Cane Cat Fisher,

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

Dimitry SibiryakovInterloperВопрос лишь в том, нормальная ли практика использовать в таблице, куда будут литься
данные, новый суррогатный ключ для обеспечения иерархии.
Нет, это кривой костыль.


А какое решение не костыль?

Cane Cat FisherInterloperCane Cat Fisher,

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

Проблема решаема, выше обсуждали, но хочу уточнить - а если дочерняя приедет раньше, а родительской еще нет - как тут поможет именно суррогатный ключ?

Придется проставление ссылок выделить в отдельный шаг процесса ETL.
Еще соображение по поводу суррогатного ключа - в объектной модели приложения я использую для сущностей интерфейс, который обязывает сущности иметь поле Id типа Guid (а первичный ключ в таблице источнике имеет тип int).