Добрый день.
SQL 2016 Standart SP2

Есть следующая структура:

Tab1 (ID1 bigint primary key, <прочие поля 1>)
Tab2 (ID2 bigint primary key, ID1 bigint (ссылка на Tab1),<прочие поля 2>)
Tab3 (ID3 bigint primary key, ID2 bigint (ссылка на Tab2),<прочие поля 3>)
Так хранятся данные по платежам физических лиц. Эта структура уже есть и работает, т.е. пользователи уже работают с физическим лицам через интерфейс
А также поля ID1, ID2, ID3 передаются во внешнюю систему для связи этой системы и внешней (во внешней системе сохранены ID1, ID2, ID3 и по ним идет часть обращений в эту систему)


Нужно в добавить хранение платежей по юридическим лицам.
Планируем делать так же.
Tab4 (ID4 bigint primary key, <прочие поля 4>)
Tab5 (ID5 bigint primary key, ID4 bigint (ссылка на Tab4),<прочие поля 5>)
Tab6 (ID6 bigint primary key, ID5 bigint (ссылка на Tab5),<прочие поля 6>)
Ну нужно обеспечить уникальность среди пар ID1 и ID4, ID2 и ID5, ID3 и ID6. Т.е. чтобы значение поля ID1 в Tab1 не повторялось в поле ID4 в Tab4.

Т.е. надо соблюсти уникальность на 2 таблицы и не испортить то что уже работает с учетом минимизации затрат на изменения.

Спасибо. Я тоже склоняюсь к этому варианту.
Хотел узнать есть ли другие варианты.

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

create Table tab1 (ID1 bigint identity(1,1))

ALTER TABLE tab1 ADD CONSTRAINT Id_tab1
CHECK (ID1 <1 000 000 000 000);

create Table tab4 (ID4 bigint identity(1 000 000 000 000,1))

ALTER TABLE tab4 ADD CONSTRAINT Id_tab4
CHECK (ID4 >=1 000 000 000 000);

вопрос только в том, а не создаст ли это существенную нагрузку на систему для проверки, если в 1 сек могут добавиться около 100 тыс записей в каждую из таблиц?

Он еще и злодей. Мне нужна защита от случайных изменений по не знанию. Если он целенаправлено "гадит", то он и базу удалит без проблем.

Вопрос был в увеличении нагрузки на сервер. Кто нить уже делал подобные ограничения и как это повлияло на работу?

Да только на 2 таблицы

проясню ситуацию:
Tab1 - сейчас для для физиков содержит 15 полей (int,bigint,varchar)
Если добавить в нее и хранение юриков, то нужно добавить еще 8 полей.
И получиться ситуация: 9 общих полей, 6 заполнены только для физиков, 8 только для юриков.

С Tab3 - всего 6 полей, из них общих для юриков и физиков только 1. Итог, если добавить все в одну структуру:
1 общее поле, 5 полей будет заполнено только для физиков, 7 полей только для юриков.

Поэтому и было принято решение делить на разные таблицы.

К тому же нужно и по доступу их потом делить.

Да так хотели первоначально, но вариант не понравился тем что нужно много менять по существующим операциям (80% операций в системе), а также, разделяя на 2 таблицы, мы уменьшаем нагрузку на таблицу (TAb1 самая нагруженная по вставке данных).

Это ясно. Спасибо всем за помощь.