|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : …ўЈҐЁ© Џ®¤зҐаЁ 2:5020/400 20 Jul 2001 09:00:45
To : Konstantin Lissianski
Subject : Re: Моделирование (круг второй)...
--------------------------------------------------------------------------------
KL> Предназначена данная технология исключительно для анализа данных. Для
KL> ввода данных нужно использовать традиционные системы. Данные в
KL> многомерную базу
KL> OLAP закачиваются скопом в большом количестве, поскольку там еще имеется
KL> этап расчета агрегированных показателей.
KL> В общем, OLAP не является универсальным средством - только анализ.
KL> У вас же, как мне кажется, дискуссия на другую тему.
Мне кажется, что ОЛАП предлагает именно модель хранения данных,
оптимизированную для запросов. Почему не использовать эту модель в реальных ИС
?
В книжках про недостатки ОЛАП пишут так:
1) Избыточность хранимых данных.
2) Транзакции проходят медленно.
По пункту 1:
Все тяжелые СУБД признают необходимость избыточности. Сводные таблицы,
Материализованные Вью, каскадное одновление через триггеры, таблицы,
организованные по индексу - во всех этих прибамбасах уже можно заблудиться, и
все делается только ради одного: повысить скорость запросов. Или еще: имею
таблицу с 3-ия полями: A, B, C. Для полноценного оптимизируемого поиска
возможно, придется создать 2 индекса: A+B, C+B, а то и больше. В итоге, размер
индексов превысит размер таблицы. Вот вам и избыточность.
По пункту 2:
У меня в Оракле таблица из 100 000 000 строк, там 3 сложных индекса, кроме
того, триггер, и, допустим, внешний ключ. Инсерт в такую таблицу - нешуточная
операция из-за необходимости поддерживать индекс. И тормозит изрядно.
Если посмотреть на судороги Оракла по преодолению классической реляционной
модели, уже и не знаешь, РСУБД это, или что-то другое. И вложенные таблицы, и
объектные таблицы - бр... Все это хорошо, но стройности нет. Похоже на
затыкание дырок, и все это непереносимо и не стандартизовано.
ОЛАП предлагает весьма стройную (пока) модель. А что транзакции тормозят -
дело производителей СУБД. Использовать ОЛАП - хранилище хочу. Вроде, Cache
умудрилась это сделать, или я чего недопонимаю ???
С уважением, Евгений
--- ifmail v.2.15dev5
* Origin: FidoNet Online - http://www.fido-online.com (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
