- 1 名前：仕様書無しさん [2007/02/07(水) 01:32:56 ]
- って思う
- 205 名前：仕様書無しさん mailto:sage [2007/02/13(火) 01:04:41 ]
- >>204がいいことを言った！！！
- 206 名前：仕様書無しさん mailto:sage [2007/02/13(火) 04:39:50 ]
- >>203
でXMLとソースの２箇所に２重に構造が書かれているじゃん
もしDAOがソースでかかれて無い場合は、
すまんが、そう言ってくれ。
- 207 名前：仕様書無しさん [2007/02/13(火) 09:20:52 ]
- 結局O/Rマッピングは、データベースの代わりに使う物じゃなくて、オブジェクト永続化のためにある。
問題はその使い道がまったくないと言う事だ。
- 208 名前：仕様書無しさん mailto:sage [2007/02/13(火) 11:33:22 ]
- 仕事のための仕事
- 209 名前：仕様書無しさん mailto:sage [2007/02/13(火) 11:52:40 ]
- O/Rマッピングは便利そうなんだが
3テーブル以上の表結合とか簡単なんだろうか
- 210 名前：仕様書無しさん [2007/02/13(火) 12:59:29 ]
- 結合も関数も使えないって。一括更新も一括削除も出来ないんだから。
キャラクターデータのセーブにぐらいしか使えないよ。
- 211 名前：仕様書無しさん mailto:sage [2007/02/13(火) 13:03:25 ]
- 結合も関数も普通に使えますが・・・
- 212 名前：仕様書無しさん [2007/02/13(火) 19:07:28 ]
- >211
SQLを書かなくていいはずのO/Rマッピングで、なぜか用意されているcreateSQLQuely()を使ってって事か？
それとも誰も見向きもしない独自仕様の、HQLを駆使してって事かな？
- 213 名前：仕様書無しさん [2007/02/13(火) 20:48:21 ]
- JDBCで何か問題が？
- 214 名前：仕様書無しさん mailto:sage [2007/02/13(火) 21:23:02 ]
- 単純に解析や翻訳のオーバーヘッド減らして性能上げたいだけだろ？
今のサーバ性能じゃ仕方ない気がするが
マシン性能が１０万倍速くなってから理想を言うべきだと思うYO
まあ、そうなっても小賢しいチューニングは続くんだろうがな
- 215 名前：仕様書無しさん mailto:sage [2007/02/13(火) 21:39:42 ]
- >>212
つ one-to-one, many-to-one, many-to-many
- 216 名前：仕様書無しさん [2007/02/13(火) 21:44:31 ]
- >>215
おいおい、、、
レベルの低い解答だな、、、、
おまえなんか２１２の言ってることを理解してないな。
まぁ、２１２もよく知らないで色々言ってるだけなんだけどさ
- 217 名前：仕様書無しさん mailto:sage [2007/02/13(火) 21:59:34 ]
- 爺が多いなー
- 218 名前：仕様書無しさん mailto:sage [2007/02/13(火) 22:00:14 ]
- ？？？
- 219 名前：仕様書無しさん mailto:sage [2007/02/13(火) 22:08:08 ]
- なあ、テクノロジはどんどん進化しているわけだよ。爺さんたちよ。
自分がやっとこさ身につけた技術が過去のものになる悲しさは理解できるけどさ、
この業界はものすごいスピードで進化してるわけだよ。頑張ってついていかなくちゃ、
アルツハイマーになっちゃうよｗ
- 220 名前：仕様書無しさん mailto:sage [2007/02/13(火) 22:13:06 ]
- 個人的にはテーブルという概念がもうね・・・
- 221 名前：仕様書無しさん mailto:sage [2007/02/13(火) 22:38:19 ]
- もうね・・・そうね・・・なんちゅうーか・・・あれだよ・・・あれ・・・それ・・・アレ？
- 222 名前：仕様書無しさん mailto:sage [2007/02/13(火) 23:06:14 ]
- なんつーか、最近技術系のブログを見てて思うのは
若手の単なる思い付きみたいなアイデアがやたらもてはやされて、
「こいつら本当に基礎の技術あってその上でする話はほとんどしてねーよな」
って事だな。
だから、時々凄いトンデモな解法が大手を振ってまかり通ったりする。
それがORマッパとAjax。あとComet。そー感じる。
- 223 名前：仕様書無しさん [2007/02/13(火) 23:32:57 ]
- 爺晒しage
- 224 名前：仕様書無しさん mailto:sage [2007/02/13(火) 23:55:10 ]
- もし、この世に「単なる思い付きでないアイデア」
というものがあるならば、是非教えてもらいたい。
- 225 名前：仕様書無しさん mailto:sage [2007/02/14(水) 00:05:23 ]
- アインシュタインの相対性理論とか、そうだろ。
単なる最初は単なる思い付きなんだけど、
そこから磨きこんであそこまで美しい理論になった。
Object思考やLispとかも当時はかなりイロモノだったと思うけど、
時の流れに応じて磨かれて、今やかなりいいものとして市民権を得ている。
それに引き換え、COMやXMLやSOA、Web2.0の浅はかさと言ったら…。
Webだとある「よさげな」思い付きに対して
「こいつはすげえや！」「これぞブレイクスルー！」
みたいな感じで猫も杓子も飛びつくから凄い変なものが
異常に市民権を得たりする。
「僕は最近は年上の経営者なんかより若い人たちと話す事を重視している」
っつージジイ見ると本当にキモイ。
- 226 名前：仕様書無しさん mailto:sage [2007/02/14(水) 00:10:44 ]
- ＞COMやXMLやSOA、Web2.0
どうだめなのか詳らかにしろや。
- 227 名前：仕様書無しさん mailto:sage [2007/02/14(水) 00:13:35 ]
- あと二三年で消える言葉だから黙って見てな。
- 228 名前：仕様書無しさん mailto:sage [2007/02/14(水) 00:15:22 ]
- >>225
・・・お前、10代だろ？(w
- 229 名前：仕様書無しさん mailto:sage [2007/02/14(水) 00:16:34 ]
- 猫も尺由美子
- 230 名前：仕様書無しさん mailto:sage [2007/02/14(水) 00:21:45 ]
- XMLも２・３年で無くなるのか。そしたらYAMLに置き換わるかな。
- 231 名前：仕様書無しさん mailto:sage [2007/02/14(水) 00:23:46 ]
- >>230
SXMLに置き換わる。
- 232 名前：仕様書無しさん mailto:sage [2007/02/14(水) 00:24:01 ]
- >>230
S式に置き換わります。
- 233 名前：仕様書無しさん mailto:sage [2007/02/14(水) 00:28:12 ]
- >>209
まずViewを作ろうぜ・・・
亀スマソ
- 234 名前：仕様書無しさん mailto:sage [2007/02/14(水) 00:44:27 ]
- >>233
Viewって遅い印象があるんだが、
もしかして、使い方がわるいだけ？
- 235 名前：仕様書無しさん mailto:sage [2007/02/14(水) 00:54:32 ]
- VIEWが遅くて、通常のSELECT文の方が速いというのはどういうアレなん？
- 236 名前：仕様書無しさん mailto:sage [2007/02/14(水) 01:05:08 ]
- >>234
どこで、遅いかにもよると思うが。
>>235
ヒント：インデックス
- 237 名前：仕様書無しさん mailto:sage [2007/02/14(水) 01:05:29 ]
- >>235
アレなんといわれても、事実遅いからしょうがない。
- 238 名前：>>234 mailto:sage [2007/02/14(水) 01:15:43 ]
- >>236
インデックスのせいだったのか、勉強になった。
俺って素人同然じゃんorz
- 239 名前：仕様書無しさん mailto:sage [2007/02/14(水) 01:16:04 ]
- スマートにしようと頑張れば頑張るほど無駄に複雑になっていくのが男の浪漫。
- 240 名前：仕様書無しさん mailto:sage [2007/02/14(水) 01:23:35 ]
- 速度狙ってＶｉｅｗ使うというケースは、
どっちにしろあまりないような気がする。
Joinは結構DBMSの負荷高い処理だし。
- 241 名前：仕様書無しさん mailto:sage [2007/02/14(水) 01:43:03 ]
- >>228
俺もそう思う。Linuxだかなんだかの「はしか」にかかった時期の。
- 242 名前：仕様書無しさん mailto:sage [2007/02/14(水) 01:49:39 ]
- インデックスとかの前に実行計画チェックしろと
- 243 名前：仕様書無しさん [2007/02/14(水) 06:20:14 ]
- マテビュー使ってスナップショット取れば?
- 244 名前：仕様書無しさん mailto:sage [2007/02/14(水) 09:41:50 ]
- AjaxはNetscapeがJavaアプレットとJavaScript、LiveConnectでやろうとしてたことそのものだと思うが、
アプレットは時代の流れに消えてXMLHttpRequestみたいなブラウザ組み込みのオブジェクトが使われてるだけで
- 245 名前：仕様書無しさん mailto:sage [2007/02/14(水) 13:57:01 ]
- いつのまにやらXMLHttpRequestなんてのがJSに組み込まれてんのな
- 246 名前：仕様書無しさん [2007/02/14(水) 19:31:03 ]
- >216
じゃ結合と関数と一括削除のやり方を教えてくれよ。マジで。ビューとバッチ使った方法以外で。
Hibernate詳しいって自分で言ってる奴はよくいるんだが、一括削除の方法を聞くと消える奴ばかりで、
いまだに一括削除のやり方が分からん。
- 247 名前：仕様書無しさん [2007/02/14(水) 19:35:20 ]
- >>246
つーかiBatisは無視ですか、そうですか。
- 248 名前：69式フリーPG ◆hND3Lufios mailto:sage [2007/02/14(水) 20:36:01 ]
- 福岡の那の津埠頭にはSOLってラブホがありますが、あれがSQLに見えたときは
休んだほうがいいとオモタ。
- 249 名前：仕様書無しさん mailto:sage [2007/02/14(水) 21:37:17 ]
- タケノコのように生えてる銀色の塔を思い出した。
- 250 名前：仕様書無しさん mailto:sage [2007/02/14(水) 23:00:32 ]
- どーでもいいが、
strSql = strSql + "〜〜〜"
strSql = strSql + "〜〜〜"
strSql = strSql + "〜〜〜"
以下略 な書き方を解消する方法を開発してくれ。
だるいから。
- 251 名前：仕様書無しさん mailto:sage [2007/02/14(水) 23:04:56 ]
- >>250
HibernateTemplate ht = new HibernateTemplate(sessionFactory);
ht.get(Hoge.class, id);
- 252 名前：仕様書無しさん mailto:sage [2007/02/14(水) 23:07:48 ]
- >>251
ぐぐったが、、、
情報すくねー（泣
けどさんく〜
- 253 名前：仕様書無しさん mailto:sage [2007/02/14(水) 23:20:03 ]
- >>250
string sql = String.Format("SELECT {0} FROM {1} WHERE {2}"...);
とか言ったりして……ハハ
- 254 名前：仕様書無しさん mailto:sage [2007/02/15(木) 00:18:33 ]
- >>253
さすがにそう書くくらいならPreparedStatementニスル。
- 255 名前：仕様書無しさん [2007/02/15(木) 00:33:24 ]
- >>254
そう書かなくてもしろよ！
SQLインジェクションどうすんだよ！
- 256 名前：仕様書無しさん mailto:sage [2007/02/15(木) 00:48:17 ]
- >>253
俺ガイルｗｗｗ
- 257 名前：仕様書無しさん [2007/02/15(木) 01:18:58 ]
- >>246
www.hibernate.org/hib_docs/v3/reference/en/html/batch.html#batch-direct
216じゃないけど、これじゃだめかな？
- 258 名前：仕様書無しさん [2007/02/15(木) 08:48:14 ]
- ハイバ使っても
String hqlDelete = "delete Customer c where c.name = :oldName";
みたいなこと書くんだ
へー
- 259 名前：仕様書無しさん [2007/02/15(木) 21:24:40 ]
- >>253
XMLで作れるんじゃね？
<?xml ?>
<select>
<table><t/able>
<colmuns><<olmuns>
<where>
<item></item>
<type></type>
<value></value>
</where>
</select>
sql.select.setColmuns("*");
sql.select.setTable("テーブル");
sql.select.setWhere.setiIem("firstname")
sql.select.setWhere.setType("=")
sql.select.setWhere.setValue("hamada")
- 260 名前：仕様書無しさん mailto:sage [2007/02/15(木) 21:30:13 ]
- >>259
冗長なだけのような･･･
- 261 名前：仕様書無しさん mailto:sage [2007/02/15(木) 21:43:12 ]
- 冗長大好き<java房
- 262 名前：仕様書無しさん mailto:sage [2007/02/15(木) 23:01:35 ]
- >>261
Java周辺の話って庭の草取りに燃料気化爆弾使うようなのばかりだな。
- 263 名前：仕様書無しさん mailto:sage [2007/02/15(木) 23:06:48 ]
- 一応Javaの方でも反省はあるみたいだけどね。POJOとか。
あとC++みたいに言語自体がでかいのと比べると
ドングリの背比べのような気もする。
Rubyとか流行らないかなぁ
- 264 名前：仕様書無しさん [2007/02/16(金) 00:51:24 ]
- C++って言語でかいか？
- 265 名前：仕様書無しさん mailto:sage [2007/02/16(金) 01:13:37 ]
- 言語仕様が複雑って意味ででかいと言ってるならでかいだろう
- 266 名前：仕様書無しさん mailto:sage [2007/02/16(金) 22:20:05 ]
- すぐに言語比較に持っていくんだから・・・
- 267 名前：仕様書無しさん mailto:sage [2007/02/17(土) 02:15:14 ]
- SQLとSQLとSQLの比較よろ。
- 268 名前：仕様書無しさん mailto:sage [2007/02/17(土) 18:32:09 ]
- ADO.NET使いはこのスレにいるかい
- 269 名前：仕様書無しさん mailto:sage [2007/02/17(土) 20:02:37 ]
- おジャバ様のすくつにそんな人いません＞＜
- 270 名前：仕様書無しさん mailto:sage [2007/02/17(土) 20:17:59 ]
- >>268
ノ
後輩に何度ヤメレと言っても、>>250のような書き方を改めてくれない。
上司じゃないから強制は出来んしなぁ・・・会社辞めるときﾇｯｺﾛｽ
- 271 名前：仕様書無しさん mailto:sage [2007/02/17(土) 21:58:39 ]
- >>270
おまいさんはどういうふうに書いて（処理して）るんだい？
- 272 名前：仕様書無しさん mailto:sage [2007/02/17(土) 23:29:32 ]
- >>271
確かに知りたいよなぁ．．．。素のCでSQLのオンコーディングする時、
うちは
strcpy(acSql,
" SELECT"
" col_a"
",col_b"
" FROM"
" sample_table"
" WHERE"
・・・
);
てな感じで埋め込んでるが、もっとマシな手段ないかなぁ。
- 273 名前：仕様書無しさん mailto:sage [2007/02/17(土) 23:35:41 ]
- >>272
どんな環境なのか知らんけど、これだとSQLインジェクションし放題じゃない？
- 274 名前：仕様書無しさん mailto:sage [2007/02/17(土) 23:39:07 ]
- >>272
少なくともsprintf的な書き方をした方が・・・。
そうすれば、sql文を別ファイルなり、データベースなり、リソースなり、どこにでも置ける。
strcpyとかstrcatでくっつける、ってのはキツイと思うよ。
- 275 名前：仕様書無しさん [2007/02/18(日) 00:07:09 ]
- ストアドオンリーってのが一番いいのかな
- 276 名前：仕様書無しさん mailto:sage [2007/02/18(日) 00:12:01 ]
- 動的に条件が変わる場合のストアドはどう実装すれば……
条件毎にストアドつくる？
- 277 名前：仕様書無しさん mailto:sage [2007/02/18(日) 00:14:41 ]
- >>275
以前はそう思ってたが、今はDBに実装載せるのはどうかと思う
- 278 名前：仕様書無しさん mailto:sage [2007/02/18(日) 00:16:44 ]
- そういえばVBのプログラムで
1.Accessのmdbファイルを一個用意
2.mdbファイルにリンクテーブル作りまくり
3.クエリも作りまくり（パラメータクエリ・更新クエリetc）
4.VBからmdbのクエリ呼ぶ
っていうのを見たことがあったなあ。
クエリでOracleとSQLServerとMySQLを連結したりとか。
- 279 名前：仕様書無しさん mailto:sage [2007/02/18(日) 00:18:45 ]
- >>276
WHERE句とかの話なら、パラメータや引数であかんの？
- 280 名前：仕様書無しさん mailto:sage [2007/02/18(日) 00:19:47 ]
- >>278
一時的なデータ編集用ならありかもしれないけど、
恒常的に使うシステムとしては脆弱すぎ。
- 281 名前：仕様書無しさん mailto:sage [2007/02/18(日) 00:20:46 ]
- >>277
その心は？
いろんな事情があるかもしれないけど、参考にお聞かせ願いたい。
個人的にはどこに実装してもかまわんと思うけどね。
DBなんてそうそう換えるもんじゃないから、ストアドにぶちこんであとｼﾗﾈでいいんじゃないかなー、なんて。
- 282 名前：仕様書無しさん mailto:sage [2007/02/18(日) 00:23:10 ]
- SQLの書かれてるファイルなりリソースと
それを実行するソースが分かれてるのも
良くないと思う。
- 283 名前：仕様書無しさん mailto:sage [2007/02/18(日) 00:25:53 ]
- >>280
激しく同意なんだけど病院で使われているという恐ろしい事実
- 284 名前：仕様書無しさん mailto:sage [2007/02/18(日) 00:29:58 ]
- >>282
そうか？
個人的には関数の本体コードとそれを呼び出すコードが別ファイルにあるようなモンだと思うんだけど('A`)
- 285 名前：284 mailto:sage [2007/02/18(日) 00:34:18 ]
- そうでもないような気がして来た
- 286 名前：仕様書無しさん [2007/02/18(日) 10:11:25 ]
- 動的にwhere句に現れるフィールドを変更したいって事？
- 287 名前：仕様書無しさん mailto:sage [2007/02/18(日) 10:34:02 ]
- ストアドはデバッグしづらいから
速度がでないなどの問題がない限り使わないで欲しい。
- 288 名前：仕様書無しさん mailto:sage [2007/02/18(日) 10:51:10 ]
- >>287
禿同
使うにしても３０行ぐらいまででお願い。
- 289 名前：仕様書無しさん [2007/02/18(日) 11:16:56 ]
- パラメータ使うに決まってるだろうがハゲ学生が
- 290 名前：仕様書無しさん mailto:sage [2007/02/18(日) 12:16:47 ]
- 一つのシステムで完結するなら良いけど，
Webシステムでオンラインユーザからの更新と，
クラサバのVB製システムから更新が同時に入ったりする
古くて大規模なシステムだと，
結局ロジック部分をストアドプロシージャでまとめるしか無かったりする．
まぁストアドが全般的にデバッグとかしにくいってのは禿同
- 291 名前：仕様書無しさん mailto:sage [2007/02/18(日) 17:58:56 ]
- あー
クライアントの種類が１つじゃない場合には有利か
まぁストアドが全般的にデﾉ
- 292 名前：仕様書無しさん mailto:sage [2007/02/18(日) 21:30:02 ]
- >>271
SQLはXMLの中に書いて自動生成させてるだよ。（環境がVB.NET＋ADO.NETなもので
準備済みSQL使えというてるのに、
わざわざ>>250のような書き方でSQLインジェクションの穴作ってくれるの…('A`)
- 293 名前：仕様書無しさん mailto:sage [2007/02/18(日) 22:13:48 ]
- 普通に結合度の高さを判断して高いと思われるほうにくっつけるだよ
- 294 名前：仕様書無しさん mailto:sage [2007/02/18(日) 22:44:46 ]
- あー、用意されてんならそれ使うべきだね
- 295 名前：仕様書無しさん mailto:sage [2007/02/18(日) 23:31:46 ]
- 外部結合とかサブクエリのSQL自動生成出来るの？
- 296 名前：仕様書無しさん mailto:sage [2007/02/19(月) 00:54:28 ]
- SQL自体を変えること自体があんまりないような気がするんだが……
ハードコーディングしてもしなくても大差ないんじゃね？
- 297 名前：仕様書無しさん mailto:sage [2007/02/19(月) 01:10:25 ]
- >>295
できるけど、できたらそれ使うか？
そういう問題じゃない気が。。
- 298 名前：仕様書無しさん mailto:sage [2007/02/19(月) 01:36:52 ]
- 複雑なSQLが必要な場面って
大抵システムのボトルネックになるから人力で調整が必須なものなんだよね。
- 299 名前：仕様書無しさん [2007/02/19(月) 07:01:13 ]
- SQLで苦労するって
テーブル構成が糞なんじゃないかと
- 300 名前：仕様書無しさん mailto:sage [2007/02/19(月) 18:03:43 ]
- データ取得 → Viewつくって一発
データ更新 → ストアドつくって一発
ベタでいいじゃん
- 301 名前：仕様書無しさん mailto:sage [2007/02/19(月) 22:31:22 ]
- >>300
原則これだよね。
- 302 名前：仕様書無しさん mailto:sage [2007/02/19(月) 22:52:49 ]
- だから、Viewは、遅いと（ｒｙ
ループですな
- 303 名前：仕様書無しさん [2007/02/19(月) 23:13:44 ]
- viewならびゅーっといきそうなもんだが
- 304 名前：仕様書無しさん mailto:sage [2007/02/19(月) 23:17:09 ]
- viewより手組の方が早いと考えるのは素人
- 305 名前：仕様書無しさん mailto:sage [2007/02/19(月) 23:18:18 ]
- >>300
View作って取得すると実際はどのテーブルにどのデータが入ってるのか
ってのが分かりにくいからあんまり好きじゃないんだよなー。
中途半端に計算された値とかも入ってると保守のとき泣ける。
まぁ、結局テーブル設計がクソって所に帰着する事が多いが。
|
 |
