ADO.NETの質問・雑談スレ2 (421ﾚｽ)
上下前次1-新
101(1): 2009/04/01(水)14:18 ID:??? AAS
>>99
>まったく動作が異なるので。
俺にはDBの更新については本質的に同じだと思うんだが
ADO.NETが接続型ならサーバカーソルでカレント行更新できるとか言うなら話は違うが
あなたのいう、「非接続でのUpdate」と「接続型で更新」というのを、具体的に挙げてみてくれないか？
102: 2009/04/01(水)18:01 ID:??? AAS
>>101
すまん。「まったく動作が異なるので。」っていう表現は間違っていた。
DB更新に至るまでのプロセスが違うっていう意味で言ってた。
103(1): 2009/04/01(水)18:55 ID:??? AAS
そもそもADO.NETで接続型って、DataReaderしかなかった気がする
DataReaderで更新はできなかったはず
104(1): 2009/04/01(水)22:06 ID:??? AAS
>103
>接続型って、DataReaderしかなかった気がする
ん？ 何寝ぼけたこと言ってんの？
>DataReaderで更新はできなかったはず
当たり前。
ExecuteNonQueryって知らないの・・・？
もう一度勉強してこいや！
105(1): 2009/04/02(木)08:14 ID:??? AAS
>>104
>ExecuteNonQueryって知らないの・・・？
いやそれは知ってるが・・・
>もう一度勉強してこいや！
勉強してきた。
確かにExecuteNonQueryは接続型になってるな
自分で楽観的ロック作りこんで接続１回切っても接続型なのかよ
ちょっとショックだ
MS的には
非接続型=DataAdapter
省9
106: 2009/04/02(木)19:28 ID:??? AAS
↑
言ってる意味がよくわからん
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オブジェクト
って書いてあるだろ。
根拠はhttp://msdn.microsoft.com/ja-jp/events/dd279508.aspx のコラム欄な
これが間違ってるならぜひ教えてほしい
なんかその区別に意味があるのかわからなくなってきたぜ
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マッパーの移植。
上下前次1-新書関写板覧索設栞歴
あと 301 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.155s*