|
|
|
Что-то вроде своего ОЛАП-а
|
|||
|---|---|---|---|
|
#18+
Не знаю есть ли смысл городить.... Ситуация такая - база ОЛТП. Но, с неё же тянутся тыща отчетов, которые имеют вид: [SRC{post.srctag}]select ,,,sum(...) ... group by ...[/src]Отчетов действительно очень много и их выполенние в часы пик производительности не способствуют. Есть смысл сделать отдельную базу с ОЛАП на отдельном сервере и пусть там манагеры терзают её до потери пульса. Основная база резко освобождается от нагрузки в рабочее время. Что посоветуете? Делать стандартными средствами или сделать свой велосипед с триггерами, фиксирующими измененяи добавления и самописными процедурами выгружающими по ночам измененные данные и рассовывающие их по измерениям КУБА ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2008, 08:48 |
|
||
|
Что-то вроде своего ОЛАП-а
|
|||
|---|---|---|---|
|
#18+
Сделать кнопку "Выгрузить базу для анализа" и в регламенте прописать, кто и когда должен ее жать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2008, 09:06 |
|
||
|
Что-то вроде своего ОЛАП-а
|
|||
|---|---|---|---|
|
#18+
ShtockСделать кнопку "Выгрузить базу для анализа" и в регламенте прописать, кто и когда должен ее жать. Это будет делать шедулер. Вопрос в технологии. Все еще усложняется тем (кстати забыл сразу сказать) что база для анализа будет находиться далеко отсюдова и не онлайн. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2008, 09:11 |
|
||
|
Что-то вроде своего ОЛАП-а
|
|||
|---|---|---|---|
|
#18+
А чем тебя стандартные механизмы репликации не устраивают? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2008, 11:28 |
|
||
|
Что-то вроде своего ОЛАП-а
|
|||
|---|---|---|---|
|
#18+
igor250973А чем тебя стандартные механизмы репликации не устраивают? То есть сделать у себя на сайте (локально) Analizies Service и его уже реплицировать в ЦО ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2008, 12:07 |
|
||
|
Что-то вроде своего ОЛАП-а
|
|||
|---|---|---|---|
|
#18+
Alexsalog Есть смысл сделать отдельную базу с ОЛАП на отдельном сервере Вот и сделай отдельную базу, а данные между ними пусть синхронизируются посредством стандартного механизма репликаций (я думаю, речь идёт о клиент-серверной СУБД типа MSSQL или Oracle?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2008, 13:09 |
|
||
|
Что-то вроде своего ОЛАП-а
|
|||
|---|---|---|---|
|
#18+
AlexsalogЧто посоветуете? Делать стандартными средствами или сделать свой велосипед с триггерами, фиксирующими измененяи добавления и самописными процедурами выгружающими по ночам измененные данные и рассовывающие их по измерениям КУБА ?Если можно применить стандартную репликацию - то хорошо. Если по каким-то причинам нельзя - то я бы фиксировал только изменению (что добавили, удалили, изменили) - и передавал это на OLAP сервер и грузил бы в структуре, сразу подходящей для OLAP (звезда). В зависимости от типов запросов может подойти ситуация - посчитать ночью данные для отчетов и пусть все отчеты не терзают базу, а смотрят сразу посчитанные данные. Но тут, конечно же, есть ограничения. Надо смотреть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2008, 14:41 |
|
||
|
Что-то вроде своего ОЛАП-а
|
|||
|---|---|---|---|
|
#18+
Bely Если можно применить стандартную репликацию - то хорошо Практически все современные клиент-серверные СУБД предлагают широкий выбор методов и средств репликации (не рассматриваем случаи всяких там экспресс версий). Так что проблема скорее всего в грамотной организации репликации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2008, 15:54 |
|
||
|
Что-то вроде своего ОЛАП-а
|
|||
|---|---|---|---|
|
#18+
BelyЕсли по каким-то причинам нельзя - то я бы фиксировал только изменению (что добавили, удалили, изменили) - и передавал это на OLAP сервер и грузил бы в структуре, сразу подходящей для OLAP (звезда) Автору на заметку, что бывают ситуации, когда грузить налету слишком накладно и не нужно, а проще и быстрее загружать все заново ночью по требованию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2008, 15:57 |
|
||
|
Что-то вроде своего ОЛАП-а
|
|||
|---|---|---|---|
|
#18+
igor250973Практически все современные клиент-серверные СУБД предлагают широкий выбор методов и средств репликацииКроме технических - бывают еще организационно-политические моменты. Не дадут, например, администраторы сети прямого доступа к той БД, куда собрались грузить данные. Что останется? Формировать файлы, высылать их по e-mail, там их грузить и обрабатывать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2008, 16:03 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=100&tid=1543724]: |
0ms |
get settings: |
7ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
54ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
31ms |
get tp. blocked users: |
1ms |
| others: | 219ms |
| total: | 336ms |

| 0 / 0 |
