- 1 名前：仕様書無しさん [2007/02/07(水) 01:32:56 ]
- って思う
- 168 名前：仕様書無しさん mailto:sage [2007/02/10(土) 22:50:12 ]
- >>167 排他もトランザクションも自前で実装すんの？
- 169 名前：164 mailto:sage [2007/02/10(土) 22:50:40 ]
- >>167
言語も環境も閉じてる時はいいけどさ
たとえばWeb Service系だと外とやりとりしないといけないよな
そう言うときはどうする？
- 170 名前：仕様書無しさん mailto:sage [2007/02/10(土) 22:53:52 ]
- データの受け渡しのXMLはいいよ思うよ。
- 171 名前：仕様書無しさん mailto:sage [2007/02/10(土) 23:00:47 ]
- 別にXML自体を叩いてるわけじゃないと思うんだが…
- 172 名前：仕様書無しさん mailto:sage [2007/02/10(土) 23:04:34 ]
- つ >>163
- 173 名前：仕様書無しさん mailto:sage [2007/02/10(土) 23:04:57 ]
- >>168
データの話なんで、的外れな意見だな。
>>169
正直そのケースは考えてなかったな。
プログラムでXMLを生成して、
プログラムでXMLを読むようなケースでは、
XMLで問題無いと思う。
- 174 名前：仕様書無しさん mailto:sage [2007/02/10(土) 23:05:46 ]
- >>168
？言ってる意味がよく分からんな。
XMLとトランザクションや排他は関係ないだろ。
- 175 名前：仕様書無しさん mailto:sage [2007/02/10(土) 23:18:45 ]
- 詳細設計書に決めたれた形式に沿って書くのは大変だったな
vbaのマクロとかで
- 176 名前：仕様書無しさん mailto:sage [2007/02/10(土) 23:23:39 ]
- 俺もYAMLに一票
- 177 名前：仕様書無しさん mailto:sage [2007/02/10(土) 23:28:44 ]
- 今見てみたけどYAML良いなぁ
これなら、許せるかも
- 178 名前：仕様書無しさん [2007/02/10(土) 23:59:40 ]
- やーむるっていうの？
- 179 名前：仕様書無しさん mailto:sage [2007/02/11(日) 00:44:52 ]
- 昔、西城秀樹が歌ってたなぁ
- 180 名前：仕様書無しさん mailto:sage [2007/02/11(日) 00:53:02 ]
- xml 自体はいいです。
既にパーサーあって、自前でつくる必要も、
わけのわからないものを使う必要ない。
- 181 名前：仕様書無しさん mailto:sage [2007/02/11(日) 00:58:40 ]
- >>180
コボラと同じ思考パターンだな
- 182 名前：168 mailto:sage [2007/02/11(日) 01:03:28 ]
- >>173-174
いや俺はてっきり（XML使わない＝ＯＲＭ使わない）のつもりで
いたもんだから・・・
余計なお世話かもしらんけどＯＲＭ使うと設定でできちゃうもんで。
- 183 名前：仕様書無しさん mailto:sage [2007/02/11(日) 01:15:55 ]
- XML自体は可搬性が高くて優れてはいるが
Parserはどれもこれももうちょっとどうにかならんかな。
XMLの記述がどうとでもなることが災いして、
シンプルなものにはなりづらいのはわかるが、非常に手間だ。
- 184 名前：仕様書無しさん mailto:sage [2007/02/11(日) 01:46:15 ]
- 排他はともかく、トランザクションの規約による自動化はORMじゃなくてAOPの範疇じゃね？
ハイバネとかもSpringと組み合わせることによって実現するしさ。
- 185 名前：仕様書無しさん mailto:sage [2007/02/11(日) 02:16:26 ]
- Webサーバのフィルタでもできるべし。
- 186 名前：仕様書無しさん mailto:sage [2007/02/11(日) 02:25:22 ]
- 今の世の中いつの間にか猫も尺由美子もＸＭＬだな。
- 187 名前：仕様書無しさん [2007/02/11(日) 02:26:35 ]
- >>185
そのパターンはやるなってのが一般的な見解になりつつない？
論理的にHTTPのリクエスト自体とビジネスロジック、DBトランザクションの
範囲は一致しないし。
なんかどっかに記事あったような。IBMなんかの。
なによりフィルタでやると、ネットワーク系のI/Oの時間がさらにボトルネックとして追加される。
- 188 名前：仕様書無しさん mailto:sage [2007/02/11(日) 02:52:19 ]
- でも、Webアプリの場合、HTTPリクエスト≒ＤＢトランザクション じゃね？
リクエストを受けてトラン開始、レスポンス返す前にトラン終了ってパタン。
ORMのセッションをWebサーバのセッションに格納してってパタンもよくサン
プルで見るんだけど。一般的な見解とやらはよくわからんが。
- 189 名前：仕様書無しさん mailto:sage [2007/02/11(日) 03:28:28 ]
- トランザクションがもっと狭くて済むならそっちの方が良いだろ。
まして、データ自体やモデルからは、トランザクションの範囲は決められないだろうに、
>>168のレスが何を意図するのかさっぱりわからんよ。
- 190 名前：仕様書無しさん mailto:sage [2007/02/11(日) 06:08:20 ]
- XMLはぱっと見いい感じに思えるけど
実はいろいろと問題を抱えてる
XMLのｽﾚに行くといい
- 191 名前：仕様書無しさん [2007/02/11(日) 06:21:13 ]
- >>190
つーか、ORマッピングの設定ファイルに使って
SQL文書いておくってレベルではXML自体の問題は発生しないだろ。
DTDとかのおかげで設定エラーも文法レベルのは簡単に見つかるし。
- 192 名前：仕様書無しさん mailto:sage [2007/02/11(日) 07:38:23 ]
- ORマッピングの場合、ソースとXMLとに、
テーブル構造を書くので、非常に無駄。
後、SQLとソースの関係が煩雑になりがち
- 193 名前：仕様書無しさん mailto:sage [2007/02/11(日) 09:44:01 ]
- >>192
ORM使う以上、テーブル構造を意識したソース書いた時点で負け
- 194 名前：仕様書無しさん mailto:sage [2007/02/11(日) 10:07:18 ]
- >>193
すくなくても、Hibernateでは、書かないと動かないかったが、
テーブル構造に依存しないコードってどんなコード
カラム名が一切出てこない、Listのみでデータを、やりとりするのかよｗｗｗ
また、どんな方法を使うにせよ、テーブル同士のリレーションを考えにいれず
コードが書けるとは思えないのだが
- 195 名前：仕様書無しさん mailto:sage [2007/02/11(日) 10:13:15 ]
- 下手な釣りすんなボケ
- 196 名前：java.lang.Map様 mailto:sage [2007/02/11(日) 12:09:05 ]
- どうやらオレの出番が来たようだな！
- 197 名前：仕様書無しさん mailto:sage [2007/02/11(日) 12:35:18 ]
- java.utilに帰れ。
- 198 名前：69式フリーPG ◆hND3Lufios [2007/02/11(日) 14:26:26 ]
- 猫も尺由美子
- 199 名前：仕様書無しさん [2007/02/12(月) 01:15:47 ]
- 結局、JAVA叩きに落ち着いてますねーーーー
- 200 名前：仕様書無しさん [2007/02/12(月) 01:50:26 ]
- dbMAGICを触ったことのある俺が来ましたよ。
あれのどこがいいのか未だに分からん。
- 201 名前：仕様書無しさん mailto:sage [2007/02/12(月) 01:53:22 ]
- それはない。ｗ
- 202 名前：仕様書無しさん mailto:sage [2007/02/12(月) 20:18:13 ]
- >>193
どういう意味でテーブル構造という言葉を使ったのか詳しく
カラム名云々言ってる奴は無視して
- 203 名前：仕様書無しさん mailto:sage [2007/02/12(月) 20:29:11 ]
- >>202
DAOより後段は、単なる「オブジェクトの入れ物」と考える。
入れ物の形を気にして、入れるもの（＝オブジェクトモデル）の
形が制約されてしまうのは本末転倒。
- 204 名前：葉猫 ◆Jz.SaKuRaM mailto:sage [2007/02/12(月) 20:31:19 ]
- ここはあえてosqlでバッチ処理。
- 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使いはこのスレにいるかい
|
 |
