【SQL】joSQL【java】
9 ：デフォルトの名無しさん：2005/11/25(金) 03:09:31
10 ：デフォルトの名無しさん：2005/11/25(金) 03:20:32
1件から100件までは200ms強かかることから、SQL解析からオブジェクト取得
までの最小時間はこれくらいかかるということか。
までの最小時間はこれくらいかかるということか。
11 ：デフォルトの名無しさん：2005/11/25(金) 04:10:46
これって作ったプログラムをデバッグしながらやるもので
ソースコードに対して行えるものじゃない？
ソースコードに対して行えるものじゃない？
12 ：デフォルトの名無しさん：2005/11/26(土) 09:45:58
SQL なんていう糞を持ち込むなよ…
13 ：デフォルトの名無しさん：2005/11/27(日) 01:07:24
面白そうだけど用途がいまいち不明じゃね？
14 ：デフォルトの名無しさん：2005/11/27(日) 01:22:55
SELECT length,toString FROM jaba.lang.String WHERE toString="ABC"
これで、メンバだけ抽出することが可能。
これで、メンバだけ抽出することが可能。
15 ：デフォルトの名無しさん：2005/11/27(日) 01:46:27
ある程度SQL文に馴染んだ人なら、検索＆ソートが一行で
書けて重宝すると思う。その代わり、そうでない人には
理解困難なソースになるので、諸刃の剣。
少し癖があるAPIなので、適当にWrapして使ってる。
書けて重宝すると思う。その代わり、そうでない人には
理解困難なソースになるので、諸刃の剣。
少し癖があるAPIなので、適当にWrapして使ってる。
16 ：デフォルトの名無しさん：2005/11/27(日) 01:55:39
>>12は糞だからなんでもかんでも糞に見えるんです
17 ：デフォルトの名無しさん：2005/11/27(日) 01:58:44
>>15
SQLが重宝するってのは
本当に、何万、何十万件のデータを扱うときがあるからだ。
で、Javaの場合、膨大なクラスを作ることができる。
そして一つのクラスに対して膨大なオブジェクトを
作ることもできる。
だからそんなとき、このjoSQLは重宝する。
COBOLerみたいな一つのクラスに何万行もの
コードを埋め込んでしまうのではこのjoSQLも真価を発揮しないだろう。
C++厨みたいなクラスを作らなくてもいい症候群に
陥ってクラスを作ることを怠っている者にも、
このjoSQLも真価を発揮しないだろう。
このツール、Javaの利点を生かしたツールといえるのが凄い。
SQLが重宝するってのは
本当に、何万、何十万件のデータを扱うときがあるからだ。
で、Javaの場合、膨大なクラスを作ることができる。
そして一つのクラスに対して膨大なオブジェクトを
作ることもできる。
だからそんなとき、このjoSQLは重宝する。
COBOLerみたいな一つのクラスに何万行もの
コードを埋め込んでしまうのではこのjoSQLも真価を発揮しないだろう。
C++厨みたいなクラスを作らなくてもいい症候群に
陥ってクラスを作ることを怠っている者にも、
このjoSQLも真価を発揮しないだろう。
このツール、Javaの利点を生かしたツールといえるのが凄い。
18 ：デフォルトの名無しさん：2005/11/27(日) 06:45:28
>>17
でもclassでまともなデータ構造を設計していればjoSQLを使用する
必要なくない？もし必要とすればぐちゃぐちゃのデータ構造をなんとか
しなければならなくなった時で、始めからこれを使用するというのは
どうなんだろう？
でもclassでまともなデータ構造を設計していればjoSQLを使用する
必要なくない？もし必要とすればぐちゃぐちゃのデータ構造をなんとか
しなければならなくなった時で、始めからこれを使用するというのは
どうなんだろう？
19 ：デフォルトの名無しさん：2005/11/27(日) 14:11:51
>>18
独自Collectionを自作して、データアクセスのメソッドを
整備すると言うことかな？ だとすると、JoSQLの存在意義は、
汎用CollectionにSQL文でアクセスできる辺りだと思う。
あと、Collectionでスケール的に厳しくなったら、
適当なRDBに差し替えることもできる。現時点では、
Java単体でギガ単位のデータを扱うのは現実的でない。
独自Collectionを自作して、データアクセスのメソッドを
整備すると言うことかな？ だとすると、JoSQLの存在意義は、
汎用CollectionにSQL文でアクセスできる辺りだと思う。
あと、Collectionでスケール的に厳しくなったら、
適当なRDBに差し替えることもできる。現時点では、
Java単体でギガ単位のデータを扱うのは現実的でない。
20 ：デフォルトの名無しさん：2005/11/27(日) 16:02:02
最大の用途は開発／テスト用ではないか? テスト環境の構築やテストデータの準備を開発者毎にやってると工数馬鹿にならんけど、これだとJavaだけで一応環境が完結するので、「比較的」楽になるような気が。
21 ：デフォルトの名無しさん：2005/11/27(日) 19:31:47
22 ：デフォルトの名無しさん：2005/11/29(火) 13:56:55
23 ：デフォルトの名無しさん：2005/12/01(木) 09:39:21
24 ：デフォルトの名無しさん：2005/12/07(水) 05:36:36
25 ：デフォルトの名無しさん：2005/12/24(土) 21:37:04
寂しいな。。。
26 ：デフォルトの名無しさん：2005/12/25(日) 01:26:57
面白そうだけど用途がいまいち不明じゃね？
27 ：デフォルトの名無しさん：2005/12/25(日) 06:21:41
WMIみたいなもんだな
28 ：デフォルトの名無しさん：2005/12/28(水) 01:26:18
用途はデバッグやプロファイリング、メトリクス、
テストじゃね？
テストじゃね？
29 ：デフォルトの名無しさん：2006/01/28(土) 22:32:28
30 ：デフォルトの名無しさん：2006/01/29(日) 02:29:33
今まで無かったのは
なんのことはない使い道がないからだ
なんのことはない使い道がないからだ
31 ：デフォルトの名無しさん：2006/01/29(日) 12:14:57
32 ：デフォルトの名無しさん：2006/03/14(火) 00:40:18
あげろあげろ
33 ：http://www.vector.co.jp/soft/win95/util/se072729.html：2006/03/18(土) 20:44:38
TextSS のWindowsXP(Professional)64bit化おながいします
もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？
もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？
34 ：デフォルトの名無しさん：2006/05/08(月) 02:54:23
落ちすぎです
35 ：デフォルトの名無しさん：2006/05/29(月) 01:17:07
1.4が出てるぞ
36 ：デフォルトの名無しさん：2006/06/12(月) 11:01:20
発音はジョスキュルでいい？
37 ：デフォルトの名無しさん：2006/06/30(金) 17:15:21
何の話題もないのか？？
38 ：デフォルトの名無しさん：2006/07/04(火) 20:58:22
時給１０００円でＪａｖａ教えてくださるかたを募集します
場所 所沢（池袋・高田馬場から直通）
よろしくおねがいします
ｉ−ｗａｎｔ−ｔｏ−ｓｔｕｄｙ−ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
（アドレスは全角で書いてあるので半角に直してください）
場所 所沢（池袋・高田馬場から直通）
よろしくおねがいします
ｉ−ｗａｎｔ−ｔｏ−ｓｔｕｄｙ−ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
（アドレスは全角で書いてあるので半角に直してください）
39 ：38：2006/07/17(月) 21:32:50
教える対象は超初心者です。
専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です
専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です
40 ：デフォルトの名無しさん：2006/07/20(木) 02:35:57
教えてやっても良いが、JAVAの何を教えるんだ？
文法とか言うなよ・・・
文法とか言うなよ・・・
41 ：デフォルトの名無しさん：2006/07/21(金) 00:45:30
PCの使い方
Windowsの基本的な概念
がメインになる悪寒
Windowsの基本的な概念
がメインになる悪寒
42 ：デフォルトの名無しさん：2006/07/21(金) 02:27:28
>>41
そっちのほうが難しいがな・・・
そっちのほうが難しいがな・・・
43 ：デフォルトの名無しさん：2006/09/13(水) 00:34:40
これ、使い道がないなあ
44 ：デフォルトの名無しさん：2006/09/16(土) 16:14:37
ageteyaruyo
45 ：デフォルトの名無しさん：2006/10/26(木) 23:28:53
あ
46 ：デフォルトの名無しさん：2006/12/15(金) 13:25:38
1.4がでてます・・・
http://josql.sourceforge.net/
http://josql.sourceforge.net/
47 ：デフォルトの名無しさん：2007/01/18(木) 14:00:01
INSERTもDELETEもUPDATEもできねぇ・・・
つかえねーなｧ
つかえねーなｧ
48 ：デフォルトの名無しさん：2007/01/18(木) 15:53:35
(ﾟДﾟ)ﾊｧ?
49 ：デフォルトの名無しさん：2007/01/18(木) 19:24:25
だったらJavaDB使えよってレスは禁止？
50 ：デフォルトの名無しさん：2007/01/18(木) 23:47:06
使えるべきだろーが
それが出来ないとCollectionにSELECTするだけのライブラリなんて
何の役に立つんだよ？
それが出来ないとCollectionにSELECTするだけのライブラリなんて
何の役に立つんだよ？
51 ：デフォルトの名無しさん：2007/01/19(金) 00:43:07
じゃテメーが作れよカス
52 ：デフォルトの名無しさん：2007/01/19(金) 07:49:19
条件反射で戯言抜かすなカスが
53 ：デフォルトの名無しさん：2007/02/13(火) 00:18:52
54 ：デフォルトの名無しさん：2007/02/13(火) 00:20:25
つうか、SELECTしたもんを
表としてjoSQL外部に取り出すかMySQLなど
他のSQLにコンバートしてそこでINSERTやDELETEやUPDATE
すればいいんじゃないか？
表としてjoSQL外部に取り出すかMySQLなど
他のSQLにコンバートしてそこでINSERTやDELETEやUPDATE
すればいいんじゃないか？
55 ：デフォルトの名無しさん：2007/02/14(水) 23:31:59
56 ：デフォルトの名無しさん：2007/04/23(月) 01:52:24
57 ：デフォルトの名無しさん：2007/05/03(木) 06:11:11
条件にwhere句が使いたいだけのときに最強なんじゃね？
List<Hoge> result = db.exec("SELECT * FROM hogetable")
みたいなときに
result が ArrayList<Hoge> で返ってくるようなモジュールありますか？
みたいなときに
result が ArrayList<Hoge> で返ってくるようなモジュールありますか？