Добрый день, джентельмены!
Наставьте на путь истинный...
Есть в таблице два поля типа date
DateBegin и DateEnd, которые означают дату начала работы (например) и дату окончания работы.
Поле DateBegin не может принимать значение NULL, что отражено в конструкторе таблиц и не может быть ранее, допустим 01.01.2017. Поле DateEnd может принимать значение как NULL, так и некоторое значение даты, которая должна быть более (или равна) дате начала работы, но не более конечной даты.
Настиг вопрос, как написать правильные ограничения на столбцы дат.
1) Вставляю в поле ограничения для DateBegin следующее
([fValDateBegin]>='2017-01-01' AND [fValDateBegin]<'2050-01-01')
2) Вставляю в поле ограничения для DateEnd следующее
([fValDateEnd]=NULL OR [fValDateEnd]>='2017-01-01' AND [fValDateEnd]<'2050-01-01')

Получаю ошибку при сохранении...
И попутный вопрос, как при вставке контролировать, чтобы дата начала работ была меньше или равна дате окончания работ (на уровне записи, с учетом NULL в поле DateEnd)?

пробовал и такую конструкцию как fValDateEnd is null
Результат был тот же самый. При попытке сохранить результаты правки, выходит сообщение, что текст ограничения содержит ошибки.
В Accesse есть возможность на каждое нарушение ограничения вывести свое соощение (в чем конкретно ошибка). В SQL так понимаю такого нет? Очень неинформативное сообщение о нарушении данных в ограничении ХХХХ базы такой-то.
Данные в столбцах таковы fValDateBegin = 2017-01-01, fValDateEnd = NULL во всех записях.

Конструктор таблиц упорно не хотел сохранять ограничения, вопя об ошибке сохранения.
Убил эти ограничения и через ALTER все прекрасно сохранилось.
Попутно возник вопрос - у меня несколько таблиц, в которых содержатся аналогичные поля, на которые накладываются аналогичные ограничения. Есть ли возможность создать ОДНО ограничение для каждого столбца и применить его к разным таблицам?
Или лучше вынести проверку корректности данных в функцию и применять ее через триггер?

Alter table myTable With Check Check constraint myConstraint

Command(s) completed successfully.

Изменение в поле fValDateBegin (заранее неверное при ограничении) выдает ошибку вставки записи из-за сработавшего ограничения на поле.

Самое интересное, что если у поля поменять тип с date на datetime, ошибок SSMS при сохранении этого же ограничения не происходит.
Интересно, в чем фикус?

Добрый день,Владислав Колосов!
Не понятно, почему при работе в SSMS с полем типа datetime не вылетает ошибка, а при типе поля date появляется?
И попутный вопрос - не могу для себя выяснить правильное направление движения.
Использовать ли ограничения на значение столбцах или же использовать триггер?

Владислав Колосов, по Вашему совету убрал дефисы (хотя читал, что это тоже универсальный формат даты, не зависящий от языка)
([fValDateEnd] IS NULL OR [fValDateEnd]>='20170101' AND [fValDateEnd]<'20500101')
Все равно при сохранении вылетает ошибка "Error validating constraint. Do you want to edit..."
При смене на тип datetime этой ошибки нет, как впрочем и при вставке через командную строку...
А по второй части вопроса можете что-нибудь посоветовать?

Выкладываю скрины....

Походу сервер не дает приложить файлы...
И еще попутный вопрос ....
У меня в нескольких таблицах в полях есть одинаковые ограничения на дату.
Что лучше, прописывать ограничения для каждой таблицы или создать функцию, где эти ограничения прописаны и применить эту функцию к необходимым столбцам всех нужных таблиц?
На всякий случай вывод @@Version
Microsoft SQL Server 2008 R2 (SP3) - 10.50.6220.0 (X64) Mar 19 2015 12:32:14 Copyright (c) Microsoft Corporation Enterprise Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)

Модератор: Вложение удалено.