Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
проблема таблицей фактов
|
|||
|---|---|---|---|
|
#18+
всем привет. пока только приглядываюсь к возможности применения OLAP в проекте, особого опыта не было. Вопрос, больше теоретический, но если рассматривать какие-то примеры, то лучше в сторону MSAS. Значит так. Банк заключает сделки на бирже. В результате сделки банк либо покупает либо продает некое количество Ценных Бумаг по некоторой цене (обзначим Q i - количество ЦБ в сделке i, P i - цена, по которой осуществлена сделка). В силу специфики, цены на ЦБ постоянно меняются (P). Величина доходов/убытков (PL) оценивается по формуле PL i = Q i * (P - P i ). Таблицу фактов можно организовать следующим образом PrimaryKey: TradeID Dimensions: TradeDate - дата заключения AssetID - Актив, ценная бумага Measures: Quantity - количество в сделке Price - цена в сделке Не понятно, как организовать хранение текущей цены (Р) по ценной бумаге и как в дальнейшем производить расчет. Собственно, даже не уверен, что задача для OLAP. PS. Сильно не пинайте :)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2005, 16:35 |
|
||
|
проблема таблицей фактов
|
|||
|---|---|---|---|
|
#18+
а что в результате надо получить? если просто хранить данные - используйте СУБД если анализ проводить - опишите какой имхо, ЦБ надо учитывать как валюты: дата, курс а сделки отдельно: ЦБ, дата, кол-во ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2005, 17:09 |
|
||
|
проблема таблицей фактов
|
|||
|---|---|---|---|
|
#18+
я хочу реально считать такой агрегат PL= sum(Qi * (P - Pi)) в разных разрезах (типы сделок, активы, на период по датам и т.п.). Это самый простой, есть и другие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2005, 17:28 |
|
||
|
проблема таблицей фактов
|
|||
|---|---|---|---|
|
#18+
авторНе понятно, как организовать хранение текущей цены (Р) это задача для хранилища я бы сделал две таблицы фактов: стоимости ЦБ (дата, ЦБ, стоимость) и сделки (дата, Цб, кол-во, стоимость) Далее в ОЛАПе: по кубу для каждой ТФ, и один виртуальный их объединяющий два измерения времени - для курсов и сделок измерение ЦБ (опционально) измерение сделок две меры для стоимости ЦБ: "по сделке" и "на рынке на любую дату" мера количество ЦБ. Calc Member будет примерно такой: Код: plaintext 1. Есть второй вариант: создать cross join view двух таблиц, и в нём уже считать Q*P и Q*Pi. Тогда в ОЛАПе будет один куб и CМ попроще: sum_Q_P - sum_Q_P_i ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2005, 18:07 |
|
||
|
|

start [/forum/topic.php?desktop=1&fid=49&tid=1871807]: |
0ms |
get settings: |
5ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
51ms |
get topic data: |
5ms |
get forum data: |
1ms |
get page messages: |
31ms |
get tp. blocked users: |
1ms |
| others: | 219ms |
| total: | 325ms |

| 0 / 0 |
