БД Финансовых Инструментов.

Задача:
Построить модель данных для учета всех Финансовых Инструментов, торгуемых на Биржах всего мира, таких как: Акций, Облигаций, Индексов, Металов, Фьючерсов, Опционов и т.д.

Решение:
Conract - ключевая сущность, в которой агрегируются все торгуемые контракты Инструментов. Нужно  для обеспечения ссылочной целостности к этой одной сущности из других сущностей, не показанных на схеме
Spot - содержит данные по наиболее простым торгуемым контрактам, таким как:  Акций, Облигаций, Индексов, Металов и т.д.
Future - содержит данные по Фьючерсным контрактам
Option - содержит данные по Опционным контрактам. Каждый опцион содержит так называемый underlining контракт, им может быть либо Фьючерс, либо Spot
Asset - базовый актив. Торгуемый контракт Spot или Future имеет под собой один базовый актив, т.е. что реально покупается или продается.
Exchange - Биржа. Один контракт может торговаться только на одной Бирже.

Root - основание (коренная часть) Фьючерса или Опциона. Введен для агрегации нескольких Опционных или Фьючерсных контрактов в один, для хранения общих атрибутов.

Предлагаю сделать отдельный подраздел или что-то подобное. И каждый пример постить в отдельную тему. С полным описанием, вопросами и т.п.
А эту тему оставить для обсуждения самого обсуждения:))), обсуждения обсуждения реальных примеров:)
Думаю будут идеи и пожелания к ходу рассмотрения примеров, будет неплохо если они будут у нас в одном месте.

Если народ будет бурно обсуждать то я буду выносить в отдельные темы, а пока я думаю прям здесь.

БД Финансовых Инструментов.

Александр, трудно понять твою модель. Во-первых на английском, во-творых никаких комменатирев о предмете исследования. Опять же пролема не ясна, никакой четкости - как оценить твою модель, не ясно.
Что хотелось бы выяснить
1. В чем собственно проблема
2. что такое торгуемые финансовые инструмент, какие они бывают, как классифицируются, как могут классифицироваться и т.п.

Неплохо бы привести примеры таких таблиц

Вероятно, проблема в том, что тут нет специалистов по биржевым операциям, по этому контекст лучше бы раскрыть.

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

Немного поправил описание

Очень интересно, а какие бизнес-процессы существуют в этой модели?

Данная модель служит для:
1. Хранения самой структуры всех фин. инструментов и их тикеров
2. По каждому Фин. Инструменту в зависимости от типа можно хранить и изменять статические параметры этих инструментов: name, lot size, min lot, maturity, strike etc.
3. По каждому тикеру (Contract) можно хранить и изменять динамические параметры: last price, ask, bid and their volume

Данная схема является базовым элементом для расширения в любой трейдинговой системе: заявки/сделки, хранение истории котировок и т.д.
Здесь специально не указаны атрибуты сущностей, чтобы человек тупо не передирал эту схему, а немного подумал...

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

Это не система, а всего лишь маленький, но важный, кусок большой программы.
Вам что надо??? Разграничить доступ клиента к фин. инструментам и счетам? или что??