WildSery> Диапазон может вставляться ... перечислением всех часов.

Может, но это извращение в гамаке стоя, ИМХО.
Хуже его первоначального варианта.
Posted via ActualForum NNTP Server 1.5

IBExpert> Чем триггеры-то не угодили?

Необходимостью работы с транзакциями и конфликтами.
С индексом было бы проще - навесил и забыл.
Posted via ActualForum NNTP Server 1.5

alekcvp> Так, прикинуть: 365 дней в году, по 8 записей на день


Когда бронь растянется - попомни это обсуждение. :)
Posted via ActualForum NNTP Server 1.5

kdv> только вычисляемым индексом (скорее, индексом по вычисляемому столбцу).

Даже им нельзя, AFAIS - к, примеру, 1-5, 4-7.
Posted via ActualForum NNTP Server 1.5

alekcvp> Там около 10 полей, в т.ч. 1 varchar(256), я привёл только значимые.

Вы, кажется, о разном говорите. Дублировать записи не будет нужно,
просто ссылаться на соотв. час. Если я правильно понял Сержа.
Posted via ActualForum NNTP Server 1.5

А, или ты про 8 индексов на каждый час? Ужас-ужас.
Posted via ActualForum NNTP Server 1.5

alekcvp> Какие-нибудь замечания или дополнения можете сделать?

Лишь повторюсь - в погоне за простотой уникальности
ты значительно усложняешь реализацию и сопровождение.
Гора родит Годзиллу вместо мыши.
Posted via ActualForum NNTP Server 1.5

alekcvp> А как иначе избежать этого 21482445?

Уникальность (непересекаемость) интервалов (дат, чисел)
нормального (простого, адекватного) решения не имеет, ИМХО.
Те которые есть (например, с непрерывными интервалами и FK
от D2 на D1) на мой вкус уродливы, так что лично я бы выбирал
алгоритмическое решение - например, с пессим. блокировкой
нужного интервала (или перечня записей на каждый час) или по
варианту Влада.

Дублирование записей на каждый час лично мне не нравится.
Posted via ActualForum NNTP Server 1.5

alekcvp> делать очень короткую пишущую транзакцию (wait) и
alekcvp> первым делом в ней блокировать строку с объектом

Ну это та же пессим.блокировка, только не дат, а объекта.
Т.е. ещё хуже, по сути. А пишущие транзакции итак всегда
должны быть максимально короткими.
Posted via ActualForum NNTP Server 1.5

Дегтярев Евгений> я бы вынес проверки из БД. например, отдельный сервис сделать, который отвечает за бронирование

Если делать отдельный сервис как промежуточное звено, то это
ещё большее усложнение, т.е. развести стадо Годзилл, летающих. :)
А если делать накопление "заявок" в очередь внутри БД с послед.
обработкой одним коннектом, т.е. сильно асинхронно - клиент не
увидит статуса своей заявки "сразу".
Posted via ActualForum NNTP Server 1.5

alekcvp> А даты в такой модели не заблокировать никак...

Ну, зависит от доп. таблиц. Например, если в доп.таблице
будут те самые "ID, Date, Hour" - можно их блокировать,
потом снимать блокировку (поскольку для послед.работы
и селектов они уже будут не нужны).

Posted via ActualForum NNTP Server 1.5

Кстати, про архитектуру/область ты ничего не сказал.
Это двузвенка или трехзвенка с Web-ом или что ?
Posted via ActualForum NNTP Server 1.5