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

Спасибо, буду разбираться. Но главный для меня вопрос: ключ секционированной таблицы может быть внешним ключом в другой таблице. Т.е. Если я партицирую таблицу Оборудования, смогу я ключ id_equipment использовать как внешний в таблицах Место установки и Замена оборудования и других. Интересует версия Postgresqi 10.4, так как она имеет сертификат ФСТЭК и у нас будет стоять именно она

Sergei.Agalakov, Это маленький кусочек большой базы. Вы правы: хочется хранить и текущее оборудование и то, что с ним происходило ранее. Я занимаюсь проектированием баз давно (правда в основном использовала СУБД Firebird). Но под postgresPro это мой первый проект. Узнала о возможностях наследования \ секционировании таблиц. Вот и возник вопрос как эту особенность можно применить к данной базе.