使用下面的简单示例，使用Linq to SQL从多个表返回结果的最佳方法是什么?
假设我有两个表:
Dogs: Name, Age, BreedId
Breeds: BreedId, BreedName
我想返回所有的狗与他们的育种名称。我应该让所有的狗使用这样的东西，没有问题:
public IQueryable<Dog> GetDogs()
{
var db = new DogDataContext(ConnectString);
var result = from d in db.Dogs
join b in db.Breeds on d.BreedId equals b.BreedId
select d;
return result;
}
但如果我想要有品种的狗，并尝试这样做，我有问题:
public IQueryable<Dog> GetDogsWithBreedNames()
{
var db = new DogDataContext(ConnectString);
var result = from d in db.Dogs
join b in db.Breeds on d.BreedId equals b.BreedId
select new
{
Name = d.Name,
BreedName = b.BreedName
};
return result;
}
现在我意识到编译器不让我返回一组匿名类型，因为它期待狗，但有没有一种方法来返回这个而不必创建一个自定义类型?或者我必须为DogsWithBreedNames创建自己的类，并在选择中指定该类型?或者还有其他更简单的方法吗?
不能直接返回匿名类型，但可以通过泛型方法对它们进行循环。大多数LINQ扩展方法也是如此。这里没有什么神奇之处，虽然看起来它们会返回匿名类型。如果参数是匿名的结果也可以是匿名的。
var result = Repeat(new { Name = "Foo Bar", Age = 100 }, 10);
private static IEnumerable<TResult> Repeat<TResult>(TResult element, int count)
{
for(int i=0; i<count; i++)
{
yield return element;
}
}
下面是一个基于原始问题代码的示例:
var result = GetDogsWithBreedNames((Name, BreedName) => new {Name, BreedName });
public static IQueryable<TResult> GetDogsWithBreedNames<TResult>(Func<object, object, TResult> creator)
{
var db = new DogDataContext(ConnectString);
var result = from d in db.Dogs
join b in db.Breeds on d.BreedId equals b.BreedId
select creator(d.Name, b.BreedName);
return result;
}
不，如果不使用一些技巧，就不能返回匿名类型。
如果您不使用c#，您将寻找的(返回多个数据而没有具体类型)被称为Tuple。
有很多c#元组实现，使用这里显示的一个，您的代码将像这样工作。
public IEnumerable<Tuple<Dog,Breed>> GetDogsWithBreedNames()
{
var db = new DogDataContext(ConnectString);
var result = from d in db.Dogs
join b in db.Breeds on d.BreedId equals b.BreedId
select new Tuple<Dog,Breed>(d, b);
return result;
}
在呼叫站点上:
void main() {
IEnumerable<Tuple<Dog,Breed>> dogs = GetDogsWithBreedNames();
foreach(Tuple<Dog,Breed> tdog in dogs)
{
Console.WriteLine("Dog {0} {1}", tdog.param1.Name, tdog.param2.BreedName);
}
}
您可以返回匿名类型，但这并不漂亮。
在这种情况下，我认为创建适当的类型会更好。如果只打算从包含该方法的类型中使用它，则将其设置为嵌套类型。
就我个人而言，我希望c#能够获得“命名匿名类型”——即与匿名类型相同的行为，但是有名称和属性声明，仅此而已。
EDIT: Others are suggesting returning dogs, and then accessing the breed name via a property path etc. That's a perfectly reasonable approach, but IME it leads to situations where you've done a query in a particular way because of the data you want to use - and that meta-information is lost when you just return IEnumerable<Dog> - the query may be expecting you to use (say) Breed rather than Ownerdue to some load options etc, but if you forget that and start using other properties, your app may work but not as efficiently as you'd originally envisaged. Of course, I could be talking rubbish, or over-optimising, etc...
如果你在你的数据库中有一个关系设置，在BreedId上有一个外键约束，你还没有得到吗?
所以我现在可以调用:
internal Album GetAlbum(int albumId)
{
return Albums.SingleOrDefault(a => a.AlbumID == albumId);
}
在调用它的代码中:
var album = GetAlbum(1);
foreach (Photo photo in album.Photos)
{
[...]
}
在你的实例中，你会调用像dog。breed。breedname这样的东西-正如我说的，这依赖于你的数据库是用这些关系建立的。
正如其他人所提到的，如果存在数据库调用问题，DataLoadOptions将有助于减少数据库调用。
