Добрый день, джентельмены!
Наставьте на путь истинный...
Есть в таблице два поля типа 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)

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

Очередной вопрос по заданию ограничения на столбец.
Есть столбец, в котором описываются типы услуг...
Например,
Реализация основных профессиональных образовательных программ профессионального обучения - программ профессиональной подготовки по профессиям
Реализация дополнительных профессиональных программ (МНС, СНС) на базе среднего или высшего профессионального образования
Пишу ограничение на столбец типа такого:
(NOT [fEduServiceMainDescr] like '%[!0-9а-я., ()-]%')
Получаю ошибку, что ранее введенные данные не соответствуют ограничению.
Мне нужно допустить ввод ТОЛЬКО русских букв и некоторых знаков пунктуации(точка, запятая, пробел и тире)...
Подскажите, что я делаю не так?

То, что в колонке есть данные, не проходящие проверку ограничения - я понимаю.
Я не могу понять, на какой символ ограничение "делает стойку" и правильно ли я написал
правило ограничения вводимых символов?

На зарубежных форумах нашел решение, попробовал - вроде работает.
(NOT [fEduServiceMainDescr] like '%[^0-9а-я., ()-]%')

To Alex222:
Учу читать ДОРОГО!
Прежде чем писать что-то, извольте сударь, прочитать сообщение...
У меня одна строка в таблице, и без Вашего запроса я знаю, что косяк в ней.
Вопрос был про СИМВОЛ в строке.
Тем более, что решение я нашел сам, возможно, это пригодится кому-то.
Выбросьте свой старославянский букварь - по нему уже никто не говорит и не пишет.

Возник очередной вопрос - как в строке ограничения задать допустимые символы ' и " ?

To SQL2008:
В таблице две записи у которых дата начала стоит 2017-01-01, дата окончания NULL. Что Вы хотели узнать (подсказать)?

To Alexeyvg:
Уважаемые коллеги, прежде чем отвечать, прочитайте ВНИМАТЕЛЬНО вопрос. Вопрос состоял не как в предикате WHERE задать символы кавычек....

To Владислав Колосов:
В литературе по написанию баз данных SQL (по крайней мере, что мне попадались) описываются простые типы ограничений, типа возраст более 18 лет, дата не меньше текущей и т.д. Про задания диапазона допустимых вводимых символах - нигде, только в конференциях (и, к сожалению, в большинстве своем - зарубежных). Кстати, нигде не встречалось описание сравнения, когда дата начала есть, а дата окончания NULL (открытая). Если в лоб сравнивать, то при начале NULL и какой-то финальной даты - получим NULL, если обе даты NULL, опять получим NULL...

Модератор: Поменьше эпатажа с этим вашим "внимательно читайте вопрос". Отвечающие у вас тут не на экзамене.