ADO.NETの質問・雑談スレ2 (421ﾚｽ)
上下前次1-新
107: 2009/04/02(木)21:00 ID:??? AAS
接続型と非接続型の違いを言ってみろ。
わかってないだろ
108: 2009/04/02(木)23:37 ID:??? AAS
>>105 って、
たぶんADO.NETは使ったこと無いんだろうな。
109(1): 2009/04/03(金)08:43 ID:??? AAS
違いは、
>非接続型=DataAdapter
>接続型=Commandオブジェクト
って書いてあるだろ。
根拠は外部ﾘﾝｸ[aspx]:msdn.microsoft.com のコラム欄な
これが間違ってるならぜひ教えてほしい
なんかその区別に意味があるのかわからなくなってきたぜ
110: 2009/04/03(金)17:52 ID:??? AAS
>>109
その第一回をよく読め。
あんたの知りたいことが全て載っている。
111: 2009/04/03(金)23:21 ID:??? AAS
いや、とうぜん第１回もよんだぞ
まあ確かに、非接続型=DataAdapter、接続型=Commandオブジェクト は短絡的すぎるかもしれない
で、聞いてみたい
このコラムの１回目の リスト7 非接続データアクセスでのトランザクション更新のサンプル
UPDLOCK指定したSELECT発行して、トランザクション発行して（しかもシリアライズで）コネクションオープンしたままだ
これは実験してないし違ってるかもしれないが、おそらくデータセットのデータ更新してる間も実際にDBと接続を保ったままだろう
これでも、非接続型らしい
自分で楽観的ロック作りこんで接続１回切るようなスタイルはどっちだと判定する？
このコラムの指針なら、データセット使わないと接続型か
俺の考え方だと、
省10
112: 2009/04/04(土)01:31 ID:??? AAS
ネットワークの負荷だろ
113(1): 2009/04/04(土)02:40 ID:??? AAS
>DBMS への接続時のデータアクセスにおいては、どちらも本質的な違いはない。
らしいぞ。ネットワークの負荷に差がでる理由を教えてくれ
ローカルのデータセット更新中も接続を保持する非接続型があるってことも考慮してくれな
114(2): 2009/04/04(土)11:28 ID:??? AAS
このくだらない話の流れって、>>92がずっとひっぱってるんだよな？
なんだか、システムを組んだことがないニートの戯言のような雰囲気を
感じるのだが。
敷居が高そうだから使わないとか、理由がお粗末杉。
115(1): 2009/04/04(土)16:00 ID:??? AAS
>>113
だからちゃんと記事を読めよｗ
116: [age] 2009/04/04(土)18:06 ID:??? AAS
このスレで、「Updateする場合自動生成されているSQL文をそのまま実行するのに抵抗がある」
という意見を持っている人は、LINQ to SQL（広く言うとO/Rマッピング）を使う気にはなれず、
ADO.NETを使い続けるのかな？
となると、今後の.NETのDB関連のコーディングスタイルは二分化していくよな。
お互いのコーディングの比較の議論が交わされるとか。
117: [age] 2009/04/04(土)18:16 ID:??? AAS
>>89で紹介されてるサイトで、ADOは複数テーブルから JOIN したデータに
対する非接続型のデータ更新メカニズムもサポートされているとあるが、
俺はそればっかり使ってたから、ADO.NETになって、DataAdapter.Update()が
思うように動作せず、非常に苦労したｗ
なんでバージョンアップなのに、UPDATEする際はSQL文をかかないといけないんだ
みたいなｗ
ADOの時は、SQL文はSELECTのみ書いて、あとはrecordset.update()
っていうスタイルの人、結構いたんじゃないかな。
118: 2009/04/04(土)18:30 ID:??? AAS
>>115
まじめに、ちゃんと記事を読んだ上で、ネットワーク負荷に差が出る理由がわからんのだが
バカな俺にわかるように説明してくれないか
119: 2009/04/04(土)21:22 ID:??? AAS
LINQ to SQLは現バージョンでは更新系は弱いとMSが言ってるだろ。
Entity Frameworkに期待しなさい。今は過渡期である。
120: 2009/04/05(日)03:16 ID:??? AAS
iBATIS.NETを使うといいよ。JavaのO/Rマッパーの移植。
121: 2009/04/05(日)09:34 ID:??? AAS
nhibernateはどうよ？
122: 2009/04/05(日)16:11 ID:??? AAS
ん？DataTableのDataRowの状態をみてSQLを自動生成のスタイルの人って、
ストアドプロシージャとか使わないのかな？
ビジネスロジックを分けるという考え方よりも、SQL自動生成のクラスを
自作しているという感じで、O/Rマッピングを行うクラスを自作するような感じ？
123: 2009/04/06(月)23:04 ID:??? AAS
>>114
92だけど、102までしか引っ張ってませんが ^^;
124: 2009/04/06(月)23:10 ID:??? AAS
>>114
理由がお粗末で申し訳なかったね。
自分は分からないから、具体的に説明して。
どうせ、理由付けて教えては貰えないだろうけど。。(笑
125(1): 2009/04/06(月)23:56 ID:??? AAS
すまんな、俺が引っ張ったせいで92に迷惑が
んで俺的結論はそんな区別に大した意味ないから気にする必要はない、だが
ネットワーク負荷に差が出るんだから区別する意味はあるという人もいるみたい
負荷に差が出る理由はいくら考えてもわからないんで本気で教えてほしいんだがなぁ
126(2): [age] 2009/04/07(火)07:34 ID:??? AAS
>>125
スタンドアロン、もしくは、それに近い環境のシステムしかイメージして無いから
そういう風になるんじゃないの？
もっと、大容量のデータをやりとりするとか、端末がたくさんつながっているとか
そういうケースもイメージしてでの結論なのか？
念のために解説しておくが、前者の場合は、違いはほとんどない。
上下前次1-新書関写板覧索設栞歴
あと 295 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.085s*