Форум Сообщества Аналитиков
Общий раздел => Примеры => Тема начата: bas от 13 Февраля 2007, 22:49:58
-
БД Финансовых Инструментов.
Задача:
Построить модель данных для учета всех Финансовых Инструментов, торгуемых на Биржах всего мира, таких как: Акций, Облигаций, Индексов, Металов, Фьючерсов, Опционов и т.д.
Решение:
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 система остается слишком теоретической, мне кажется их обязательно надо включить. По случайности, как раз разбираюсь с данной предметной областью, с огромным удовольствием посмотрел бы на модель в доступном диаграмном изложении :)
-
Это не система, а всего лишь маленький, но важный, кусок большой программы.
Вам что надо??? Разграничить доступ клиента к фин. инструментам и счетам? или что??