OLTP и OLAP (одна или две)

← →
Igorek © (2004-11-10 12:02) [0]

OLTP - online transaction processing
OLAP - online analysis processing

OLTP - БД системы для текущего оперативного учета, обычно с фиксироваными отчетами и мало изменяющейся структурой БД, заточеной под постоянное добавление/удаление/изменение данных
OLAP - БД системы для анализа данных, структура БД заточена под анализ (гиперкубы или реляционная модель, где в центре есть таблица фактов), отчеты и запросы не фиксированы, развитые средства для анализа (графики, диаграммы)

Также OLAP обычно используется только при наличии OLTP, откуда собственно и берет данные (которые агрегируются, переводятся в новую структуру). Т.е. эти системы сильно различаются.

Я все правильно понимаю?

Теперь наша ситуация: Система делается сразу с нуля единая (одна).
База данных одна. В центре - таблица фактов. Предполагается как активное использование для поточного учета, так и для анализа.
Речь идет в данном случае о системе с функциями документооборота и учета производственной деятельности.
Также следует отметить, что реализуется все это людьми, не имеющими солидного опыта в построении OLAP систем, но имеющими опыт в OLTP

Теперь вопрос: насколько правильным будет так делать? Что можно посоветовать?

← →
}|{yk © (2004-11-10 12:09) [1]

посмотри на систему Comshare MPC

← →
msguns © (2004-11-10 12:17) [2]

Безусловно, стоит подходить к проблеме так основательно, если
1. Обеспечено солидное долговременное финансирование.
2. Имеется спаянный коллектив единомышленников, умеющих объединяться для решения поставленных задач, возглавляемый опытным и лояльным шефом.
3. В наличии грамотный и знающий чего хочет заказчик (начальник)
4. Персонал заказчика настроен доброжелательно.

← →
Polevi © (2004-11-10 14:26) [3]

в чем вопрос непонятно
стандартная схема, пишется OLTP, затем за большие деньги нанимается OLAP программист, который используя какой-либо промышленный продукт создает OLAP
если OLTP спроектирована правильно - проблем быть не должно

← →
Polevi © (2004-11-10 14:26) [4]

← →
Igorek © (2004-11-10 15:05) [5]

> Polevi © (10.11.04 14:26) [3]
> в чем вопрос непонятно
> стандартная схема, пишется OLTP, затем за большие деньги
> нанимается OLAP программист, который используя какой-либо
> промышленный продукт создает OLAP
> если OLTP спроектирована правильно - проблем быть не должно

Ну а у нас пишется стразу гибридная система. БД одна. Нету разделения на OLTP (со своей БД) и OLAP (со своей другой БД, откуда данные поступают из первой).

Вопрос: правильно ли это?

← →
Polevi © (2004-11-10 15:14) [6]

на мой взгляд самим реализовывать OLAP решение это все равно что операционную систему свою писать

← →
Igorek © (2004-11-10 18:03) [7]

> Polevi © (10.11.04 15:14) [6]
> на мой взгляд самим реализовывать OLAP решение это все равно
> что операционную систему свою писать

Что именно безнадежно самостоятельно реализовать?
- структуру таблиц под анализ?
- интерфейс для аналитика?
...

← →
Vemer © (2004-11-10 18:11) [8]

OLTP и OLAP - ну хоть тут расшифровку/объяснение узнал, а то никто признаваться не хотел )).

← →
Igorek © (2004-11-10 18:44) [9]

> Vemer © (10.11.04 18:11) [8]

Здесь коротко и на пальцах:
http://www.rsdn.ru/Forum/Message.aspx?mid=10488

← →
Igorek © (2004-11-10 18:45) [10]

Точнее
http://www.rsdn.ru/Forum/Message.aspx?mid=10494&only=1

← →
Sergey_Masloff (2004-11-10 20:35) [11]

Igorek © (10.11.04 15:05) [5]

>Вопрос: правильно ли это?
Неправильно. Да и просто невозможно (если у вас действительно OLAP будет).
Про проф. программиста пишущего OLAP это легенды ИМХО реальные OLAPы так не пишут. От проектирования OLTP системы OLAP тоже особо не зависит так как при загрузке в OLAP хранилище данные видоизменяются любым нужным способом.

← →
}|{yk © (2004-11-10 20:37) [12]

Советую: бери нормальный OLAP (ту же Comshare MPC) и под него проектируй OLTP.

← →
Sergey_Masloff (2004-11-10 20:45) [13]

}|{yk © (10.11.04 20:37) [12]
>Советую: бери нормальный OLAP (ту же Comshare MPC) и под него >проектируй OLTP.
Извини не удержусь поинтересоваться - с какого бодуна OLTP должен проектироваться под OLAP???? ;-)

> Sergey_Masloff (10.11.04 20:35) [11]
> Igorek © (10.11.04 15:05) [5]
>
> >Вопрос: правильно ли это?
> Неправильно. Да и просто невозможно (если у вас действительно
> OLAP будет).
> Про проф. программиста пишущего OLAP это легенды ИМХО реальные
> OLAPы так не пишут. От проектирования OLTP системы OLAP
> тоже особо не зависит так как при загрузке в OLAP хранилище
> данные видоизменяются любым нужным способом.
Вот, вот. Системы то ПРИНЦИПИАЛЬНО РАЗНЫЕ. В OLTP отношения заточены под оперативный учет предметной области. В OLAP - под анализ. Т.о. мы можем загрузить в OLAP хранилище данные о РАЗНЫХ фактах. Их же в предметной области много. Дли финансового аналитика в центре будут движения денег. Для производственика - выпуск продукции. Для маркетолога - продажи. К каждому факту можно прицепить доп. измерения (дату, сумму...).
Фактически я говорю о киосках многомерных данных для разных аналитиков.

> с какого бодуна OLTP должен проектироваться под OLAP

Ну, если например система Comshare MPC может работать с СУБД Oracle и MS SQL, то логично делать и OLTP системы под одну из этих СУБД, чтобы потом меньше траблов было.

Ну, про даты это ты круто...
Минимальной единицей времени д.б. недели.

← →
КакогоЧерта ЯСюдаЗашел (2004-11-12 14:17) [17]

OLAP под OLTP действительно затачивать не нужно. :-)
То есть не надо ставить телегу впереди лошади.
По-классике, методологически верно (и прочая, прочая), после создания OLTP-системы необходимо создать так называемые DataWarehouses (Хранилища Данных) или DataMarts (Киоски/витрины данных), в которые с некоторой периодичностью переносить данные из OLTP-системы. Заодно решается вопрос трансформации данных, очистки. Данные можно переносить не все и в той форме, в которой он будут нужны для многомерного анализа. И затем, уже по этим хранилищам/витринам происходит вся OLAP-вакханалия.

← →
КакогоЧерта ЯСюдаЗашел (2004-11-12 14:29) [18]

Зарапортовался...
Первое предложение читать как
"OLTP под OLAP действительно..."

OLTP и OLAP (одна или две) Найти похожие ветки