【SQL】joSQL【java】

なんか面白そうなので、スレ立てます。
SQLでコレクションをいじれるというのがなんの役に立つかは
まだ不明ですが。。。

http://pcweb.mycom.co.jp/news/2005/11/18/020.html

本家
http://josql.sourceforge.net/

お、ついにこのｽﾚがたったか。
JavaOne Tokyo 2005のとあるセッションでも

これが紹介されていたな。

NetBeansのロゴがオレンジ色っぽい最新版では
これが標準でついていたんだったかな？

なかなか制限が多いね〜〜。
例えばこんなことが出来ない。

Map map = new HashMap();
map.put("A","B");
List list = new ArrayList();
list.add(map);
q.parse ("SELECT * FROM java.util.Map where get(:'A')='B'");
org.josql.QueryParseException: Unable to find function (method): "get(java.lang.String)" in any user-defined function handlers or the default function handler

引数も取るメソッドは記述出来ないのだろうか？
あと、この
SELECT java.lang.String from java.lang.Objectと記述して
ListからStringのオブジェクトのみを取得できたら良かったんだが。

これEclipseのプラグインないかな？

例えばどんなプラグイン？
基本的にSQL構文でコレクションからオブジェクトを抽出する機能しかない
みたいだからね〜。個人的にはJOINとか出来るようになったら動的にメンバを
マージしたGETTER、SETTER付のオブジェクトの生成をサポートしてくれないかな。

Listに詰め込まれたMapを取得するなら
"SELECT * FROM java.util.Map where keySet='[keyName]'"
これでOKなわけだ。

ひょっとして引数付のメソッドを記述方法あるのだろうか？
なんかありそうな気がしてきたな。

>>8のSQLは
10万件に対して900ms強かかる。
。。。ちょっと遅いか？

1件から100件までは200ms強かかることから、SQL解析からオブジェクト取得
までの最小時間はこれくらいかかるということか。

これって作ったプログラムをデバッグしながらやるもので
ソースコードに対して行えるものじゃない？

SQL なんていう糞を持ち込むなよ…

面白そうだけど用途がいまいち不明じゃね？

SELECT length,toString FROM jaba.lang.String WHERE toString="ABC"
これで、メンバだけ抽出することが可能。

ある程度SQL文に馴染んだ人なら、検索＆ソートが一行で
書けて重宝すると思う。その代わり、そうでない人には
理解困難なソースになるので、諸刃の剣。

少し癖があるAPIなので、適当にWrapして使ってる。

>>12は糞だからなんでもかんでも糞に見えるんです

>>15
SQLが重宝するってのは
本当に、何万、何十万件のデータを扱うときがあるからだ。

で、Javaの場合、膨大なクラスを作ることができる。
そして一つのクラスに対して膨大なオブジェクトを
作ることもできる。
だからそんなとき、このjoSQLは重宝する。

COBOLerみたいな一つのクラスに何万行もの
コードを埋め込んでしまうのではこのjoSQLも真価を発揮しないだろう。
C++厨みたいなクラスを作らなくてもいい症候群に
陥ってクラスを作ることを怠っている者にも、
このjoSQLも真価を発揮しないだろう。

このツール、Javaの利点を生かしたツールといえるのが凄い。

>>17
でもclassでまともなデータ構造を設計していればjoSQLを使用する
必要なくない？もし必要とすればぐちゃぐちゃのデータ構造をなんとか
しなければならなくなった時で、始めからこれを使用するというのは
どうなんだろう？

>>18
独自Collectionを自作して、データアクセスのメソッドを
整備すると言うことかな？ だとすると、JoSQLの存在意義は、
汎用CollectionにSQL文でアクセスできる辺りだと思う。

あと、Collectionでスケール的に厳しくなったら、
適当なRDBに差し替えることもできる。現時点では、
Java単体でギガ単位のデータを扱うのは現実的でない。

最大の用途は開発／テスト用ではないか? テスト環境の構築やテストデータの準備を開発者毎にやってると工数馬鹿にならんけど、これだとJavaだけで一応環境が完結するので、「比較的」楽になるような気が。

>>18
スレッドを沢山扱うプログラムではかなり重宝するかも。

ServletやDBなんかとくに。

寂しいな。。。

面白そうだけど用途がいまいち不明じゃね？

WMIみたいなもんだな

用途はデバッグやプロファイリング、メトリクス、
テストじゃね？

1.2がでたよ
ttp://pcweb.mycom.co.jp/news/2006/01/27/349.html

今まで無かったのは
なんのことはない使い道がないからだ

いまさらだが
>>4の
(:'A')
ﾜﾛｽ

あげろあげろ

TextSS　のWindowsXP(Professional)64bit化おながいします

もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？

落ちすぎです

1.4が出てるぞ

発音はジョスキュルでいい？

何の話題もないのか？？

時給１０００円でＪａｖａ教えてくださるかたを募集します
場所　所沢（池袋・高田馬場から直通）
よろしくおねがいします
ｉ−ｗａｎｔ−ｔｏ−ｓｔｕｄｙ−ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
（アドレスは全角で書いてあるので半角に直してください）

教える対象は超初心者です。

専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です

教えてやっても良いが、JAVAの何を教えるんだ？
文法とか言うなよ・・・

PCの使い方
Windowsの基本的な概念

がメインになる悪寒

>>41
そっちのほうが難しいがな・・・

これ、使い道がないなあ

ageteyaruyo

あ

1.4がでてます・・・
http://josql.sourceforge.net/

INSERTもDELETEもUPDATEもできねぇ・・・
つかえねーなｧ

(ﾟДﾟ)ﾊｧ?

だったらJavaDB使えよってレスは禁止？

使えるべきだろーが
それが出来ないとCollectionにSELECTするだけのライブラリなんて
何の役に立つんだよ？

じゃテメーが作れよカス

条件反射で戯言抜かすなカスが

>>47
そんなことして一体どうする気だ？
カプセル化の破壊か？
privateになってるものをぶっ壊す気か？
あ、リフレクションで叩きつぶすってわけか。

つまりやりたいことは、ハックか？

つうか、SELECTしたもんを
表としてjoSQL外部に取り出すかMySQLなど
他のSQLにコンバートしてそこでINSERTやDELETEやUPDATE
すればいいんじゃないか？

>>54
手間がかかるわ
そこまでするならjoSQLははなから必要ない

　

条件にwhere句が使いたいだけのときに最強なんじゃね？

List<Hoge> result = db.exec("SELECT * FROM hogetable")
みたいなときに
result が ArrayList<Hoge> で返ってくるようなモジュールありますか？