ADO.NETの質問・雑談スレ2 (421ﾚｽ)
上下前次1-新
1: 2009/02/08(日)16:12 ID:??? AAS
ADO.NETに関する質問・雑談・評価 etc
何でもどうぞ。
前スレ
ADO.NETの質問・雑談スレ
2chｽﾚ:db
2(5): [age] 2009/02/09(月)20:25 ID:??? AAS
前スレの流れ
１．DataAdapterってReadOnlyにしか使えないね。
・自動生成のSQLはUpdateのコードは使えない。
・やはり、Updateは自分で生成した方が良い。
・サーバカーソルが無いしDataTableのDataRowの状態をみて自動生成のスタイルという結論に落ち着く。
２．DataSetって意味あるの？
・DataAdapterからDataTableに読み込んだ方が軽くて良い。
・GUIを中心としたスタイルならば、型指定されたDataSetもいいかもしれないが。
３．LINQ使えば無問題
・ADO.NETを使う必要はなくなるよ。
省4
3(1): 2009/02/10(火)10:04 ID:??? AAS
>>2
まとめ乙。
ところで、4番の非接続は接続の間違いじゃね？
4: [age] 2009/02/10(火)20:27 ID:??? AAS
>>3
確かにそうだ。投下した後に気づいたが、無駄にスレを汚すので、
ま、いいやと思ってたｗ
5(1): [age] 2009/02/12(木)07:29 ID:??? AAS
UPDATE のコードを自分で書くしかないという結論には同意だけど、
では、具体的にどんなコードを書いたら良いの？って感じの情報交換は
出来ないのかなぁ？（ADO.NET とはずれてくる話かもしれないが）
例えば、同時アクセスが少ない場合は WHERE 以下は主キーのみで良いとか、
もうちょっとシビアに考えるならば、タイムスタンプを使ったほうが良いとか、そういう
意見交換なんだけど。
スレの誘導でもかまわないので、どなたか意見お願いします。
6(1): [age] 2009/02/12(木)21:47 ID:??? AAS
DataAdapterの機能はしょぼいとか使えないとか言われているけれど、
ライブラリの機能として提供できるものはこれくらいで終わりなのかな？
市販のでは、「複数のテーブルを参照する SQL によって取得したデータであっても
自動で更新するコードを生成する」ライブラリはあるようだが。
外部ﾘﾝｸ[html]:www.asterworld.com
VB6までの時は、純粋にVBだけでの開発は効率が悪くて、別の会社が出してる
モジュールをあわせて購入するのが当たり前になってたけど、.NET の場合も
そんな感じに落ち着くのかな。
外部ﾘﾝｸ[htm]:www.grapecity.com
7: 2009/02/13(金)01:17 ID:??? AAS
>>5
SELECTで取得した対象に主キー揃って無いとダメとか制限あったような＜自動生成
自分の場合は、WHERE以下は主キー＋更新時刻で楽観ロックとすることが多い。
>>6
それなりのことは.NET内で出来てしまうから、
.サードパーティの製品が必要かどうかを考え直す癖がついたな。
Excelの出力とか、客の要求が細かいときのGrid周りとか、
そういうめんどくさいところは予算と期間と相談して決めてる。
8: 2009/02/13(金)08:11 ID:EjaPaESH(1/2) AAS
更新時刻じゃ秒が重なったら終わりじゃん？
せっかくタイムスタンプがあるんだから
タイムスタンプ使った方がいいんじゃん？
9: 2009/02/13(金)11:04 ID:??? AAS
タイムスタンプを使ってないということは、Accessのmdbファイルに
限った話なのかな？
10(1): 2009/02/13(金)11:10 ID:??? AAS
俺の場合、UPDATEはシビアに同時実行制御をする必要がないため、
（比較的規模の小さな、数人使用のシステムの場合が多い為）
WHEREは主キーを指定するのみで、強制上書き方式でやってる。
強制上書きというのは、「読み込み時」と「データ更新直前」の
データが同じであるかをチェックせずに、主キーを指定して
UPDATEを実行という意味合い。
すでに誰かがレコードを削除していて・・・という場合はエラーが
出るが、そのあたりの処理は書く必要もないかなと思う感じ。
「設計は場合による」といってしまえばそうだが、個人レベルの
開発だとこういうのが大多数じゃないかなと思うけど、どうかな。
11: 2009/02/13(金)13:04 ID:??? AAS
TIMESTAMPも使うけど、数人〜の小規模で
業務内容的に被らない想定のときは
更新日時の列作って使いまわしてしまう。
同じ業務の人が何人も居て被るかもーとなったらTIMESTAMP、
衝突上等となったら…行ロックするか、一次的な編集禁止フラグでも立てるか。
12(1): 2009/02/13(金)20:14 ID:EjaPaESH(2/2) AAS
>>10
消えてもいいデータがあるってのならいいけど
timestamp列をつくって主キーと一緒にチェックするだけで
楽観ロックできるんだからやったほうがいいと思うけどなぁ。
13(1): [age] 2009/02/13(金)23:59 ID:??? AAS
>>12
データを更新する際、主キーは同じだけどtimestampが異なってるという時の
処理は具体的にどうするのって思ってしまうんだよね。
ユーザに（「このデータは誰かが更新中です。上書きしますか？」みたいな）
ダイアログを表示させても、ユーザは結局はそのダイアログだけでは上書きしても
良いかどうかの判断は出来ないしね。
適当に「はい」を押してしまえってなって、その機能を実装した意味が実質
なかったりするって体験があったんだけど、どうよ？
これは、たまたま俺が悪いユーザにあたっただけかな？
14: [age] 2009/02/14(土)00:08 ID:??? AAS
どういうアプリであるかによって、処理内容がという場合もあると思うので、
具体例を一応書いておきます。
名簿の管理ソフト
すでに登録しているＡさんのデータを修正し、「更新」ボタンを押した。
その時、「すでに他の人が・・・」というメッセージが表示された。
その時点では、他の人が修正したデータの内容は確認出来ない。
また、念のためと思って更新しないで、データを確認してみると、
間違ったデータであり、自分は再度同じデータを入力する羽目に
なってしまった。ああ、面倒だ・・・みたいな。
15: 2009/02/14(土)00:54 ID:??? AAS
基本はエラーメッセージを出して入力し直しだろうな
間違ったデータを入れるとかかなりレアなケースだろうし、
９９％くらいは、あ、オレの代わりに誰か入れといてくれたか
くらいですむんじゃね？
こんなん絶対ゆるさーん、とかいうユーザは
しょうがないからフラグでもたててロックかけるしかないんじゃね？
16: 2009/02/14(土)19:41 ID:??? AAS
基本は読み直して再入力でしょう
楽観的ロックすらしないでおくと
先に編集したのが無効になっちゃうわけだから
オフコン使ってた時はそんなの関係ねーでやってたみたいだけどね
富士通cobolだったかな
あとはロックとかフラグたてるけどあとから来たほうが所有権
ぶんどれるような仕掛けにするとか
17: 2009/02/15(日)12:22 ID:??? AAS
>>13
既に書かれてるけど、結論はケースバイケース。
・エラーメッセージを出して更新処理を中断し、再度データ確認後に必要なら再入力。
・そんなの関係ねぇで、更新する。
俺がいつもやるのは下記の通り。
主キーとタイムスタンプでチェックし、タイムスタンプが異なっていた場合、
・エラーメッセージを表示
・更新画面でユーザが入力した値は残しつつ、現在のデータを並列表示させる。
（別画面とか入力項目の上とか画面上または下とか場合によって表示場所は事なるが・・・）
・ユーザは現在の内容を確認し、変更の必要がなければ処理を中止
省1
18: [age] 2009/02/15(日)17:16 ID:??? AAS
ケースごとに分けてWHERE以下などをどう書いていったらよいのかをまとめるといいかもね。
ケースバイケースという結論になるのも分かるけれど、どういう処理をした方が良いかは
ADO.NETは提供しない（当然だが）のだから、そのあたりのノウハウをまとめるのは必要だと思う。
０．スタンドアロン
・UPDATE時は主キーのみでおｋ
・将来の拡張を考えるならば、１を参考にコーディングしておくと良い。
１．小規模、同時アクセスが少ないケース
・UPDATE時のWHERE 以下は主キーとタイムスタンプで確認
・ダイアログを出して判断を促すなど。
２．同時アクセスが多く、先にデータを表示させた方が更新できるようにするケース
省3
19: [age] 2009/02/15(日)23:36 ID:??? AAS
３においてはUPDATEの内容よりも、Transaction を設定するみたいな話だな。
「ケースに分けてWHERE以下」というよりも、「ケースに分けてUPDATEの方法を」だったな。訂正
20: 2009/02/20(金)19:02 ID:??? AAS
ADO.NETになっても結局SQL文を生成するスタイルはそんなに変わらないの？
上下前次1-新書関写板覧索設栞歴
あと 401 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.009s