Тут первый раз проектирую хранилище и столкнулся со следующими замечаниями от руководства:

1. убрать уникальные индексы. если где либо будет нужна проверка на уникальность, то будет по окончанию загрузки запущена процедура проверки на уникальностью
2. практически нигде не используются (причем это понятно дело весьма хреново бьется с п.1) суррогатные ключи, а используются составные первичные. соответственно в подчиненных таблицах очень часто из родительской приходят по 3-4 столбца.


Понятно, что всё очень сильно зависит от задачи и от софта, в котором лабается хранилище, но интересует, использует ли кто такие подходы и оправданны ли они...

Каков, так сказать, мировой опыт в этом деле

Ну как раз таки в моем случае они очень даже не суррогатные :( + неясен подход с отложенной проверкой уникальности. Как мне кажется лопатить всю базу программным кодом на проверку уникальности это как-то стрёмно.

Ну в каждой партии заливка по 120000 записей. Пришел к выводу что это надо для того, что там так устроенно, что у некоторых субъектов, которым присвоены коды они должны быть уникальны, а у некоторых нет. Типа как ИНН у банков и их филиалов.