|
|
|
Первое хранилище
|
|||
|---|---|---|---|
|
#18+
londinium Мне кажется, правильнее обновить/пересчитать его один раз в ночью после завершения торговли апельсинами .. А еще лучше - при [регулярном] импорте данных в отдельную OLAP-базу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2013, 16:08 |
|
||
|
Первое хранилище
|
|||
|---|---|---|---|
|
#18+
londiniumДопустим мы считаем агрегат "масса проданных апельсинов за день", "массса проданных апельсинов за месяц". Разве будет правильно перетряхивать этот агрегат при каждой продаже апельсинов на протяжении дня? Да, если эта информация требуется в реальном времени. Кроме того, это проще чем ночное обновление и не вызывает проблем при проведении документов задним числом. Ты действительно думаешь, что "update agr set m=m+delta_m where id=апельсин" сильно напряжёт хоть какую-то приличную СУБД?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2013, 16:20 |
|
||
|
Первое хранилище
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, Разумеется напряжет - поскольку создает узкое место. Любые исправления любых движений по апельсинам (которые, вообще говоря, могли бы выполняться параллельно) будут конкурировать за эту строчку таблицы agr. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2013, 16:35 |
|
||
|
Первое хранилище
|
|||
|---|---|---|---|
|
#18+
Кот МатроскинЛюбые исправления любых движений по апельсинам (которые, вообще говоря, могли бы выполняться параллельно) будут конкурировать за эту строчку таблицы agr. Есть схемы и без конкуренции за строчку, но смысл их применять-то? Где-то осуществляется хотя бы десяток тысяч продаж апельсинов в секунду? Вроде бы даже на бирже интенсивность поменьше... Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2013, 16:41 |
|
||
|
Первое хранилище
|
|||
|---|---|---|---|
|
#18+
Не понятно, почему топикстартер выбрал этот форум при наличии специализированного форума OLAP/DWH? Проектирование OLTP баз и ХД подчиняются несколько разным правилам (ваш Кэп ;) ). Думаю, что на специализированном форуме возникло бы меньше вопросов к топкстартеру и недопониманий с обеих сторон. Имеются 2 таблицы фактов и n-таблиц измерений. Некоторые измерения являются общими для обеих таблиц фактов. Эти общие измерения должны быть согласованными (conformed). Обычно, насколько я понимаю, делают так. Каждая запись в таблице общих измерений несет в себе системные бизнес-ключи (ключи из каждого источника). Кроме того, каждая запись в таблице измерений имеет суррогатный ключ (напр, целочисленный автоинкрементный вставляемый при каждом добавлении новой записи в таблицу измерений). В DWH для каждого измерения имеется одна и только одна таблица. При загрузке таблицы фактов (это уже ETL-процесс) в таблицу фактов вместо системных бизнес-ключей подставляются суррогатные, уникально определяющие каждый элемент измерения. В результате мы имеем 2 звезды в которых каждая таблица фактов связана с соответствующим набором таблиц измерений, часть из которых общая. Анализ фактов (мер), полученных из каждой из таблиц фактов возможен только в контексте общих (conformed) измерений. Как-то так, очень вкратце и высокоуровнево... Сорри, если не очень понятно. Детали этой архитектуры и ее реализации можно посмотреть, напр. у Кимбалла (Ralph Kimball). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2013, 15:36 |
|
||
|
Первое хранилище
|
|||
|---|---|---|---|
|
#18+
>Не понятно, почему топикстартер выбрал этот форум при наличии специализированного форума OLAP/DWH? кросспостит http://www.sql.ru/forum/actualthread.aspx?tid=1005921 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2013, 17:19 |
|
||
|
Первое хранилище
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovlondiniumДопустим мы считаем агрегат "масса проданных апельсинов за день", "массса проданных апельсинов за месяц". Разве будет правильно перетряхивать этот агрегат при каждой продаже апельсинов на протяжении дня? Да, если эта информация требуется в реальном времени. И даже в этом случае никто не апдейтит агрегаты каждой транзакцией!!!! Просто юзают ROLAP который агрегаты строит на лету при каждом запросе пользователя. А запросы пользователя происходят в 100500 раз реже чем транзакции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2013, 14:43 |
|
||
|
Первое хранилище
|
|||
|---|---|---|---|
|
#18+
Ivan DurakИ даже в этом случае никто не апдейтит агрегаты каждой транзакцией!!!! Просто юзают ROLAP который агрегаты строит на лету при каждом запросе пользователя. Вот только апдейт агрегатов каждой транзакцией дешевле с точки зрения ресурсов сервера, чем пересчёт агрегатов при запросе - меньше записей опрашивается. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2013, 15:15 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=38161073&tid=1541351]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
32ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
| others: | 232ms |
| total: | 338ms |

| 0 / 0 |
