Есть таблица:
Как можно сделать проверку на уровне БД на непересекаемость интервалов (date_start-date_end) для одного клиента (у одного клиента не может быть два тарифа одновременно)? Еще неплохо бы сделать проверку на то, чтоб у клиента не было периода времени без выбранного тарифа (на операторов нельзя надеяться).
Заранее спасибо за ответы.

Бабичев СергейНужно поменять структуру данных.
Все твои сложности - из-за неправильно выбранной модели данных.

Зачем тебе хранить дату окончания действия тарифа?
Достаточно хранить только дату начала.
И тогда вся таоя головная боль исчезнет.
Периоды действия тарифов не будут пересекаться, так как начало действия одного тарифа будет, по сути, датой окончания действия другого . Также не будет интервалов с неустановленным тарифом.

Тогда вся твоя проверка сведется к двум чек-констрейнтам: первый будет проверять уникальность сочетания полей <идентификатор клиента>/<дата начала действия тарифа> (фактически составной уникальный ключ)
Вторая будет проверять отсутствие пустых значений в поле с тарифом.
Обе проверки элементрано реализуются средствами обеспечения целостности данных на уровне СУБД.
Спасибо за совет, структуру переделал, теперь эти проблемы решились.
Хотел бы еще поинтересоваться, как лучше делать детализацию счета (лог денежных списаний). Сейчас делается примерно так (упрощенно):
1) Определяется сумма и id клиента;
2) UPDATE аккоунт SET баланс=баланс-СУММА WHERE id клиента=ID;
3) INSERT детализация (id клиента, сумма, тип услуги (номер),дата) VALUES (ID, SUM, 1,'2007-10-10');
Или лучше сначала делать вставку в таблицу детализации, а потом по триггеру на нее (таб детализации) делать UPDATE таблицы аккаунтов?