Максим Y

В общем случае, если поле FOREIGN KEY первой таблицы позволяет вставлять NULL - вставляйте записи с нулами в этом поле.
Потом заполняйте вторую таблицу.
Позже (когда уже будут записи во второй таблице, чтоб на них ссылаться) можно будет делать UPDATE нуловых значений первой таблицы.

Ну или можно отключить временно CONSTRAINTы:
--отключить:
ALTER TABLE tableName NOCHECK CONSTRAINT ALL

-- Включить обратно:

ALTER TABLE tableName WITH CHECK CHECK CONSTRAINT ALL

Даже не знаю, что из этого хуже на production.

UPD: Лучше отключать конкретный CONSTRAINT:

ALTER TABLE Purchasing.PurchaseOrderHeader  
NOCHECK CONSTRAINT CK_PurchaseOrderHeader_Freight;

MSSQL под рукой нет, но что-то такое:

https://docs.microsoft.com/en-us/sql/t-sql/functio...
https://docs.microsoft.com/en-us/sql/t-sql/functio...

Добавь столбец (в SELECT):
DATEDIFF(month, dates, lag(dates) over (order by dates))

Раскрытие первичного ключа (ID) по альтернативному (Name) для случая загрузки данных примерно так и происходит, как вы делаете. Реализация может отличаться, но суть та же.
Предусмотрите еще некую таблицу разбора ошибок, куда будут скидываться строки, для которых совпадение по вашему "Name" не было найдено, или было найдено больше одной строки.