ＳＱＬで取得した結果を格納する方法がわかりません。

Question

やりたいこととしては、ＡテーブルとＢテーブルをＳＱＬでJOINで取得し
結合した結果をDatagridVewにセットしたいです。

AテーブルとBテーブルの結果保持クラスとしてクラスＡとクラスＢが存在しています。
このクラスの変数に値を保持しList形式にしてDataSourceに入れています。

public class A {
    id {get;set;}
    name {get;set;}
}
public class B {
    id {get;set;}
    name {get;set;}
}


List<A> list= this.getData(); // SQLで取得した結果をリストに保持
dataGridView1.DataSource = aList;　// datasourceにセット

単純に取得結果をDataTableにセットしてそれをDataSourceに入れるで解決できるのですが、
上のような箱のクラスがあるのに使わない？のはいいのかどうなのかよくわかりません。
結合する場合はそれを格納する用のクラスを別途設けるべきなんでしょうか？

例えば以下のようなクラスです。

public class C {
    a_id {get;set;}
    a_name {get;set;}
    b_id {get;set;}
    b_name {get;set;}
}

宜しくお願いいたします。

Comments

[m.ts10806]

箱があるのに使わないとは、なんのために用意した箱なのでしょう。
今一つゴールがぼやけてます

[ajax4443]

Ａテーブルにある結果を取得した際は、Aのクラスの変数に格納しています。
ただ、別のＳＱＬでAテーブルとBテーブルの結合結果を保持するときは、それをList<T>型に置き換えて保持させたいという意図があります。

これをＡクラスとＢクラスに分けてそれぞれ保持させることはできますが
、まとまりという意味ではなくなるので・・
その場合の保持方法がよくわかっていません。

伝わりますか？

[m.ts10806]

質問編集して追記してください

Answer 1

箱のクラスとは何なのか不明ですが・・・

そもそもやり方を考え直した方が良いのでは？

DataGridView を UI として SQL Server などの DB を扱う定番のアプリの作り方では DataSet/DataTable を作って、それを BindingSource 経由で DataGridView にバインドします。

テーブルを JOIN した SELECT クエリをベースに Visual Studio のデータソース構成ウィザードを使って、型付 DataSet/DataTable + TableAdapter を作ってそれを利用することをお勧めします。

ただし、テーブルを JOIN した SELECT クエリをベースに TableAdapter を自動生成させると UPDATE, DELETE, INSERT に必要なコードが一切自動生成されないという問題があります。

表示するだけではなく、テーブルを更新する必要があるという場合、以下の記事のようにできます。

DataGridView に ID と名前を併記
http://surferonwww.info/BlogEngine/post/2014/02/01/how-to-show-both-id-and-name-on-datagridview-while-enabling-update.aspx

Comments

[退会済みユーザー]

マイナス評価をした人、理由を書こう

Answer 2

単純に取得結果をDataTableにセットしてそれをDataSourceに入れるで解決できるのですが、

上のような箱のクラスがあるのに使わない？のはいいのかどうなのかよくわかりません。
結合する場合はそれを格納する用のクラスを別途設けるべきなんでしょうか？

JOINした結果を表示する為だけなら匿名型で十分だと思います。
追加や編集が必要ならちゃんとクラス設計したほうが良いでしょう。

型を意識し始めたなら、DataTableは古くて遅くて扱いづらいだけの過去の時代の負の遺産です。
DBアクセスもDapperかEntity Framework、あるいはその両方を使うことをお勧めします。

Comments

[退会済みユーザー]

> 型を意識し始めたなら、DataTableは古くて遅くて扱いづらいだけの過去の時代の負の遺産です。

それはどうでしょう？　そのデメリットより、Visual Studio のデータソース構成ウィザードを使ってアプリを作ることのできるメリットの方がはるかに大きいと自分は思うのですが。

そもそも、DataGridView をユーザーが見て何かをするというような使い方で、そのデメリットが意識できるようなことはないような気がしますけど。

ただ、Visual Studio のデータソース構成ウィザードを使うのと同等な容易さで、Linq to Entities などを利用して DataDridView を使うアプリの作り方があるのかは自分は分かりません。もしご存知でしたら教えていただけると幸いです。

[hihijiji]

確かにデータソース構成ウィザードは便利でとっつきやすいとは思います。
私もそのウィザードでデータベースとDataDridViewの連携を覚えましたし、簡単さに感動した記憶があります。
マスタメンテ画面などで、ほぼそのまま使える場合は最強と言っても良いと思います。

でも、ほぼそのまま使えるケースってあまりないですよね？
少なくとも私はほぼそのまま使うことはありません。

手を加えることを前提とするとDataSet-DataTableの扱いにくさが際立ちます。

[退会済みユーザー]

返答いただきありがとうございます。適材適所ということだと思いますが、質問者さんの場合は、データソース構成ウィザードを使うのが適していると自分は思いました。

[hihijiji]

ＡテーブルとＢテーブル… は説明しやすくするために大幅に簡略化しているだけで、
さすがにそのままってことは無いと思います。