Добрый день.

В БД (PostgreSQL) предполагается хранить информацию об организациях. Все организации имеют одинаковую четырехуровневую структуру. Наименование каждого уровня при этом в разных организациях различны.
Предполагается делать 5 соответствующих таблиц

Таблица организаций:
id (primary key) -- название организации

Таблица уровня один:
id (primary key) -- id организации (foreign key) -- название уровня один

Таблица уровня два:
id (primary key) -- id уровня один (foreign key) -- название уровня два

и т.д.

Предполагаем, что количество таких организаций может вырасти и исчисляться миллионами.

Вопрос:
каким делать ключ в таблицах соответствующих уровней - простым или составным.
т.е. так, как структура описана сейчас или

Таблица уровня один
id (primary key) -- id организации (primary key) -- название уровня один

Таблица уровня два
id (primary key) -- id уровня один (primary key) -- название уровня два

и т.д.

Иными словами id каждого уровня следует делать в принципе уникальным или уникальным в рамках соответствующего родительского уровня (организации)?

Основная масса запросов будет на чтение.

Пожалуйста, посоветуйте, как лучше выбрать ключ и почему. Спасибо.

Dimitry Sibiryakov, спасибо за ответ.

Термин "организация" использовал лишь для наглядности описания ситуации. В целом - это просто некоторая сущность, которая имеет подуровни. И в целом могут добавиться новые. На каждом подуровне может быть много объектов этого подуровня (т.е. на описанном примере у каждой организации может быть 1000 разных департаментов с разными названиями (в смысле названия департаментов в разных организациях отличаются), внутри департамента 1000 разных отделов и т.д.) При это важно знать, какой департамент какой организации соответствует. Т.е. всегда нужно иметь возможность установить связь между объектом уровня и его родительским уровнем (в какой организации находится данный департамент, в каком департаменте находится данный одел и т.д.). Ну и наоборот: какие департаменты есть в организации, какие отделы есть в департаменте и т.д.

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

Oleg Bartunov, спасибо.

Да, действительно можно поступить и так. Если бы было возможно, то вообще бы использовали redis в качестве БД, однако по ряду причин выбран PostgreSQL. Я не уверен, что большой JSON - это оптимальный путь для PostgreSQL в плане быстроты поиска. Предполагается, что объектов на каждом уровне может быть много, у объектов могут быть прочие свойства, т.е. не хочется вдруг однажды попасть под ограничения размера поля в 1ГБ (совсем не уверен, что это случится, но все же). Правда, должен признать, быстро погуглив, я не нашел сразу подтверждений тому, что большой JSON замедлит поиск.
Более понятной и удобной мне кажется идея вынесения каждого уровня в отдельную таблицу. И я не вижу пока в чем тут может быть проблема. Единственный вопрос - как лучше выбрать ключ с точки зрения быстроты поиска.