|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Konstantin Lissianski 2:5020/400 20 Jul 2001 11:17:59
To : All
Subject : Re: Моделирование (круг второй)...
--------------------------------------------------------------------------------
Добрый день,
> Мне кажется, что ОЛАП предлагает именно модель хранения данных,
> оптимизированную для запросов.
Так и есть. Поэтому там нет никаких транзакций.
> Почему не использовать эту модель в реальных ИС
> ?
Вопросы ввода данных и обработки транзакций пока лучше всего проработаны в
реляционных СУБД, как мне кажется.
Это же целая инфраструктура - транзакции, параллелизм, многопользовательский
режим, статистика, администрирование.
Все это в OLAP очень плохо проработано по сравнению с OLTP.
> В книжках про недостатки ОЛАП пишут так:
>
> 1) Избыточность хранимых данных.
> 2) Транзакции проходят медленно.
>
> По пункту 1:
>
> Все тяжелые СУБД признают необходимость избыточности. Сводные таблицы,
> Материализованные Вью, каскадное одновление через триггеры, таблицы,
> организованные по индексу - во всех этих прибамбасах уже можно
заблудиться, и
> все делается только ради одного: повысить скорость запросов. Или еще: имею
> таблицу с 3-ия полями: A, B, C. Для полноценного оптимизируемого поиска
> возможно, придется создать 2 индекса: A+B, C+B, а то и больше. В итоге,
размер
> индексов превысит размер таблицы. Вот вам и избыточность.
Этой избыточности очень далеко до той, которая имеется в OLAP-системах. Там
ведь разреженные матрицы.
>
> По пункту 2:
>
> У меня в Оракле таблица из 100 000 000 строк, там 3 сложных индекса, кроме
> того, триггер, и, допустим, внешний ключ. Инсерт в такую таблицу -
нешуточная
> операция из-за необходимости поддерживать индекс. И тормозит изрядно.
А все эти 100М строк нужны для оперативной работы, или они используются для
выполнения аналитических запросов?
Если для работы нужна только часть - остальное нужно удалить и перенести на
другую платформу для анализа (например, спроектированную для анализа как
схема "звезда"). Все это - вопросы технологии хранилищ данных.
>
> Если посмотреть на судороги Оракла по преодолению классической реляционной
> модели, уже и не знаешь, РСУБД это, или что-то другое. И вложенные
таблицы, и
> объектные таблицы - бр... Все это хорошо, но стройности нет. Похоже на
> затыкание дырок, и все это непереносимо и не стандартизовано.
А кто говорил, что будет легко? :))
> ОЛАП предлагает весьма стройную (пока) модель. А что транзакции тормозят -
> дело производителей СУБД.
Опять-таки, транзакций в OLAP нет.
> Использовать ОЛАП - хранилище хочу.
Зачем?
> Вроде, Cache
> умудрилась это сделать, или я чего недопонимаю ???
Cache<>OLAP.
Или я чего-то недопонимаю.
С уважением,
Константин Лисянский
http://lissianski.narod.ru - хранилища данных, OLAP, CRM: информация.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
