Я знаю, что логически, в некоторых случаях значения NULL имеют смысл в схеме БД, например, если некоторые значения не были заданы. Тем не менее, работа вокруг DBNull в коде имеет тенденцию быть королевской болью. Например, если я отрисовываю представление и хочу увидеть строку, я не ожидал бы, что значение будет пустой строкой, а не «Null», и я ненавижу кодировать этот сценарий.
Кроме того, это облегчает выполнение запросов. По общему признанию, вы можете сделать "foo is not null" очень легко, но для младших разработчиков SQL это интуитивно понятно, если вы не сможете использовать "foo! = Null" (и да, я знаю об опциях отключения нулей ANSI и т. Д. , но это определенно НЕ проще, и мне не нравится работать вне стандарта).
Какая веская причина для того, чтобы иметь / разрешать нули в схеме базы данных?