Як я можу запитати нульові значення в рамках сутності?

Я хочу виконати такий запит

   var result = from entry in table
                     where entry.something == null
                     select entry;

і отримати IS NULLгенерований.

Відредаговано: Після перших двох відповідей я відчуваю необхідність уточнити, що я використовую Entity Framework, а не Linq для SQL. Метод object.Equals (), здається, не працює в EF.

Редагувати №2: Наведений вище запит працює за призначенням. Це правильно генерує IS NULL. Однак мій виробничий код був

value = null;
var result = from entry in table
                         where entry.something == value
                         select entry;

і генерований SQL був something = @p; @p = NULL. Здається, що EF правильно перекладає константний вираз, але якщо задіяна змінна, вона трактує це як звичайне порівняння. Має сенс насправді. Я закрию це питання

Вирішення питання для Linq-SQL:

var result = from entry in table
             where entry.something.Equals(value)
             select entry;

Обхід для Linq-до-Entities (ой!):

var result = from entry in table
             where (value == null ? entry.something == null : entry.something == value)
             select entry;

Це гидкий клоп, який мене покусав кілька разів. Якщо ця помилка вплинула і на вас, відвідайте звіт про помилку на UserVoice та повідомте Microsoft, що ця помилка вплинула і на вас.

Редагувати: Ця помилка виправляється в EF 4.5 ! Дякуємо всім за те, що підтримували цю помилку!

Для зворотної сумісності він буде ввімкнено - для роботи потрібно ввімкнути налаштування вручну entry == value. Жодного слова про те, що таке налаштування. Будьте в курсі!

Редагувати 2: Відповідно до цієї посади команди EF, ця проблема була виправлена ​​в EF6! Woohoo!

Ми змінили поведінку за замовчуванням EF6, щоб компенсувати тризначну логіку.

Це означає, що існуючий код, який спирається на стару поведінку ( null != nullале лише при порівнянні зі змінною) , або повинен бути змінений, щоб не покладатися на цю поведінку, або встановлений UseCSharpNullComparisonBehaviorна хибний, щоб використовувати стару порушену поведінку.

З Entity Framework 5.0 ви можете використовувати наступний код, щоб вирішити свою проблему:

public abstract class YourContext : DbContext
{
  public YourContext()
  {
    (this as IObjectContextAdapter).ObjectContext.ContextOptions.UseCSharpNullComparisonBehavior = true;
  }
}

Це повинно вирішити ваші проблеми, оскільки Entity Framerwork використовуватиме порівняння з нулем "C # like".

Існує дещо простіший спосіб вирішення, який працює з LINQ для Entities:

var result = from entry in table
         where entry.something == value || (value == null && entry.something == null)
         select entry;

Це працює, оскільки AZ зауважив, що LINQ для Entities особливих випадків x == null (тобто порівняння рівності проти нульової постійної) і переводить його на x IS NULL.

Зараз ми розглядаємо можливість зміни такої поведінки для автоматичного введення компенсуючих порівнянь, якщо обидві сторони рівності є нульовими. Однак є кілька проблем:

1. Це потенційно може порушити код, який вже залежить від існуючої поведінки.
2. Новий переклад може вплинути на ефективність існуючих запитів, навіть коли нульовий параметр рідко використовується.

У будь-якому випадку, чи будемо ми працювати над цим, буде дуже залежати від відносного пріоритету, який наші клієнти присвоюють йому. Якщо ви піклуєтесь про проблему, я рекомендую проголосувати за це на нашому новому веб-сайті із пропозиціями щодо функцій: https://data.uservoice.com .

Якщо це зведений тип, можливо, спробуйте скористатися властивістю HasValue?

var result = from entry in table
                 where !entry.something.HasValue
                 select entry;

Не майте жодної EF для тестування тут, хоча ... просто пропозиція =)

var result = from entry in table
             where entry.something.Equals(null)
             select entry;

Довідка MSDN : LINQ до SQL: .NET-інтегрований запит на реляційні дані

мати справу з використанням Null Comparons Object.Equals() замість==

перевірити це посилання

Вказуючи, що всі пропозиції Entity Framework <6.0 породжують деякий незручний SQL. Дивіться другий приклад для "чистого" виправлення.

Несміливий спосіб вирішення проблеми

// comparing against this...
Foo item = ...

return DataModel.Foos.FirstOrDefault(o =>
    o.ProductID == item.ProductID
    // ridiculous < EF 4.5 nullable comparison workaround http://stackoverflow.com/a/2541042/1037948
    && item.ProductStyleID.HasValue ? o.ProductStyleID == item.ProductStyleID : o.ProductStyleID == null
    && item.MountingID.HasValue ? o.MountingID == item.MountingID : o.MountingID == null
    && item.FrameID.HasValue ? o.FrameID == item.FrameID : o.FrameID == null
    && o.Width == w
    && o.Height == h
    );

результати в SQL на зразок:

SELECT TOP (1) [Extent1].[ID]                 AS [ID],
       [Extent1].[Name]               AS [Name],
       [Extent1].[DisplayName]        AS [DisplayName],
       [Extent1].[ProductID]          AS [ProductID],
       [Extent1].[ProductStyleID]     AS [ProductStyleID],
       [Extent1].[MountingID]         AS [MountingID],
       [Extent1].[Width]              AS [Width],
       [Extent1].[Height]             AS [Height],
       [Extent1].[FrameID]            AS [FrameID],
FROM   [dbo].[Foos] AS [Extent1]
WHERE  (CASE
  WHEN (([Extent1].[ProductID] = 1 /* @p__linq__0 */)
        AND (NULL /* @p__linq__1 */ IS NOT NULL)) THEN
    CASE
      WHEN ([Extent1].[ProductStyleID] = NULL /* @p__linq__2 */) THEN cast(1 as bit)
      WHEN ([Extent1].[ProductStyleID] <> NULL /* @p__linq__2 */) THEN cast(0 as bit)
    END
  WHEN (([Extent1].[ProductStyleID] IS NULL)
        AND (2 /* @p__linq__3 */ IS NOT NULL)) THEN
    CASE
      WHEN ([Extent1].[MountingID] = 2 /* @p__linq__4 */) THEN cast(1 as bit)
      WHEN ([Extent1].[MountingID] <> 2 /* @p__linq__4 */) THEN cast(0 as bit)
    END
  WHEN (([Extent1].[MountingID] IS NULL)
        AND (NULL /* @p__linq__5 */ IS NOT NULL)) THEN
    CASE
      WHEN ([Extent1].[FrameID] = NULL /* @p__linq__6 */) THEN cast(1 as bit)
      WHEN ([Extent1].[FrameID] <> NULL /* @p__linq__6 */) THEN cast(0 as bit)
    END
  WHEN (([Extent1].[FrameID] IS NULL)
        AND ([Extent1].[Width] = 20 /* @p__linq__7 */)
        AND ([Extent1].[Height] = 16 /* @p__linq__8 */)) THEN cast(1 as bit)
  WHEN (NOT (([Extent1].[FrameID] IS NULL)
             AND ([Extent1].[Width] = 20 /* @p__linq__7 */)
             AND ([Extent1].[Height] = 16 /* @p__linq__8 */))) THEN cast(0 as bit)
END) = 1

Скандальний шлях

Якщо ви хочете генерувати чистіший SQL, щось подібне:

// outrageous < EF 4.5 nullable comparison workaround http://stackoverflow.com/a/2541042/1037948
Expression<Func<Foo, bool>> filterProductStyle, filterMounting, filterFrame;
if(item.ProductStyleID.HasValue) filterProductStyle = o => o.ProductStyleID == item.ProductStyleID;
else filterProductStyle = o => o.ProductStyleID == null;

if (item.MountingID.HasValue) filterMounting = o => o.MountingID == item.MountingID;
else filterMounting = o => o.MountingID == null;

if (item.FrameID.HasValue) filterFrame = o => o.FrameID == item.FrameID;
else filterFrame = o => o.FrameID == null;

return DataModel.Foos.Where(o =>
    o.ProductID == item.ProductID
    && o.Width == w
    && o.Height == h
    )
    // continue the outrageous workaround for proper sql
    .Where(filterProductStyle)
    .Where(filterMounting)
    .Where(filterFrame)
    .FirstOrDefault()
    ;

в першу чергу виходить те, що ви хотіли:

SELECT TOP (1) [Extent1].[ID]                 AS [ID],
           [Extent1].[Name]               AS [Name],
           [Extent1].[DisplayName]        AS [DisplayName],
           [Extent1].[ProductID]          AS [ProductID],
           [Extent1].[ProductStyleID]     AS [ProductStyleID],
           [Extent1].[MountingID]         AS [MountingID],
           [Extent1].[Width]              AS [Width],
           [Extent1].[Height]             AS [Height],
           [Extent1].[FrameID]            AS [FrameID],
FROM   [dbo].[Foos] AS [Extent1]
WHERE  ([Extent1].[ProductID] = 1 /* @p__linq__0 */)
   AND ([Extent1].[Width] = 16 /* @p__linq__1 */)
   AND ([Extent1].[Height] = 20 /* @p__linq__2 */)
   AND ([Extent1].[ProductStyleID] IS NULL)
   AND ([Extent1].[MountingID] = 2 /* @p__linq__3 */)
   AND ([Extent1].[FrameID] IS NULL)

var result = from entry in table
                     where entry.something == null
                     select entry;

Наведений вище запит працює за призначенням. Це правильно генерує НІЛЬНО. Однак мій виробничий код був

var value = null;
var result = from entry in table
                         where entry.something == value
                         select entry;

і генерований SQL був щось = @p; @p = NULL Здається, що EF правильно перекладає константний вираз, але якщо задіяна змінна, вона трактує це як звичайне порівняння. Має сенс насправді.

Здається, що у Linq2Sql є і ця "проблема". Виявляється, що для цієї поведінки є вагома причина через те, чи ANSI NULLs увімкнено чи вимкнено, але він марить розумом, чому прямий "== null" насправді буде працювати так, як ви очікували.

Особисто я віддаю перевагу:

var result = from entry in table    
             where (entry.something??0)==(value??0)                    
              select entry;

над

var result = from entry in table
             where (value == null ? entry.something == null : entry.something == value)
             select entry;

тому що це перешкоджає повторенню, хоча це не математично точно, але добре підходить для більшості випадків.

Я не в змозі коментувати повідомлення divega, але серед різних рішень, представлених тут, рішення divega створює найкращий SQL. Як продуктивність, так і тривалість. Я щойно перевірив програму SQL Server Profiler і переглянув план виконання (з "ВКЛЮЧИТИ ПРОФІЛЬ СТАТИСТИКИ").

На жаль, в Entity Framework 5 DbContext ця проблема все ще не виправлена.

Я використав це рішення (працює з MSSQL 2012, але параметр ANSI NULLS може бути застарілим у будь-якій майбутній версії MSSQL).

public class Context : DbContext
{

    public Context()
        : base("name=Context")
    {
        this.Database.Connection.StateChange += Connection_StateChange;
    }

    void Connection_StateChange(object sender, System.Data.StateChangeEventArgs e)
    {
        // Set ANSI_NULLS OFF when any connection is opened. This is needed because of a bug in Entity Framework
        // that is not fixed in EF 5 when using DbContext.
        if (e.CurrentState == System.Data.ConnectionState.Open)
        {
            var connection = (System.Data.Common.DbConnection)sender;
            using (var cmd = connection.CreateCommand())
            {
                cmd.CommandText = "SET ANSI_NULLS OFF";
                cmd.ExecuteNonQuery();
            }
        }
    }
}

Слід зазначити, що це брудне вирішення, але воно може бути реалізовано дуже швидко і працює для всіх запитів.

Якщо ви віддаєте перевагу використанню синтаксису методу (лямбда), як і я, ви можете зробити те саме, що і це:

var result = new TableName();

using(var db = new EFObjectContext)
{
    var query = db.TableName;

    query = value1 == null 
        ? query.Where(tbl => tbl.entry1 == null) 
        : query.Where(tbl => tbl.entry1 == value1);

    query = value2 == null 
        ? query.Where(tbl => tbl.entry2 == null) 
        : query.Where(tbl => tbl.entry2 == value2);

    result = query
        .Select(tbl => tbl)
        .FirstOrDefault();

   // Inspect the value of the trace variable below to see the sql generated by EF
   var trace = ((ObjectQuery<REF_EQUIPMENT>) query).ToTraceString();

}

return result;

var result = from entry in table    
             where entry.something == value||entry.something == null                   
              select entry;

використовувати це