【質問】ASP.NETスレ ..
[
2ch
|
▼Menu
]
■コピペモード
□
スレを通常表示
□
オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト
76:nobodyさん 09/09/15 00:04:23 Dataの引っ張り方は人それぞれだから別とすると、 それならDataSourceと切り離してFormViewだけのメリットって何？ って話だな？ これとは別にTableAdapterを使うのはいいけど、データのソートとか抽出とかはどうしてる？ クエリかかないならTableAdapter.Fill(DataTable)して、DataTable.Select("")してるってこと？ これだとSQLからデータ抽出して、メモリに蓄えて、そこからまたSelectして 無駄が多いような気がするんだが。 77:nobodyさん 09/09/15 02:15:05 結局のとこ、SQLを手書きする量が減るだけで、SQLの量そのものが減るわけじゃないってことだな SQL書く作業がTableAdapter定義する作業になっただけ 昔のADO.NETでは、DataAdapterでのUPDATEは使えねえってのが定説だった気がするが TableAdapterになって使いものになるようになったのかな？ 78:nobodyさん 09/09/15 03:43:03 ただ全部の項目を埋めて、挿入、更新するだけなら結構使える 複雑なことしようとすると、TableAdapter用のクエリの手書き必須 挿入時に論理削除を意味するIsDeleteをいじられたくないのでfalseで固定したいとか サブクエリで抽出した内容を取得して挿入したいとか。 挿入したときの主キーを取得するのも手書きが必要だったような。 あと上にもあるけど動的にクエリを発行できないので 検索条件に従ってWhere句を作成するとかは無理だったはず。 かといってDataTableのSelectメソッドをWhere句の動的生成の 変わりに利用すると、いちど全部のデータを取得するので、 行数が多いとデータの取得に時間がかかる。 そのたありがLinqToSQLやEntityFrameworkで解決してると思うんだけど、 LinqToSQLは終了の方向だし、EFもなんとかしてくれって言う人が多くて、 まだ微妙なところ。
次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
レスジャンプ
mixiチェック！
Twitterに投稿
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch
4956日前に更新/322 KB
担当:undef