回答編集履歴
2
誤字脱字訂正
answer
CHANGED
|
@@ -60,9 +60,9 @@
|
|
|
60
60
|
}
|
|
61
61
|
```
|
|
62
62
|
|
|
63
|
-
例えば、質問者さんの質問の例にならって、Orders の OrderID, Customers の City と Country, Employees の City と Country の一覧を取得したい場合は、Orders クラスには、Customers と Employees というナビゲーションプロパティが定義されているので、以下のようにできま。個人的には、これが Entity Framework と Ling to Entity の機能を最大限活用した最もスマートな例だと思います。
|
|
63
|
+
例えば、質問者さんの質問の例にならって、Orders の OrderID, Customers の City と Country, Employees の City と Country の一覧を取得したい場合は、Orders クラスには、Customers と Employees というナビゲーションプロパティが定義されているので、以下のようにできます。個人的には、これが Entity Framework と Ling to Entity の機能を最大限活用した最もスマートな例だと思います。
|
|
64
64
|
|
|
65
|
-
（注）Include() というメソッドは指定したプロパティを先読みするためのものです。無くても結果は同じですが、無いと遅延評価
|
|
65
|
+
（注）Include() というメソッドは指定したプロパティを先読みするためのものです。無くても結果は同じですが、無いと遅延評価されるのでクエリを 2 度、3 度投げることになります。質問者さんのアップされたコードではナビゲーションプロパティに virtual が付与されないようなので、話が違うかも。（未検証・未確認です）
|
|
66
66
|
|
|
67
67
|
```
|
|
68
68
|
using System;
|
1
追記
answer
CHANGED
|
@@ -1,3 +1,148 @@
|
|
|
1
1
|
EF Code First で Model の Member, Person, Child クラスをベースに DB にテーブルを生成してそれらを使うのですよね？
|
|
2
2
|
|
|
3
|
-
Model の Member クラスにナビゲーションプロパティを定義して（今は定義されてないように見えます）、それをたどって Person.Name, Person.Age, Child.Name, Child.Age を取得することを検討されてはいかがでしょう？
|
|
3
|
+
Model の Member クラスにナビゲーションプロパティを定義して（今は定義されてないように見えます）、それをたどって Person.Name, Person.Age, Child.Name, Child.Age を取得することを検討されてはいかがでしょう？
|
|
4
|
+
|
|
5
|
+
**【2018/1/31 12:00 追記】**
|
|
6
|
+
|
|
7
|
+
下の私の 2018/01/31 10:50 のコメントで「コメント欄には書ききれないので回答欄に追記します」と書きましたが、それを以下に書きます。
|
|
8
|
+
|
|
9
|
+
質問者さんの DB の詳細は回答者にとっては不明ですので、誰でも入手できる Microsoft のサンプルデータベース Northwind をベースに話をしたいと思います。
|
|
10
|
+
|
|
11
|
+
Customers, Employees, Suppliers テーブルにある Address, City, Region, PostalCode, Country は各テーブル固有の情報（住所が個人個人で違うのは当たり前）なので、これらの情報を抜き出して別テーブルにまとめて正規化（？）するというようなことは無意味というよりやるべきではない・・・という認識は質問者さんも自分も一致していると理解しています。
|
|
12
|
+
|
|
13
|
+
で、質問者さんのやりたいことは、DB に別テーブルを作るという訳ではなく、
|
|
14
|
+
|
|
15
|
+
> Address・City・Region・PostalCode・Country をクラスなどにまとめてスマートに記述する
|
|
16
|
+
|
|
17
|
+
ということですが、Customers, Employees, Suppliers テーブルのレベルで考えて、それらからデータを取得する場合は、そういう方法はないと思います。
|
|
18
|
+
|
|
19
|
+
全テーブルの Address, City, Region, PostalCode, Country データを List<T> 型のオブジェクトなどにまとめることは可能ですが、無理にやってもデメリットばかりで何の意味もない（少なくともスマートに利用できる方法はない）と思います。
|
|
20
|
+
|
|
21
|
+
意味があるのは Orders テーブルなどの一つ上のレベルのテーブルです。Orders テーブルは正規化されていて、EDM を作れば Customers, Employees, Suppliers クラスが自動生成されて利用できます。
|
|
22
|
+
|
|
23
|
+
VS2015 で .NET Framework ベースて作った EDM の Orders クラスは以下のようになります。Customers, Employees というナビゲーションプロパティが定義されているところに注目してください。上の私レスで提案したのはこれを使うことです。
|
|
24
|
+
|
|
25
|
+
```
|
|
26
|
+
namespace Mvc5App
|
|
27
|
+
{
|
|
28
|
+
using System;
|
|
29
|
+
using System.Collections.Generic;
|
|
30
|
+
|
|
31
|
+
public partial class Orders
|
|
32
|
+
{
|
|
33
|
+
[System.Diagnostics.CodeAnalysis.SuppressMessage("Microsoft.Usage", "CA2214:DoNotCallOverridableMethodsInConstructors")]
|
|
34
|
+
public Orders()
|
|
35
|
+
{
|
|
36
|
+
this.Order_Details = new HashSet<Order_Details>();
|
|
37
|
+
}
|
|
38
|
+
|
|
39
|
+
public int OrderID { get; set; }
|
|
40
|
+
public string CustomerID { get; set; }
|
|
41
|
+
public Nullable<int> EmployeeID { get; set; }
|
|
42
|
+
public Nullable<System.DateTime> OrderDate { get; set; }
|
|
43
|
+
public Nullable<System.DateTime> RequiredDate { get; set; }
|
|
44
|
+
public Nullable<System.DateTime> ShippedDate { get; set; }
|
|
45
|
+
public Nullable<int> ShipVia { get; set; }
|
|
46
|
+
public Nullable<decimal> Freight { get; set; }
|
|
47
|
+
public string ShipName { get; set; }
|
|
48
|
+
public string ShipAddress { get; set; }
|
|
49
|
+
public string ShipCity { get; set; }
|
|
50
|
+
public string ShipRegion { get; set; }
|
|
51
|
+
public string ShipPostalCode { get; set; }
|
|
52
|
+
public string ShipCountry { get; set; }
|
|
53
|
+
|
|
54
|
+
public virtual Customers Customers { get; set; }
|
|
55
|
+
public virtual Employees Employees { get; set; }
|
|
56
|
+
[System.Diagnostics.CodeAnalysis.SuppressMessage("Microsoft.Usage", "CA2227:CollectionPropertiesShouldBeReadOnly")]
|
|
57
|
+
public virtual ICollection<Order_Details> Order_Details { get; set; }
|
|
58
|
+
public virtual Shippers Shippers { get; set; }
|
|
59
|
+
}
|
|
60
|
+
}
|
|
61
|
+
```
|
|
62
|
+
|
|
63
|
+
例えば、質問者さんの質問の例にならって、Orders の OrderID, Customers の City と Country, Employees の City と Country の一覧を取得したい場合は、Orders クラスには、Customers と Employees というナビゲーションプロパティが定義されているので、以下のようにできま。個人的には、これが Entity Framework と Ling to Entity の機能を最大限活用した最もスマートな例だと思います。
|
|
64
|
+
|
|
65
|
+
（注）Include() というメソッドは指定したプロパティを先読みするためのものです。無くても結果は同じですが、無いと遅延評価化されるのでクエリを 2 度、3 度投げることになります。質問者さんのアップされたコードではナビゲーションプロパティに virtual が付与されないようなので、話が違うかも。（未検証・未確認です）
|
|
66
|
+
|
|
67
|
+
```
|
|
68
|
+
using System;
|
|
69
|
+
using System.Collections.Generic;
|
|
70
|
+
using System.Linq;
|
|
71
|
+
using System.Text;
|
|
72
|
+
using System.Threading.Tasks;
|
|
73
|
+
using System.Data.Entity;
|
|
74
|
+
|
|
75
|
+
namespace ConsoleAppJoinByLinq
|
|
76
|
+
{
|
|
77
|
+
|
|
78
|
+
class Program
|
|
79
|
+
{
|
|
80
|
+
static void Main(string[] args)
|
|
81
|
+
{
|
|
82
|
+
NORTHWINDEntities db = new NORTHWINDEntities();
|
|
83
|
+
|
|
84
|
+
var orders2 = db.Orders.Include(c => c.Customers).Include(e => e.Employees);
|
|
85
|
+
|
|
86
|
+
foreach (var item in orders2)
|
|
87
|
+
{
|
|
88
|
+
Console.WriteLine("OrderID: {0}, CustomerCity: {1}, CustomerCountry: {2}, EmployeeCity: {3}, EmployeeCountry: {4}",
|
|
89
|
+
item.OrderID, item.Customers.City, item.Customers.Country, item.Employees.City, item.Employees.Country);
|
|
90
|
+
}
|
|
91
|
+
}
|
|
92
|
+
}
|
|
93
|
+
}
|
|
94
|
+
```
|
|
95
|
+
|
|
96
|
+
ナビゲーションプロパティが定義されてない場合は以下のように join して同じ結果が得られます。
|
|
97
|
+
|
|
98
|
+
|
|
99
|
+
```
|
|
100
|
+
using System;
|
|
101
|
+
using System.Collections.Generic;
|
|
102
|
+
using System.Linq;
|
|
103
|
+
using System.Text;
|
|
104
|
+
using System.Threading.Tasks;
|
|
105
|
+
using System.Data.Entity;
|
|
106
|
+
|
|
107
|
+
namespace ConsoleAppJoinByLinq
|
|
108
|
+
{
|
|
109
|
+
public class OrderCustomerEmployee
|
|
110
|
+
{
|
|
111
|
+
public int OrderID { get; set; }
|
|
112
|
+
public string CustomerCity { get; set; }
|
|
113
|
+
public string CustomerDountry { get; set; }
|
|
114
|
+
public string EmployeeCity { get; set; }
|
|
115
|
+
public string EnployeeCountry { get; set; }
|
|
116
|
+
}
|
|
117
|
+
|
|
118
|
+
class Program
|
|
119
|
+
{
|
|
120
|
+
static void Main(string[] args)
|
|
121
|
+
{
|
|
122
|
+
NORTHWINDEntities db = new NORTHWINDEntities();
|
|
123
|
+
|
|
124
|
+
var orders = from o in db.Orders
|
|
125
|
+
join c in db.Customers
|
|
126
|
+
on o.CustomerID equals c.CustomerID
|
|
127
|
+
join e in db.Employees
|
|
128
|
+
on o.EmployeeID equals e.EmployeeID
|
|
129
|
+
select new OrderCustomerEmployee
|
|
130
|
+
{
|
|
131
|
+
OrderID = o.OrderID,
|
|
132
|
+
CustomerCity = c.City,
|
|
133
|
+
CustomerDountry = c.Country,
|
|
134
|
+
EmployeeCity = e.City,
|
|
135
|
+
EnployeeCountry = e.Country
|
|
136
|
+
};
|
|
137
|
+
|
|
138
|
+
foreach (var item in orders)
|
|
139
|
+
{
|
|
140
|
+
Console.WriteLine("OrderID: {0}, CompanyName: {1}, ContactName: {2}, FirstName: {3}, LastName: {4}",
|
|
141
|
+
item.OrderID, item.CustomerCity, item.CustomerDountry, item.EmployeeCity, item.EnployeeCountry);
|
|
142
|
+
}
|
|
143
|
+
}
|
|
144
|
+
}
|
|
145
|
+
}
|
|
146
|
+
```
|
|
147
|
+
|
|
148
|
+
ひょっとして、上のコードの OrderCustomerEmployee クラスが質問者さんの言うまとめるためのクラスなのでしょうか？
|