ADO.NETの質問・雑談スレ2 (421ﾚｽ)
ADO.NETの質問・雑談スレ2 http://mevius.5ch.net/test/read.cgi/db/1234077152/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
113: NAME IS NULL [sage] 2009/04/04(土) 02:40:17 ID:??? >DBMS への接続時のデータアクセスにおいては、どちらも本質的な違いはない。 らしいぞ。ネットワークの負荷に差がでる理由を教えてくれ ローカルのデータセット更新中も接続を保持する非接続型があるってことも考慮してくれな http://mevius.5ch.net/test/read.cgi/db/1234077152/113
114: NAME IS NULL [sage] 2009/04/04(土) 11:28:20 ID:??? このくだらない話の流れって、>>92がずっとひっぱってるんだよな？ なんだか、システムを組んだことがないニートの戯言のような雰囲気を 感じるのだが。 敷居が高そうだから使わないとか、理由がお粗末杉。 http://mevius.5ch.net/test/read.cgi/db/1234077152/114
115: NAME IS NULL [sage] 2009/04/04(土) 16:00:52 ID:??? >>113 だからちゃんと記事を読めよｗ http://mevius.5ch.net/test/read.cgi/db/1234077152/115
116: NAME IS NULL [age] 2009/04/04(土) 18:06:39 ID:??? このスレで、「Updateする場合自動生成されているSQL文をそのまま実行するのに抵抗がある」 という意見を持っている人は、LINQ to SQL（広く言うとO/Rマッピング）を使う気にはなれず、 ADO.NETを使い続けるのかな？ となると、今後の.NETのDB関連のコーディングスタイルは二分化していくよな。 お互いのコーディングの比較の議論が交わされるとか。 http://mevius.5ch.net/test/read.cgi/db/1234077152/116
117: NAME IS NULL [age] 2009/04/04(土) 18:16:19 ID:??? >>89で紹介されてるサイトで、ADOは複数テーブルから JOIN したデータに 対する非接続型のデータ更新メカニズムもサポートされているとあるが、 俺はそればっかり使ってたから、ADO.NETになって、DataAdapter.Update()が 思うように動作せず、非常に苦労したｗ なんでバージョンアップなのに、UPDATEする際はSQL文をかかないといけないんだ みたいなｗ ADOの時は、SQL文はSELECTのみ書いて、あとはrecordset.update() っていうスタイルの人、結構いたんじゃないかな。 http://mevius.5ch.net/test/read.cgi/db/1234077152/117
118: NAME IS NULL [sage] 2009/04/04(土) 18:30:02 ID:??? >>115 まじめに、ちゃんと記事を読んだ上で、ネットワーク負荷に差が出る理由がわからんのだが バカな俺にわかるように説明してくれないか http://mevius.5ch.net/test/read.cgi/db/1234077152/118
119: NAME IS NULL [sage] 2009/04/04(土) 21:22:30 ID:??? LINQ to SQLは現バージョンでは更新系は弱いとMSが言ってるだろ。 Entity Frameworkに期待しなさい。今は過渡期である。 http://mevius.5ch.net/test/read.cgi/db/1234077152/119
120: NAME IS NULL [sage] 2009/04/05(日) 03:16:11 ID:??? iBATIS.NETを使うといいよ。JavaのO/Rマッパーの移植。 http://mevius.5ch.net/test/read.cgi/db/1234077152/120
121: NAME IS NULL [sage] 2009/04/05(日) 09:34:13 ID:??? nhibernateはどうよ？ http://mevius.5ch.net/test/read.cgi/db/1234077152/121
122: NAME IS NULL [sage] 2009/04/05(日) 16:11:09 ID:??? ん？DataTableのDataRowの状態をみてSQLを自動生成のスタイルの人って、 ストアドプロシージャとか使わないのかな？ ビジネスロジックを分けるという考え方よりも、SQL自動生成のクラスを 自作しているという感じで、O/Rマッピングを行うクラスを自作するような感じ？ http://mevius.5ch.net/test/read.cgi/db/1234077152/122
123: NAME IS NULL [sage] 2009/04/06(月) 23:04:14 ID:??? >>114 92だけど、102までしか引っ張ってませんが ^^; http://mevius.5ch.net/test/read.cgi/db/1234077152/123
124: NAME IS NULL [sage] 2009/04/06(月) 23:10:40 ID:??? >>114 理由がお粗末で申し訳なかったね。 自分は分からないから、具体的に説明して。 どうせ、理由付けて教えては貰えないだろうけど。。(笑 http://mevius.5ch.net/test/read.cgi/db/1234077152/124
125: NAME IS NULL [sage] 2009/04/06(月) 23:56:59 ID:??? すまんな、俺が引っ張ったせいで92に迷惑が んで俺的結論はそんな区別に大した意味ないから気にする必要はない、だが ネットワーク負荷に差が出るんだから区別する意味はあるという人もいるみたい 負荷に差が出る理由はいくら考えてもわからないんで本気で教えてほしいんだがなぁ http://mevius.5ch.net/test/read.cgi/db/1234077152/125
126: NAME IS NULL [age] 2009/04/07(火) 07:34:48 ID:??? >>125 スタンドアロン、もしくは、それに近い環境のシステムしかイメージして無いから そういう風になるんじゃないの？ もっと、大容量のデータをやりとりするとか、端末がたくさんつながっているとか そういうケースもイメージしてでの結論なのか？ 念のために解説しておくが、前者の場合は、違いはほとんどない。 http://mevius.5ch.net/test/read.cgi/db/1234077152/126
127: NAME IS NULL [sage] 2009/04/07(火) 11:03:39 ID:??? >>126 大容量のデータやり取りで差がでるのなら、少量のデータでも少々の差がでてるはずだよな その差が大量になれば顕著になるだけの話だろ 実際にどのくらいの差が出るかはともかく、差が出る理由が知りたいんだが 同じように、端末何台あろうとも、負荷の差がでる理由にはならんわな もしかしてお前の言うネットワークの負荷ってのは、アクセス集中だけをいってるのか？ 負荷に差がでるんだから、１台あたりのトラヒック量に差が出ると解釈してるんだが あ、ちなみに、接続型と非接続型で、どっちか負荷が高くてどっちが低いのだ？ http://mevius.5ch.net/test/read.cgi/db/1234077152/127
128: NAME IS NULL [age] 2009/04/07(火) 11:12:01 ID:??? 「非接続型」っていうのは、DB操作に関する一般的な用語ではなく MSが独自に提案している用語だろ？ 実際にぐぐってみるとADO.NETのページばかりがヒットする。 だから、「なんか詳しいことはよくわからないけれど」程度に 理解しておいてもいいんじゃないの？ 第三者の俺から見ると、用語の定義についてしつこく 掘り下げて質問してる意図が良く分らんのだが。 http://mevius.5ch.net/test/read.cgi/db/1234077152/128
129: NAME IS NULL [sage] 2009/04/07(火) 11:49:20 ID:??? >>128 ここADO.NETの質問・雑談スレだし ま、しつこ言わいとれれば実際そのとおりだが いまの流れは、 >今の非接続型、接続型の区別にどんな意味があるんだ？ に対して、 >ネットワークの負荷だろ ときて >ネットワークの負荷に差がでる理由を教えてくれ となり>>126へ http://mevius.5ch.net/test/read.cgi/db/1234077152/129
130: NAME IS NULL [sage] 2009/04/07(火) 14:06:50 ID:??? じゃ、俺もこの議論に参加してみる。 接続型と非接続型の違いは、「DBに接続し、データの取得や更新を する過程の部分」には無く、「取得したデータをローカルのメモリに 保存してるかどうか」の部分にあると思う。 だから、DataSetを使っていると非接続型、DataReaderは接続型 という風に分類されている。 http://mevius.5ch.net/test/read.cgi/db/1234077152/130
131: NAME IS NULL [sage] 2009/04/07(火) 14:14:00 ID:??? 前スレの最後の方で語られていた事で、>>2の４．にまとめられている ことだけど、「DataReaderを使いたがるスタイル」は、ADO房や VB6プログラマに限ったことじゃないような気がする。 java(JDBC使い)から.NET開発に移ってきた人も、以前までやっていた ものと似たようなスタイルでコーディング出来るDataReaderを 使いたがるんじゃないかな。 DB操作用のモジュールで、一般的な設計に近いものがDataReaderで ある為、他の人にとって読みにくい！みたいな、問題が起きるような 気がする。 http://mevius.5ch.net/test/read.cgi/db/1234077152/131
132: NAME IS NULL [sage] 2009/04/07(火) 18:08:19 ID:??? http://www.shoeisha.com/mag/dotnet/pdf/870406/dotnet0406_153_Oracle.pdf この文書には、「非接続型＝DataSetクラスを使っていること」とあるな。 「接続型」、「非接続型」の用語の理解はこれでいいんじゃないの？ ネットワークの負荷の違いは、そのアプリケーションの組み方次第なので、 一概には言えない。（その人がイメージしているアプリの形によって差が でるので、「こちらの方が負荷が違う」ということが多い） http://mevius.5ch.net/test/read.cgi/db/1234077152/132
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 289 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.983s*