SQL — внешний ключ, ссылающийся на первичный ключ разных таблиц (Postgres)

Ну, я бы удалил столбец docId. Вы можете определить тип записи по ее наличию в других таблицах. Рекомендуется не повторяться.

Чтобы id было уникальным в трех таблицах, вам понадобится один столбец identity. (Если вы не используете Oracle или Postgres, если это так, отредактируйте свой вопрос.) Таким образом, пользователи должны будут получить идентификатор записи из таблицы Records, прежде чем они смогут заполнить детали. Возможно, вы можете создать пользовательский интерфейс, который сделает это за них.

RecordsTable: id int identity, filingDate
Record1: id int foreign key references RecordsTable(id), ...
Record2: id int foreign key references RecordsTable(id), ...

Вы получите тип документа, например:

select  case
        when record1.id is not null then 'Type1'
        when record2.id is not null then 'Type2'
        ...
        else 'Unknown'
        end
from    RecordsTable rt
left join
        Record1 r1
on      rt.id = r1.id
left join
        Record2 r2
on      rt.id = r2.id

Пользователь не должен беспокоиться о том, что входит в какую таблицу, это работа вашего приложения.

Если вам нужно, чтобы ваша основная таблица ссылалась на любую из трех разных таблиц (и они имеют такие разные столбцы, что вы не можете объединить их в одну таблицу), настройте свою основную таблицу следующим образом:

RecordsTable:
Id -> primary key for the table
docType -> identifies what kind of record it is: 1, 2, or 3
docID1 -> Foreign key to table1, if docType = 1; NULL otherwise
docID2 -> Foreign key to table2, if docType = 2; NULL otherwise
docID3 -> you get the idea
filingDate

Но если у вас есть три вида сущностей с очень разным содержанием, нужно ли вам перечислять их все вместе? Возможно, на самом деле это не так, и в этом случае вы можете просто поддерживать их как отдельные таблицы. Если имеет смысл перечислить их все вместе, у вас есть концептуально одна сущность («документ», как это звучит) с тремя подтипами. Возможно, имеет смысл упростить себе задачу и хранить их в одной таблице с большим количеством пустых столбцов (столбцы VARCHAR не занимают места, когда они пусты). Это немного расточительно, но в современных компьютерах есть свободное место и мощность, а ваше время ценно. Но вы возражаете,

Это просто показать сводку всех записей, хранящихся в офисе, так как показывать все сразу будет нехорошо.

Это не проблема! Выполните запрос SELECT только со столбцами, которые вы хотите отобразить для сводки. Если пользователь выбирает запись, выполните SELECT * и покажите полный результат.

Если вы хотите потрудиться, разделив нестандартные поля, сделайте это, как описано выше.

По сути, вам нужно немного программировать. Не думайте о своей базе данных как о всей программе: задача базы данных — хранить данные, работа приложения — что-то с ними делать.