Записаться

1. Назначение и характер данных

Оперативная обработка транзакций (OLTP, On-Line Transaction Processing) содержит текущие данные: продажи, операции и другие сведения, связанные с постоянными однотипными транзакциями. Транзакция здесь — повторяющаяся операция, которая в течение дня выполняется множество раз и записывается в базу.

Хранилище данных (Data Warehouse, DW) работает с историческими данными: как правило, за период до вчерашнего дня включительно. Оно не занимается поглощением новой информации в режиме онлайн.

2. Детализация и обобщение

OLTP хранит подробные сведения. Хранилище тоже может хранить детали, но чаще работает с частично или полностью обобщёнными данными. Например, для анализа может быть важна не конкретная продажа в конкретном магазине, а категория товара. Тогда первичные данные агрегируются (обобщаются) до уровня категории. Задача хранилища — быстро обобщать данные по иерархии предметной области и бизнес-процессов.

3. Динамика и статика

Данные OLTP динамические: постоянно пишется новая информация, вносятся изменения, возможны удаления. Данные хранилища статичны: раз в сутки выгружается информация за предыдущий период, и в течение следующего дня она не меняется. Анализ может быть разным, но исходные данные остаются теми же.

4. Регламентация обработки

В OLTP способ обработки повторяющийся: заранее написанные программные коды изо дня в день выполняют одни и те же действия. Например, продажа запускает запись в базу, затем триггер (trigger) уменьшает остаток товара, после чего может формироваться заказ на дополнительную закупку. В хранилище обработка не регламентирована: запросы и сценарии анализа заранее не фиксируются.

5. Роль человека

В OLTP человек — скорее диспетчер автоматизированного процесса. Его задача — следить, чтобы всё работало и не отваливалось. В хранилище человек — источник нерегламентированных запросов. Он придумывает алгоритмы, которые извлекают из большого объёма информации новые ценные сведения для развития бизнеса. В течение дня аналитик может перебрать много разных вариантов анализа.

6. Интенсивность транзакций

Интенсивность обработки транзакций в OLTP высокая. В хранилище она средне-низкая, потому что хранилище не ориентировано на постоянную запись транзакций.

7. Использование данных

В OLTP использование данных предсказуемо: заранее известно, куда попадёт значение из столбца, где и как оно будет использовано. В хранилище это предсказать нельзя. Часть данных может вообще никогда не использоваться, хотя предполагалось, что она понадобится.

8. Прикладная и предметная ориентация

OLTP ориентирована на прикладные области: её задача — обслуживать прикладные системы, оптимизировать внутренние процессы, экономно хранить информацию и быстро выполнять вставку (insert) новых данных. Хранилище ориентировано на предметную область — на суть бизнес-задачи. OLTP поддерживает повседневные решения, хранилище — стратегические.

9. Горизонт планирования и количество систем

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

10. Пользователи

Данные в базах организованы под требования конкретных деловых приложений и позволяют принимать повседневные решения большому числу параллельно работающих пользователей-исполнителей. В хранилище информация организована под возможные запросы и предназначена для поддержки долговременных стратегических решений небольшим количеством руководящих работников и бизнес-аналитиков.

11. Примеры запросов

OLTP не предназначена для быстрого ответа на произвольные запросы. Нестандартный нерегламентированный запрос к базе может выполняться очень долго, а его часто приходится писать с нуля. Стандартный запрос, например о средней цене объектов недвижимости в крупнейших городах Великобритании, может выполняться быстро. Хранилище позволяет отвечать на более сложные запросы. Пример: как повышение юридических издержек на 3,5% и снижение государственных налогов на 1,5% при сделках с недвижимостью стоимостью выше 100 000 фунтов стерлингов повлияет на продажи в разных регионах Британии. Это условный прогнозный вопрос с множеством факторов.

12. Итог сравнения

OLTP и хранилище данных — концептуально разные подходы. У них разное предназначение, но в одной компании, как правило, используются оба. База решает текущие операционные задачи, хранилище — аналитические и стратегические.

Краткие итоги

Практический смысл различия между оперативной системой и хранилищем раскрывается через вопрос: для чего данные собираются и как долго они должны оставаться полезными. Если речь идёт о ежедневном потоке операций, приоритетом становится предсказуемость, скорость записи и сохранение детализации. Такая среда требует строгих сценариев, автоматических реакций и дисциплины сопровождения. Её ценность — в точном обслуживании текущих процессов, а не в поиске новых смыслов. Напротив, аналитическая среда начинается там, где появляется потребность в истории, обобщении и проверке гипотез. Здесь данные могут быть менее детализированными, зато должны выдерживать разнообразные срезы, сравнения и прогнозные вопросы. Свобода запросов становится не избыточностью, а условием развития. Поэтому смешение этих ролей в одной системе создаёт конфликт: операционная нагрузка мешает аналитике, а аналитические эксперименты угрожают стабильности повседневных операций. Разделение позволяет каждой стороне оптимизироваться под свою задачу. Операционная система выигрывает в надёжности и скорости транзакций, хранилище — в широте анализа и качестве стратегических решений. Важно и то, что данные в хранилище не просто копируются: они проходят путь от детализированного учёта к агрегатам, пригодным для управленческих выводов. Чем яснее выстроена иерархия предметной области, тем быстрее можно получить ответ на сложный вопрос. Практическое применение такого подхода — не только техническая архитектура, но и распределение ответственности. Операционные сотрудники работают с повторяющимися процессами, аналитики — с исследованием и интерпретацией. Руководители получают основу для долгосрочных решений, а не только отчёт о вчерашних операциях. В итоге выбор между операционной системой и хранилищем не является выбором «лучшего» инструмента. Это выбор разных режимов работы с данными: один поддерживает ежедневную устойчивость, другой — стратегическую адаптацию. Их совместное присутствие в компании отражает естественное разделение между исполнением и анализом, между текущим контролем и развитием.