‫مدیریت شروط اختیاری و مقادیر Null در عبارت‌های LINQ و Entity Framework Core

• هنوز هیچ عملیات جفت‌کاری (Fitup) برای آن‌ها ثبت نشده باشد.
• جفت‌کاری شده‌اند اما هنوز جوشکاری (Weld) ندارند.
• جوشکاری شده‌اند و تاریخ گزارش جوش آن‌ها در یک بازه زمانی خاص قرار دارد.

public class Component
{
    public int Id { get; set; }
    public string Name { get; set; }
    public ICollection<Fitup> Fitups { get; set; } = new List<Fitup>();
}

public class Fitup
{
    public int Id { get; set; }
    public int ComponentId { get; set; }
    public Component Component { get; set; }
    public ICollection<Weld> Welds { get; set; } = new List<Weld>();
}

public class Weld
{
    public int Id { get; set; }
    public int FitupId { get; set; }
    public Fitup Fitup { get; set; }
    public Report Report { get; set; } // Owned Entity or Navigation
}

public class Report
{
    public int Id { get; set; }
    public DateTime Date { get; set; }
    // سایر فیلدها...
}

// کلاس ورودی جستجو
public class SearchCommand
{
    public DateTime ExecutionDate { get; set; }
    public DateTime? NextExecutionDate { get; set; }
}

public class AppDbContext : DbContext
{
    public DbSet<Component> Components { get; set; }
    // تنظیمات مربوط به روابط در OnModelCreating...
}

var query = context.Components.Where(x =>
    !x.Fitups.Any() || // شرط ۱: بدون جفت‌کاری
    (x.Fitups.Any() && x.Fitups.Any(fitup => !fitup.Welds.Any())) || // شرط ۲: بدون جوش
    (command.NextExecutionDate.HasValue ? // شرط ۳: بررسی بازه تاریخ
        (x.Fitups.Any() && x.Fitups.Any(fitup =>
            fitup.Welds.Any(weld =>
                weld.Report.Date >= command.ExecutionDate
                && weld.Report.Date < command.NextExecutionDate.Value))) 
        :
        (x.Fitups.Any() && x.Fitups.Any(fitup =>
            fitup.Welds.Any(weld =>
                weld.Report.Date >= command.ExecutionDate)))
    )
);

• خوانایی پایین (Low Readability): تکرار منطق Fitups.Any(...) در دو بخش true و false شرط، نگهداری کد را دشوار می‌کند.
• پیچیدگی درخت عبارت (Expression Tree Complexity): اگرچه EF Core در نسخه‌های جدید (3.1 به بعد) در ترجمه شرط‌های پیچیده بهبود یافته است، اما استفاده از عملگرهای شرطی C# در سطح کوئری دیتابیس گاهی منجر به تولید SQL ناکارآمد یا خطای ترجمه (Client-side evaluation exception) در برخی Providerها می‌شود.
• نقض اصل DRY: منطق فیلتر کردن بر اساس ExecutionDate دو بار تکرار شده است.

var query = context.Components.Where(x =>
    !x.Fitups.Any() 
    || x.Fitups.Any(f => !f.Welds.Any())
    || x.Fitups.Any(f =>
          f.Welds.Any(w =>
             w.Report.Date >= command.ExecutionDate // شرط کف بازه (همیشه ثابت)
             && 
             (!command.NextExecutionDate.HasValue || w.Report.Date < command.NextExecutionDate.Value) // شرط سقف بازه (پویا)
          )
       )
);

Result=(Date≥Start)∧(true∨...)
Result=(Date≥Start)∧true
Result=Date≥Start

Result=(Date≥Start)∧(false∨Date<End)
Result=(Date≥Start)∧(Date<End)

WHERE (@p_NextDate IS NULL) OR (ReportDate < @p_NextDate)

• اگر در اولین اجرا پارامتر NULL باشد، دیتابیس فرض می‌کند که اسکن کردن کل جدول بهینه است.
• اگر در اجرای بعدی پارامتر مقدار داشته باشد (بازه زمانی کوچک)، استفاده از Plan قبلی (Full Scan) برای یک بازه کوچک بسیار کُند خواهد بود.
• راه‌حل: در سناریوهای بسیار پرفشار، گاهی بهتر است کوئری را به دو شاخه if/else در کد C# تقسیم کنیم تا دو کوئری SQL مجزا تولید شود، یا از هینت‌های دیتابیس (OPTION(RECOMPILE)) استفاده شود. اما برای اکثر کاربردهای معمول، کد اصلاح شده در بخش ۳ کاملاً قابل قبول است.

CREATE INDEX IX_Report_Date ON Reports (Date);
-- یا اگر Report داخل Weld است
CREATE INDEX IX_Weld_ReportDate ON Welds (Report_Date);