使用导航属性将T-SQL转换为LINQ to SQL

Question

我似乎无法想出正确对应的LINQ to SQL语句来生成以下T-SQL。 基本上，我试图只返回客户地址中的一个付款信息...如果AR地址存在，则返回主要地址（如果存在），然后是任何地址。

SELECT < payment and address columns >
FROM   Payment AS p
       INNER JOIN Customer AS c ON c.CustomerID = p.CustomerID
       OUTER APPLY (
                       SELECT   TOP 1 < address columns >
                       FROM     Address AS a
                       WHERE    a.person_id = c.PersonID
                       ORDER BY CASE WHEN a.BusinessType = 'AR' THEN 0
                                     ELSE 1
                                END
                              , a.IsPrimary DESC
                                END
                   ) AS pa
WHERE  p.Posted = 1

我们正在使用Repository Pattern访问数据库，所以在Payment Repository的方法中，我尝试过：

var q = GetAll()
            .Where(p => p.Posted == true)
            .SelectMany(p => p.Customer
                              .Address
                              .OrderBy(a => a.BusinessType != "AR")
                              .ThenBy(a => a.Primary != true)
                              .Take(1)
                              .DefaultIfEmpty()
            .Select(a => new
            {
                < only the columns I need from p and a >
            });

但是当我执行.ToList() ，它会在客户没有设置地址的记录上抛出NullReferenceException （对象引用未设置为对象的实例）。 所以，我尝试过：

var q1 = GetAll().Where(p => p.Posted == true);

var q2 = q11.SelectMany(p => p.Customer
                              .Address
                              .OrderBy(a => a.BusinessType != "AR")
                              .ThenBy(a => a.Primary != true));

var q3 = q1.SelectMany(p => q2.Where(a => a.PersonID == p.Customer.PersonID)
                              .Take(1)
                              .DefaultIfEmpty()
           .Select(a => new
           {
                < only the columns I need from p and a >
           });

这会返回正确的结果，但它生成的T-SQL会将整个T-SQL从上面放入外部apply，然后再在Payment和Customer上加入。 这似乎有点低效，我想知道它是否可以提高效率，因为上面的T-SQL在我正在使用的测试用例中返回6ms。

附加信息：
问：我认为这里的问题是GetAll()返回IEnumerable而不是IQueryable ......这将有助于看到这个GetAll()方法。 - 格特阿诺德
答：实际上， GetAll() ，当一直追溯时，返回Table<TEntity> System.Data.Linq.GetTable<TEntity>()和Table<TEntity>确实实现了IQueryable 。
但是，正如我在第一个L2S代码部分中提到的那样， DefaultIfEmpty()会返回IEnumberable<Address> ，这就是抛出异常的原因。

解决方案更新：好的，我知道我可以回过头来直接加入表格并使用导航属性，在这种情况下，我现在知道它应该如何完成。 现在一切都说得通了。 我只是习惯于喜欢使用导航属性，但在这里，最好直接加入表格。

第二个L2S代码段生成的T-SQL效率低的原因是因为为了到达Address表，它需要包含Payment / Customer数据。

当我直接加入表时，生成的T-SQL虽然不理想，但更接近于所需的脚本代码部分。 这是因为它不要求付款/客户数据的包容性。 那就是“井，呃”灯泡闪现的时候。

感谢所有帮助我们探索这条道路的人！

Answer 1

当尝试类似的查询时，事实证明这个DefaultIfEpty()调用击倒了LINQ-to-SQL。 异常的堆栈跟踪显示System.Data.Linq.SqlClient.SqlBinder.Visitor.IsOuterDependent ，即在SQL查询构建期间。

与您的结论相反，不建议放弃使用导航属性并返回显式连接。 问题是：如何使用LINQ的最佳部分（包括导航属性）而不会麻烦LINQ-to-SQL。 顺便说一句，对于每个支持LINQ的ORM，这都是正确的。

在这种特殊情况下，我将切换到主查询的查询语法，并使用关键字let 。 就像是：

from p in context.Payments
let address = p.Customer
    .Addresses
    .OrderBy(a => a.BusinessType != "AR")
    .ThenBy(a => a.Primary != true)
    .FirstOrDefault()
select new 
{
    p.PropertyX,
    address.PropertyY
    ...
}

这将被翻译成一个SQL语句，它避免了LINQ-to-SQL与DefaultIfEmpty的明显问题。