You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In case you are still trying to hammer these out via something related to #18694 , some simple queries are still adding in IS NOT NULL where I would not expect them.
I have checked these using 3.1.0-preview2.19525.5 as well. (Latest daily build)
Example 1, hard coded predicate
context.People.Where(p=>p.Name=="Erik").ToList();
Results in
the following predicate in the SQL (SQL Server and also SQLite) WHERE ([s].[Name] = N'Erik') AND [s].[Name] IS NOT NULL
When using a variable, the parameterized query has definitely reduced the # of null checks (there were 4!) that we saw in EF Core 3.0 but this still seems extraneous. (I ran it by someone with much stronger DB knowledge than myself and he agreed). Hint as to who that as lies in my sample. :)
WHERE ([s].[Name] =@__name_0) AND [s].[Name] IS NOT NULL
Further technical details
EF Core version: 3.1.0-preview2.19525.5
Database provider: Microsoft.EntityFrameworkCore.SqlServer
Target framework: (e.g. .NET Core 3.0)
Operating system: Windows 10
IDE: (e.g. Visual Studio 2019 16.3.6)
The text was updated successfully, but these errors were encountered:
that and variations aren't giving me preview3 so maybe not published. Anyway...i'll just carry on. You can close this if you know you've already gotten to it.
In case you are still trying to hammer these out via something related to #18694 , some simple queries are still adding in IS NOT NULL where I would not expect them.
I have checked these using 3.1.0-preview2.19525.5 as well. (Latest daily build)
Example 1, hard coded predicate
context.People.Where(p=>p.Name=="Erik").ToList();
Results in
the following predicate in the SQL (SQL Server and also SQLite)
WHERE ([s].[Name] = N'Erik') AND [s].[Name] IS NOT NULL
When using a variable, the parameterized query has definitely reduced the # of null checks (there were 4!) that we saw in EF Core 3.0 but this still seems extraneous. (I ran it by someone with much stronger DB knowledge than myself and he agreed). Hint as to who that as lies in my sample. :)
WHERE ([s].[Name] =@__name_0) AND [s].[Name] IS NOT NULL
Further technical details
EF Core version: 3.1.0-preview2.19525.5
Database provider: Microsoft.EntityFrameworkCore.SqlServer
Target framework: (e.g. .NET Core 3.0)
Operating system: Windows 10
IDE: (e.g. Visual Studio 2019 16.3.6)
The text was updated successfully, but these errors were encountered: