👨🏾‍🎓 🤳 👩🏾‍🍳 Linq to Sqlの興味深い点 🔷 👨🏻‍💻 🦐

同様のトピックに関する前回の投稿から1年以上が経過しました。この間、なんらかの形でEntity Frameworkへの切り替えに近づきませんでした（現在の凡例によれば、EF 7の安定バージョンが表示されたときに切り替えます）が、共有したい経験がいくつかあります。この記事は、私たちのように、この一般的に優れているが、 Microsoftテクノロジーを忘れてしまった人にとっては興味深いものになると思います。

Dbtype

Linq 2 Sqlのエンティティプロパティには、 DbTypeヒントの指定（列挙型を除く、詳細は以下を参照）は必要ありません。そして確かに、間違ったDbTypeを指定すべきではありません。たとえば、ベースの列のタイプがnvarchar（50）である場合、その列のタイプがnchar（50）であることをLinq 2 Sqlに示す必要はありません。次の例のように、このフィールドが弁別子である場合、特にこれを行う価値はありません

[Table(Name = "directcrm.OperationSteps")] [InheritanceMapping(Code = "", Type = typeof(OperationStep), IsDefault = true)] // ... [InheritanceMapping(Code = "ApplySegment", Type = typeof(ApplySegmentOperationStep))] public class OperationStep : INotifyPropertyChanging, INotifyPropertyChanged, IValidatable { //    ... [Column(Storage = "type", DbType = "nchar(50) NOT NULL", CanBeNull = false, IsDiscriminator = true)] public string Type { get { return type; } set { if ((type != value)) { SendPropertyChanging(); type = value; SendPropertyChanged(); } } } }

それでは、データベースからOperationStep型のエンティティを読み取って、継承マッピングで処理できるかどうかを確認してみましょう。

期待しない

Typeプロパティには一見正しい値が含まれていますが、エンティティのタイプは正しく定義されていません。タイプを正しく一致させるために、継承マッピングがフィールドに表示されるのは何ですか？ OfTypeを試してみましょう。

 modelContext.Repositories.Get<OperationStepRepository>().Items.OfType<ApplySegmentOperationStep>().FirstOrDefault();

そして、linqプロバイダーによって生成されたSQL：

 DECLARE @p0 NChar = 'ApplySegment '; SELECT TOP (1) [t0].[Type], [t0].[SegmentationSystemName], [t0].[SegmentSystemName], [t0].[Id], [t0].[Order], [t0].[OperationStepGroupId], [t0].[OperationStepTypeSystemName], [t0].[IsMarker] FROM [directcrm].[OperationSteps] AS [t0] WHERE [t0].[Type] = @p0;

原則として、パラメータの値は想定されていましたが、そのようなバグを検出することはそれほど簡単ではありませんでした。注意してください。バグは現在出現していることは明らかですが、一般的に言えば、エンティティが正しく作成されてデータベースから削除されるため、システムに長期間残る可能性があります。弁別器の値の奇妙な尾に注意を払うか、弁別器を更新するスクリプトの後にすべてが落ち始めるまで。

linq to sqlエンティティにenumを保存することについて少し説明します。

デフォルトでLinq to sql（ DbTypeが指定されていない場合）は、Enumの列タイプがIntであると見なします。したがって、次のエンティティを操作することはできません（ directcrm.CustomersテーブルのSexフィールドはnvarchar（15）タイプです）：

  [Table(Name = "directcrm.Customers")] public sealed class Customer : INotifyPropertyChanging, INotifyPropertyChanged, IValidatable { //    [Column(Storage = "sex", CanBeNull = true)] public Sex? Sex { get { return sex; } set { if (sex != value) { SendPropertyChanging(); sex = value; SendPropertyChanged(); } } } }

ベースから減算しようとすると、Customerエンティティ（Sexフィールドには文字列「female」が入力されます）は、 System.InvalidCastExceptionから落ちます。指定された性別で消費者を保存するとき、このリクエストを取得します：

 DECLARE @p20 Int = 1 INSERT INTO [directcrm].[Customers](..., [Sex], ...) VALUES (..., @p7, ...)

注目に値するのは、そのようなタプルをテーブルから減算しても機能しないことです。同じサイレントSystem.InvalidCastExceptionが発生します。したがって、linq to sqlを使用してデータベースに列挙文字列を保存する場合は、DbTypeを指定することを忘れないでください。

ちなみに、Entity Frameworkは列挙型を行に格納できないため、使用することを決めたプロジェクトでは、ハックを使用する必要がありました：列挙型自体が解析した列挙型フィールドごとに追加のゲッター（列挙型の値が想定されます文字列型のプロパティに保存します）。

同等性テスト

Linq to sqlは、SQLで==演算子とobject.Equals（）呼び出しの両方をマッピングできますが、マッピングにはいくつかの違いがあります。

そのため、 ActionTemplateエンティティのクエリは、 SystemNameフィールドによってフィルタリングされます。

 var systemName = "SystemName"; var actionTemplate = modelContext.Repositories.Get<ActionTemplateRepository>() .GetActionTemplatesIncludingNonRoot() .FirstOrDefault(at => at.SystemName == systemName);

 DECLARE @p0 NVarChar(MAX) = 'SystemName'; SELECT TOP (1) [t0].[Discriminator], [t0].[Id], [t0].[CategoryId], [t0].[Name], [t0].[Type], [t0].[RowVersion], [t0].[SystemName], [t0].[CreationCondition], [t0].[UsageDescription], [t0].[StartDateTimeUtcOverride], [t0].[EndDateTimeUtcOverride], [t0].[DateCreatedUtc], [t0].[DateChangedUtc], [t0].[CreatedById], [t0].[LastChangedById], [t0].[CampaignId], [t0].[MailingTemplateName], [t0].[UseCustomParameters], [t0].[TargetActionTemplateId], [t0].[ParentActionTemplateId], [t0].[IsTransactional], [t0].[MailingStartTime], [t0].[MailingEndTime], [t0].[IgnoreStopLists], [t0].[ReversedActionTemplateId] FROM [directcrm].[ActionTemplates] AS [t0] WHERE [t0].[SystemName] = @p0

異常なことは何もありません。しかし、 systemNameがnullの場合はどうでしょうか？

 DECLARE @p0 NVarChar(MAX) = null; SELECT TOP (1) [t0].[Discriminator], [t0].[Id], [t0].[CategoryId], [t0].[Name], [t0].[Type], [t0].[RowVersion], [t0].[SystemName], [t0].[CreationCondition], [t0].[UsageDescription], [t0].[StartDateTimeUtcOverride], [t0].[EndDateTimeUtcOverride], [t0].[DateCreatedUtc], [t0].[DateChangedUtc], [t0].[CreatedById], [t0].[LastChangedById], [t0].[CampaignId], [t0].[MailingTemplateName], [t0].[UseCustomParameters], [t0].[TargetActionTemplateId], [t0].[ParentActionTemplateId], [t0].[IsTransactional], [t0].[MailingStartTime], [t0].[MailingEndTime], [t0].[IgnoreStopLists], [t0].[ReversedActionTemplateId] FROM [directcrm].[ActionTemplates] AS [t0] WHERE [t0].[SystemName] = @p0

明確なビジネスなので、私たちは何も良いことを達成しません。 object.equalsを試してみましょう：

 string systemName = null; var actionTemplate = modelContext.Repositories.Get<ActionTemplateRepository>() .GetActionTemplatesIncludingNonRoot() .FirstOrDefault(at => object.Equals(at.SystemName, systemName));

 SELECT TOP (1) [t0].[Discriminator], [t0].[Id], [t0].[CategoryId], [t0].[Name], [t0].[Type], [t0].[RowVersion], [t0].[SystemName], [t0].[CreationCondition], [t0].[UsageDescription], [t0].[StartDateTimeUtcOverride], [t0].[EndDateTimeUtcOverride], [t0].[DateCreatedUtc], [t0].[DateChangedUtc], [t0].[CreatedById], [t0].[LastChangedById], [t0].[CampaignId], [t0].[MailingTemplateName], [t0].[UseCustomParameters], [t0].[TargetActionTemplateId], [t0].[ParentActionTemplateId], [t0].[IsTransactional], [t0].[MailingStartTime], [t0].[MailingEndTime], [t0].[IgnoreStopLists], [t0].[ReversedActionTemplateId] FROM [directcrm].[ActionTemplates] AS [t0] WHERE 0 = 1

独創的

WHERE 0 = 1

Linq to sqlはActionTemplate.SystemNameをnullにすることはできないことを知っているため、クエリも役に立たないことを示しています。 Linq to sqlのこの神聖な知識は、ColumnAttribute.CanBeNullの値から派生しました。残念ながら、DbTypeから、彼はこれを理解する方法を知りません。

値が存在しない列でリクエストが行われた場合、ブロードキャストはすでに予期されています。

 SELECT TOP (1) [t0].[Discriminator], [t0].[Id], [t0].[CategoryId], [t0].[Name], [t0].[Type], [t0].[RowVersion], [t0].[SystemName], [t0].[CreationCondition], [t0].[UsageDescription], [t0].[StartDateTimeUtcOverride], [t0].[EndDateTimeUtcOverride], [t0].[DateCreatedUtc], [t0].[DateChangedUtc], [t0].[CreatedById], [t0].[LastChangedById], [t0].[CampaignId], [t0].[MailingTemplateName], [t0].[UseCustomParameters], [t0].[TargetActionTemplateId], [t0].[ParentActionTemplateId], [t0].[IsTransactional], [t0].[MailingStartTime], [t0].[MailingEndTime], [t0].[IgnoreStopLists], [t0].[ReversedActionTemplateId] FROM [directcrm].[ActionTemplates] AS [t0] WHERE [t0].[SystemName] IS NULL

したがって、明らかに、等式演算子ではなくobject.Equalsを使用するようにしてください。これはより「定性的に」変換されるためです。

LeftOuterJoin

ご存じのように、Linqは、コレクションの1つに値がない可能性があるコレクションを接続するための拡張メソッドをまったく提供していません。しかし、時々linq to sqlで作業する場合、たとえばsqlで左外部結合を取得する必要があり、そのような状況ではlinqメソッドの組み合わせを使用し、最終的に左外部結合に変換します。左外部結合を取得する2つの方法を知っています。

最初のオプション：

 CustomerActions .GroupJoin(CustomerBalanceChanges, ca => ca, cbch => cbch.CustomerAction, (ca, cbchs) => cbchs .DefaultIfEmpty() .Select(cbch => new { ca, cbch })) .SelectMany(g => g) .Dump();

2番目のオプション：

 CustomerActions .SelectMany(ca => CustomerBalanceChanges .Where(cbch => cbch.CustomerAction == ca) .DefaultIfEmpty(), (ca, cbch) => new { ca, cbch}) .Dump();

両方のオプションは完全に同一のSQLに変換されます-サブクエリとテスト列を使用した左外部結合（エンティティが右セットから存在するかどうかを判断するため）：

 SELECT [t0].[Id], [t0].[IsTimeKnown], [t0].[BrandName], [t0].[ActionTemplateId], [t0].[CustomerId], [t0].[StaffId], [t0].[PointOfContactId], [t0].[OriginalCustomerId], [t0].[IsOriginalCustomerIdExact], [t0].[TransactionalId], [t0].[DateTimeUtc], [t0].[CreationDateTimeUtc], [t2].[test], [t2].[Id] AS [Id2], [t2].[ChangeAmount], [t2].[Comments], [t2].[CustomerActionId], [t2].[AdminSiteComments], [t2].[BalanceId] FROM [directcrm].[CustomerActions] AS [t0] LEFT OUTER JOIN ( SELECT 1 AS [test], [t1].[Id], [t1].[ChangeAmount], [t1].[Comments], [t1].[CustomerActionId], [t1].[AdminSiteComments], [t1].[BalanceId] FROM [promo].[CustomerBalanceChanges] AS [t1] ) AS [t2] ON [t0].[Id] = [t2].[CustomerActionId]

参照：CustomerActions-システム内の消費者アクション、CustomerBalanceChanges-残高の変更。リクエストにより、対応するアクション（または残高変更アクションではない場合はアクション）で消費者の残高の変更を取得します。

リクエストを複雑にしましょう。消費者のバランスの変化だけでなく、彼らの賞品も受け取りたいと思います。

 CustomerActions .SelectMany(ca => CustomerBalanceChanges .Where(cbch => cbch.CustomerAction == ca) .DefaultIfEmpty(), (ca, cbch) => new { ca, cbch}) .SelectMany(cacbch => CustomerPrizes .Where(cp => cacbch.ca == cp.CustomerAction) .DefaultIfEmpty(), (cacbch, cp) => new { cacbch.ca, cacbch.cbch, cp}) .Dump();

 SELECT [t0].[Id], [t0].[IsTimeKnown], [t0].[BrandName], [t0].[ActionTemplateId], [t0].[CustomerId], [t0].[StaffId], [t0].[PointOfContactId], [t0].[OriginalCustomerId], [t0].[IsOriginalCustomerIdExact], [t0].[TransactionalId], [t0].[DateTimeUtc], [t0].[CreationDateTimeUtc], [t2].[test], [t2].[Id] AS [Id2], [t2].[ChangeAmount], [t2].[Comments], [t2].[CustomerActionId], [t2].[AdminSiteComments], [t2].[BalanceId], [t4].[test] AS [test2], [t4].[Id] AS [Id3], [t4].[PrizeId], [t4].[SaleFactId], [t4].[PromoMechanicsName], [t4].[WonCustomerPrizeId], [t4].[PrizeType], [t4].[Published], [t4].[PromoMechanicsScheduleItemId], [t4].[CustomerActionId] AS [CustomerActionId2] FROM [directcrm].[CustomerActions] AS [t0] LEFT OUTER JOIN ( SELECT 1 AS [test], [t1].[Id], [t1].[ChangeAmount], [t1].[Comments], [t1].[CustomerActionId], [t1].[AdminSiteComments], [t1].[BalanceId] FROM [promo].[CustomerBalanceChanges] AS [t1] ) AS [t2] ON [t2].[CustomerActionId] = [t0].[Id] LEFT OUTER JOIN ( SELECT 1 AS [test], [t3].[Id], [t3].[PrizeId], [t3].[SaleFactId], [t3].[PromoMechanicsName], [t3].[WonCustomerPrizeId], [t3].[PrizeType], [t3].[Published], [t3].[PromoMechanicsScheduleItemId], [t3].[CustomerActionId] FROM [promo].[CustomerPrizes] AS [t3] ) AS [t4] ON [t0].[Id] = [t4].[CustomerActionId]

普通のことは何もありません。予想通り、左外部結合をもう1つ追加しました。しかし、一般的に言えば、クエリを別の方法で作成できます。たとえば、賞品ごとに間違いなく残高に変化があることがわかっているため、次のように書くことができます。

 CustomerActions .SelectMany(ca => CustomerPrizes .Join(CustomerBalanceChanges, cp => cp.CustomerAction, cbch => cbch.CustomerAction, (cp, cbch) => new { cbch, cp }) .Where(cbchcp => cbchcp.cbch.CustomerAction == ca) .DefaultIfEmpty(), (ca, cbchcp) => new { cbchcp.cbch, cbchcp.cp, ca}) .Dump();

これにより、次のSQLが生成されます。

 SELECT [t2].[Id], [t2].[ChangeAmount], [t2].[Comments], [t2].[CustomerActionId], [t2].[AdminSiteComments], [t2].[BalanceId], [t1].[Id] AS [Id2], [t1].[PrizeId], [t1].[SaleFactId], [t1].[PromoMechanicsName], [t1].[WonCustomerPrizeId], [t1].[PrizeType], [t1].[Published], [t1].[PromoMechanicsScheduleItemId], [t1].[CustomerActionId] AS [CustomerActionId2], [t0].[Id] AS [Id3], [t0].[IsTimeKnown], [t0].[BrandName], [t0].[ActionTemplateId], [t0].[CustomerId], [t0].[StaffId], [t0].[PointOfContactId], [t0].[OriginalCustomerId], [t0].[IsOriginalCustomerIdExact], [t0].[TransactionalId], [t0].[DateTimeUtc], [t0].[CreationDateTimeUtc] FROM [directcrm].[CustomerActions] AS [t0] LEFT OUTER JOIN ([promo].[CustomerPrizes] AS [t1] INNER JOIN [promo].[CustomerBalanceChanges] AS [t2] ON [t1].[CustomerActionId] = [t2].[CustomerActionId]) ON [t2].[CustomerActionId] = [t0].[Id]

エンティティの存在を確認するために、このSQLで[テスト]としてのSELECT 1が消えたことに注意してください。そして、これはそのようなリクエストが機能しないという事実につながりますが、 InvalidOperationException： "NULLはメンバーに割り当てることができません。これはNULL値を許可しないSystem.Int32型です。" linqはテストフラグを追跡しなくなったため、値がNULLの列からCustomerBalanceChangeおよびCustomerPrizeエンティティを正直に作成しようとしますが、たとえばCustomerBalanceChange.IdにNULLを書き込むことはできません。これは例外テキストからわかります。

この問題の回避策は何ですか？まず、最初のケースで書かれたように、リクエストを言い換えることができます。しかし、これは普遍的な解決策ではありません。誰もがこれはいつでもできると言ったからです。 Linqは最初の複雑なリクエストでも同じように分類でき、結合の再配置に時間を浪費する必要はありません。また、2番目の要求は最初の要求と意味的に異なります。

次に、エンティティではなく、特定のdtoに対してリクエストを行うことができます。たとえば、次のようになります。

 CustomerActions .SelectMany(ca => CustomerPrizes .Join(CustomerBalanceChanges, cp => cp.CustomerAction, cbch => cbch.CustomerAction, (cp, cbch) => new { cbch, cp }) .Where(cbchcp => cbchcp.cbch.CustomerAction == ca) .DefaultIfEmpty(), (ca, cbchcp) => new { cbchcp.cbch, cbchcp.cp, ca}) .Select(cacbchcp => new { CustomerActionId = cacbchcp.ca.Id, CustomerBalanceChangeId = (int?)cacbchcp.cbch.Id, CustomerPrizeId = (int?)cacbchcp.cp.Id, } )

CustomerBalanceChangeIdおよびCustomerPrizeIdが null可能になったため、問題ありません。しかし、このようなアプローチは私たちには適していないかもしれません。なぜなら、エンティティ（エンティティの変更、削除、または呼び出し）が正確に必要だからです。したがって、SQL側でnullチェックが行われる、結合の簡単な3番目の方法があります。

 CustomerActions .SelectMany(ca => CustomerPrizes .Join(CustomerBalanceChanges, cp => cp.CustomerAction, cbch => cbch.CustomerAction, (cp, cbch) => new { cbch, cp }) .Where(cbchcp => cbchcp.cbch.CustomerAction == ca) .DefaultIfEmpty(), (ca, cbchcp) => new { cbch = cbchcp == null ? null : cbchcp.cbch, cp = cbchcp == null ? null : cbchcp.cp, ca }) .Dump();

これは一見するとそれほど怖くないSQLに変換されます。

 SELECT (CASE WHEN [t3].[test] IS NULL THEN 1 ELSE 0 END) AS [value], [t3].[Id], [t3].[ChangeAmount], [t3].[Comments], [t3].[CustomerActionId], [t3].[AdminSiteComments], [t3].[BalanceId], [t3].[Id2], [t3].[PrizeId], [t3].[SaleFactId], [t3].[PromoMechanicsName], [t3].[WonCustomerPrizeId], [t3].[PrizeType], [t3].[Published], [t3].[PromoMechanicsScheduleItemId], [t3].[CustomerActionId2], [t0].[Id] AS [Id3], [t0].[IsTimeKnown], [t0].[BrandName], [t0].[ActionTemplateId], [t0].[CustomerId], [t0].[StaffId], [t0].[PointOfContactId], [t0].[OriginalCustomerId], [t0].[IsOriginalCustomerIdExact], [t0].[TransactionalId], [t0].[DateTimeUtc], [t0].[CreationDateTimeUtc] FROM [directcrm].[CustomerActions] AS [t0] LEFT OUTER JOIN ( SELECT 1 AS [test], [t2].[Id], [t2].[ChangeAmount], [t2].[Comments], [t2].[CustomerActionId], [t2].[AdminSiteComments], [t2].[BalanceId], [t1].[Id] AS [Id2], [t1].[PrizeId], [t1].[SaleFactId], [t1].[PromoMechanicsName], [t1].[WonCustomerPrizeId], [t1].[PrizeType], [t1].[Published], [t1].[PromoMechanicsScheduleItemId], [t1].[CustomerActionId] AS [CustomerActionId2] FROM [promo].[CustomerPrizes] AS [t1] INNER JOIN [promo].[CustomerBalanceChanges] AS [t2] ON [t1].[CustomerActionId] = [t2].[CustomerActionId] ) AS [t3] ON [t3].[CustomerActionId] = [t0].[Id]

しかし、あなたが見るように、ニュアンスがあります。クエリはそれほど複雑ではありませんでしたが、lint to sqlはまだ[t3]。Testを使用する代わりに、最終選択で[ CASE ... WHEN構文を描画しました。要求が大きすぎるまで心配する必要はありません。しかし、この方法でテーブル10を結合しようとすると、結果のSQLクエリは数百キロバイトに達する可能性があります！数百キロバイトのCASE ... WHENステートメント。

さらに、単純な左外部結合に対して上記の構造のいずれかを常に使用することはいくぶん不利です。LeftOuterJoin拡張メソッドを自分で記述してクエリで使用する方がはるかに簡単です。このような拡張機能がどのように表示されるかを次に示します。

 public static IQueryable<TResult> LeftOuterJoin<TOuter, TInner, TKey, TResult>( this IQueryable<TOuter> outerValues, IQueryable<TInner> innerValues, Expression<Func<TOuter, TKey>> outerKeySelector, Expression<Func<TInner, TKey>> innerKeySelector, Expression<Func<TOuter, TInner, TResult>> fullResultSelector, Expression<Func<TOuter, TResult>> partialResultSelector) { Expression<Func<TOuter, IEnumerable<TInner>, IEnumerable<TResult>>> resultSelector = (outerValue, groupedInnerValues) => groupedInnerValues.DefaultIfEmpty().Select( innerValue => Equals(innerValue, default(TInner)) ? partialResultSelector.Evaluate(outerValue) : fullResultSelector.Evaluate(outerValue, innerValue)); return outerValues .GroupJoin(innerValues, outerKeySelector, innerKeySelector, resultSelector.ExpandExpressions()) .SelectMany(result => result); }

この拡張機能は常に変換されますが、SQL側でnullチェックを使用します。以下の使用法が意図されています。

 var cbchcas = customerActions .LeftOuterJoin( context.Repositories .Get<CustomerBalanceChangeRepository>() .Items .Join(context.Repositories .Get<CustomerPrizeRepository>() .Items, cbch => cbch.CustomerAction, cp => cp.CustomerAction, (cbch, cp) => new { cbch, cp }), ca => ca, cbchcp => cbchcp.cbch.CustomerAction, (ca, cbchcp) => new { ca, cbchcp.cbch, cbchcp.cp }, ca => new { ca, cbch = (CustomerBalanceChange)null, cp = (CustomerPrize)null }) .ToArray();

 SELECT (CASE WHEN [t3].[test] IS NULL THEN 1 ELSE 0 END) AS [value], [t3].[Id], [t3].[CustomerActionId], [t3].[ChangeAmount], [t3].[Comments], [t3].[AdminSiteComments], [t3].[BalanceId], [t3].[PrizeType], [t3].[Id2], [t3].[PrizeId], [t3].[PromoMechanicsName] AS [PromoMechanicsSystemName], [t3].[Published], [t3].[PromoMechanicsScheduleItemId], [t3].[SaleFactId], [t3].[CustomerActionId2], [t3].[WonCustomerPrizeId], [t0].[Id] AS [Id3], [t0].[DateTimeUtc], [t0].[IsTimeKnown], [t0].[PointOfContactId], [t0].[BrandName] AS [BrandSystemName], [t0].[CreationDateTimeUtc], [t0].[ActionTemplateId], [t0].[CustomerId], [t0].[StaffId], [t0].[OriginalCustomerId], [t0].[IsOriginalCustomerIdExact], [t0].[TransactionalId] FROM [directcrm].[CustomerActions] AS [t0] LEFT OUTER JOIN ( SELECT 1 AS [test], [t1].[Id], [t1].[CustomerActionId], [t1].[ChangeAmount], [t1].[Comments], [t1].[AdminSiteComments], [t1].[BalanceId], [t2].[PrizeType], [t2].[Id] AS [Id2], [t2].[PrizeId], [t2].[PromoMechanicsName], [t2].[Published], [t2].[PromoMechanicsScheduleItemId], [t2].[SaleFactId], [t2].[CustomerActionId] AS [CustomerActionId2], [t2].[WonCustomerPrizeId] FROM [promo].[CustomerBalanceChanges] AS [t1] INNER JOIN [promo].[CustomerPrizes] AS [t2] ON [t1].[CustomerActionId] = [t2].[CustomerActionId] ) AS [t3] ON [t0].[Id] = [t3].[CustomerActionId]

拡張メソッド自体がEvaluateおよびExpandExpressionsメソッドを使用していることに気付くかもしれません。これらは、 Mindbox.Expressionsライブラリの拡張メソッドです。 ExpandExpressionsメソッドは、呼び出された式ツリー全体を再帰的に走査し、Evaluate呼び出しをEvaluateが呼び出された式で再帰的に置き換えます。 ExpandExpressionsメソッドは、ExpressionオブジェクトとIQueryableの両方で呼び出すことができます。これは、より便利な場合があります（たとえば、クエリが複数の場所に構築されている場合）。このライブラリには、コードのリフレクション作業のための興味深い関数も多数あります。おそらく、ライブラリは誰かに役立つでしょう。

UPD。 同僚からの小さなコメント：

>したがって、明らかに、等式演算子ではなくobject.Equalsを使用するようにしてください。これは、より「定性的に」変換されるためです。

悪いアドバイス。これは、もちろん、nullと比較する問題を解決します。ただし、副作用があります。

互換性のない型の値の比較を書くことができ、コンパイラは誓うことはありません
.NETで事前に計算できない2つの値（たとえば、エンティティの2つのプロパティ）を比較すると、SQLの品質が低下し、遅くなります（または等しいか、両方ともnullです）
列挙型では機能しない場合があります。マッピングのバグがあります-彼は、値をintではなく文字列に変換する必要があることを常に理解しているわけではありません。彼は、比較操作について理解し、パラメーターをobject.Equalsに渡すことについて、問題に遭遇したようです。

Linq to Sqlの興味深い点

Dbtype

同等性テスト

LeftOuterJoin

More articles: