Имеем простейший класс смаппированный из таблицы Firebird
[Table(Schema="SYSDBA", Name="Items")]
public partial class Item
{
[PrimaryKey, Identity ] public long ID { get; set; } // bigint
[Column, NotNull ] public string Name { get; set; } // varchar(100)
[Column, Nullable] public short? Rating { get; set; } // smallint
}
и к нему простейшие запросы, которые совершенно по разному проверяют значение null. Общей картины пока не видно мне:
вроде бы связано с атрибутами NotNull и Nullable, но это пока поля не участвуют в выражениях:
Или хотя бы как можно на это повлиять?
Здравствуйте, Naf2000, Вы писали:
N>Или хотя бы как можно на это повлиять?
См.
LinqToDB.Common.Configuration.Linq.CompareNullsAsValues.
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Здравствуйте, Петрухин Эдуард, Вы писали:
ПЭ>Здравствуйте, Naf2000, Вы писали:
N>>Или хотя бы как можно на это повлиять?
ПЭ>См. LinqToDB.Common.Configuration.Linq.CompareNullsAsValues.
Спасибо. Поставил:
Configuration.Linq.CompareNullsAsValues=false;
По крайней мере единообразное поведение получилось.
Здравствуйте, Naf2000, Вы писали:
N>Здравствуйте, Петрухин Эдуард, Вы писали:
ПЭ>>Здравствуйте, Naf2000, Вы писали:
N>>>Или хотя бы как можно на это повлиять?
ПЭ>>См. LinqToDB.Common.Configuration.Linq.CompareNullsAsValues.
N>Спасибо. Поставил:
N>Configuration.Linq.CompareNullsAsValues=false;
N>По крайней мере единообразное поведение получилось.
Пишите для нас еще тесты? У нас такого добра завались. Около 300К тестов проганяется, практически на все случаи жизни, на разных базах данных.
Но посыл правильный — доверяй, но проверяй.