Имеются следующие таблицы
1.
create table mydates(record_id int NOT NULL IDENTITY (1, 1), mydate datetime NOT NULL UNIQUE)
которая должна содержать уникальные даты(без времени).

2. Основная таблица MainTable, в которой имеется поле agreement_date типа datetime (со временем)

3. Порция новых данных в таблице ImportTable, в которой также имеется поле agreement_date типа datetime (со временем).

Задача.
При добавлении записей из ImportTable в MainTable, нужно чтобы в таблицу Mydates добавились уникальные даты(!без времени!), которых там нет.
Что будет лучше:
- триггер на добавление в MainTable
- или в одной транзакции запросы для ImportTable и Mydates, и для ImportTable и MainTable

Дополнение.
Можно менять структуру Mydates, если есть необходимость.
Изменения структуры ImportTable и MainTable также возможны, но нежелательны.

Да, конечно, забыл уточнить. Лучше с точки зрения быстродействия и времени блокировки объектов.


>даты можно получать из таблицы MainTable не самым сложным запросом
MainTable содержит 25 000 000 для каждого месяца, за год выходит минимум 250 000 000 записей. Запрос не сложный, только очень долгий.

2ChA
На самом деле IMHO сейчас люди гараздо больше разговаривают по мобильным телефонам, чем делают покупки
Вообще-то поставленная в топике задача преследует целью заполнять таблицу Mydates как раз на этапе добавления очередной порции данных, а не "дергать" потом данные из основной таблицы. Максимальный размер добавляемой порции 1500 записей, с частотой 1 порция в 1-2 минуту, с 3-х коннектов.

2MadDog
Насчет заранее заполненной таблицы была идея. Но на самом деле я несколько упростил задачу, мне нужно хранить в Mydates записи уникальные с точностью до минуты. Т.е. на 2 года вперед в этой таблице будет
60*24*365*2=1051200 записей. Не то чтобы это много, но всего за 2 года... Это во-первых.
Во-вторых, никто не гарантирует, что в добавляемых данных будут даты из уже имеющихся в Mydates. А последующая выборка/проверка на основной таблице для поиска нескольких "пропавших" дат слишком "расточительное" по времени занятие. Подстраховка же и предварительное заполнение Mydates данными из очень большого диапазона раздует эту таблицу неимоверно.

Таблица Mydates будет использоваться в OLAP cube в качестве Time Dimension, поэтому в этой таблице обязательно должны содержаться все уникальные даты (с точностью до минуты) из MainTable. Иначе при создании OLAP cube туда не попадут все записи из MainTable, т.к. связь между Dimension и Fact таблицами строится как INNER.