Добрый день,
Помогите разобраться с структурой базы данных
1. две таблицы STOCK и BOND, каждая со своими характеристиками - это справочники. Они содержат в себе редко обновляемые поля.
2. таблица ASSET, которая должна содержать выбранные записи из таблиц STOCK и BOND. Это портфель/корзина..
3. таблица REESTR, которая представляет собой журнал записей ASSET.

В четвертой таблице ASSET_TYPE, это категории по сути там их две записи должно было быть: stock и bond.
Пока вижу только одно решение объединить таблицы STOCK и BOND в одну, но правда она станет такой огромной и нечитабельной, к тому же предполагается еще связи каждой из них с таблицами STOCK_RATE и BOND_RATE, содержащих историю изменения их котировок
Есть ли другие варианты?

Stanislav PСудя по схеме тут нужна одна таблица, и то в Excel. Так как ни одна из таблиц на схеме не несёт никакой полезной информации и не является отдельной сущностью.

Все таблицы являются сущностями.
ASSET - сущность-супертип, которая содержит в себе общие атрибуты для каждой из сущностей-подтипов, а также сущность категорий ASSET_TYPE является атрибутом-дискриминатором, позволяющим различать конкретные экземпляры сущности-подтипа.

Stanislav PЕсли ASSET - супертип, то она должна содержать все записи STOCK и BOND, а в STOCK и BOND должна входить информация только относящаяся к своему типу
Верить этому
Stanislav Pпроблема со стрелочками от STOCK и BOND к ASSET на схеме.

Не нашел как в MySQL Workbench 8.0 CE как отразить категориальную связь
Stanislav PЕсли ASSET - это супертип, то надо объединять три таблицы ASSET, STOCK, BOND в одну, так как на схеме не показана существенная разница между акцией и облигацией. Далее, если типов ASSET всего два, то таблица ASSET_TYPE вполне себе заменяется обычным выпадающим списком со значениями.
На схеме не показана разница, но в тексте написано:
harvest6две таблицы STOCK и BOND, каждая со своими характеристиками
Общая характеристика пока только одна: валюта (не указана в схеме)
Объединить три таблицы в одну - это один из вариантов решения, но получится большая таблица с кучей пустых записей.
Типов ASSET может быть 15-20

Предполагаю, вот как-то так должно быть
Это на логическом уровне
Пока не совсем понимаю как реализовать это на физическом уровне

Логический уровень
1. таблица INSTRUMENT содержит записи всевозможных финансовых инструментов с одним общим атрибутом валюта (CUR_ID)
2. таблица CURRENCY - список валют, таблица CURRENCY_RATE - курсы валют
3. таблица CLASS - таблица категорий финансовых инструментов (на текущий момент 2: акции (STOCK) и облигации (BOND), будет больше)
4. таблица ASSET портфель выбранных финансовых инструментов из таблицы INSTRUMENT
5. таблица REESTR содержит операции с финансовыми инструментами из портфеля ASSET, например, покупка или продажа
6. таблица OPERATION - это типы операций (покупка, продажа и др.)
7. таблица STOCK (акции) - перечень акций со своими характеристиками (капитал, финансовые показатели)
8. таблица STOCK_RATE - курс акций
9. таблица BOND (облигации) - перечень облигаций со своими характеристиками (номинал, дюрация и др.)

Каким образом можно организовать связь между таблицами INSTRUMENT, BOND и STOCK на физическом уровне?
Один из вариантов это объединить все три таблицы (INSTRUMENT, BOND, STOCK) в одну таблицу, но в таком случае будет большое количество пустых полей, поскольку характеристики таблиц BOND и STOCK между собой не пересекаются.

Stanislav PCURRENCY_RATE - странная и опасная таблица.
В моем случае (основная валюта - российский рубль) никаких сложностей не возникает. А так, да, если делать возможность установки любой основной валюты возникает вопрос, но скорее это больше не к проектированию, а к приложению, которое будет работать с базой.
1. БД не проектируется для отображения именно биржевых курсов валют. Т.е. на каждую дату имеется только один курс иностранной валюты, выраженный в рублях, даже если это кросс-курс. По сути нужно знать эквивалентную рублевую стоимость актива, стоимость которого выражена в иностранной валюте.
2. Курс по которому производиться операция (покупка или продажа), т.е. стоимость актива в момент совершения операции учитывается в таблице REESTR (в иностранной валюте).
3. Стоимость актива, выраженного в иностранной валюте, учитывается в таблице STOCK_RATE.

Таким образом мы имеем на конец операционного дня: стоимость актива в иностранной валюте, которая определяется моментом закрытия биржи и стоимость иностранной валюты в рублях, устанавливаемой ЦБ в определенный момент времени. Исходя из этого мы имеем на конец дня стоимость актива в рублях, ну и, соответственно, разницу между реальной стоимостью актива и суммой на его покупку, хоть в иностранной валюте, хоть в рублях.
Надеюсь, смысл донес правильно))

А что касается физической реализации связи таблиц INSTRUMENT, STOC, BOND, CLASS в соответствии с логической моделью у меня пока тупик(

Stanislav PЕсли курс учитывается в таблице REESTR, тогда зачем таблица CURRENCY_RATE? Это бессмысленное дублирование информации.
В таблице REESTR цена покупки актива (акции, облигации)
в таблице CURRENCY_RATE - официальный курс валюты (доллар, евро)
Stanislav PА почему не в REESTR? Опять не нужное разделение и дублирование. Курс плавает сразу по трём таблицами!
в таблице STOCK_RATE - официальный курс актива (акции)
Это ВСЕ РАЗНЫЕ ЗНАЧЕНИЯ !!!

Stanislav PТаблица INSTRUMENT в таком случае просто лишняя.
т.е. решения, кроме как учитывать все финансовые инструменты в одной таблице нет?
Представляете сколько будет полей в такой таблице? и 90% будет пустых

fkthatА зачем он вообще в данном контексте нужен? Да и какой это тогда "официальный" курс - курс ЦБ на позавчера, котировка МБ, или вообще курс обменника урюпинского Колхозбанка?

Вы не понимаете что такое официальный курс валюты?
Поясняю: это курс российского рубля, устанавливаемый Центральным Банком Российской Федерации по отношению к иностранным валютам на определенный период времени.
Соответственно, таблица содержит официальные курсы, например, с 01 января 2015 по 31 декабря 2019.

fkthatТак а на кой леший он тут? Если какой-то инструмент на определенной площадке стоит сейчас 139 бирманских тугриков за лот, то он просто стоит 139 бирманских тугриков за лот и сколько это было японских рупий в прошлый китайский новый год никого, поверь, вообще не интересует. Для любого трейдера эта цена это вообще просто цифры.
Трейдеров, наверное, да, не интересует, а инвесторов еще как интересует.
В конкретном примере, японца живущего в Японии еще как интересует сколько от потратил японских "рупий" на покупку актива стоимостью 139 бирманских тугриков и сколько этот актив стоит сейчас в тех же самых японских "рупиях"

Stanislav PПоэтому люди требуют словесного описания физических вещей, без применения таблиц.
Изначальный вопрос был следующий:
Есть финансовые инструменты, принадлежащие разным категориям и обладающие различным набором характеристик. Каким образом можно реализовать их учет, кроме как в единой таблице.