Shakillа зачем усложнять задачу?Где?
Наоборот, упрощаю. Есть одна модель понимания - и все "формулы" становятся одинаковыми во всех 100500 разнообразных задачах и главное простыми. И читаются мгновенно.

А так, "А тут у нас нет у даты времени, так давайте сделаем всё по другому и вымучаем формулы"
Как в анекдоте:
- В командирских часах 8 стрелок.
- Зачем?
- 4-ре для дезориентации противника!
Shakillесли в опорной таблице ...., то для проверки ...
... и это самый простой вариантГде он проще? Посмотрите на мой запрос - он что сложнее?
Ваш сложнее, ибо надо всё понять через призму множества всяких "если-то".

Shakillно это общий подход и код бы получился несколько сложнееГде?
Вы мне ответьте где сложнее? Конкретно.

rukesaдействительно, время в данной таблице всегда 00:00:00.000Зачем вам об этом думать, есть там оно или нет?
Завтра придёт заказчик и скажет "А давайте будет"
И всё, ваш код уже не работает. Смысл.

Вы не путайте объективное "проще", от вашего субъективного. Не умеет кого-то пользоваться молотком, не значит что надо всегда бить гвозди микроскопом.
Ага, педалью "газ" умею пользоваться, а вот "тормоз" не понимаю?! Надо знать то чем пользуетесь, т.е. базовые основы скуля и MSSQL.

авторможет быть Ваш способ и лучше, но, к сожалению, мне пока не хватает знаний понять синтаксис запроса, квадратные скобки ставят меня в тупик)Да неужели вы решили задать вопрос?! Как-то нестандартно для гуманитария. Обычно у них "непонятное - игнорируй". А также, "не важен результат, и на сколько он хорош/правилен, главное что галочка есть и 'мне нравиться'".
Надеюсь что уже стало понятно. Но вопросы можно задавать. Разрешаю.
"ставят меня в тупик" - у не нормальных людей обычно "появляются вопросы, которые так приятно познать", притом познать в первую очередь самому, чтобы эту познавалку развить, чтобы догадываться до всего на свете самому.

fwqefwqfrg , BrainFuck ?

efqwefqweхотелось сделать, чтобы каждая таблица были считаны по одному разуБоже.
А не было задачи написать запрос чтобы букв A было чётным?!

Единственный смысл таблицы годов как раз и считываться много раз - делить отрезки на куски.
Изначальный смысл вещей ничто не должно затмевать, тем более всякие симулякры.

wefqwefqХм. А может обращаться к таблице каникул N раз, где N - количество годов в таблице годов?Вы хотите решить статистическую задачу?

Перед этим надо проверить осмысленность задачи. И практически задача ТС не имеет смысла. Обычно собирается данные за один год, для подсчёта.

Во вторых, надо понимать первую проблему диапазонов в скуле: Модель с двумя полями (From,To) нормально не оптимизируется, ибо индексы линейны, см подробности ( 12610105 ).
Т.е. поиск, аля: From >= X AND To < Y - вываливается в полу-скан.
В моём случае диапазон указывается по одному полю: From >= Y AND From < Y что сильно ограничивает скан (в основном до одного значения).

В третьих Статистически количество годов намного больше, чем пересечений года в диапазонах. Отпуска более года вообще редкость. Соответственно полу-сканы ещё менее покрываемы

Поэтому, предлагаемый вами "обратный вариант" будет обрабатывать заметно больше строк.

В четвёртых, эти данные собираются для конкретной цели, для которых порядок данных может быть существенный. В вашем случае жёсткий порядок сбора и объединение смешивает карты и может добавить дополнительные большие ресурсы сортировки.
В моём случае порядок данных отпусков неважен, не определяется и не навязывается.

В пятых, я говорил про множественное считывание, о его неизбежности, ибо эта задача о генерации данных, а не к примеру "слиянии". И тут уже не важно, повторно считывается Года или Отпуска - те же яйца, только в профиль.

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