Классика баз данных - статьи

       

Гибкие решения


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

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

Второй подход к удовлетворению потребности в гибкости состоит в обеспечении «шведского стола» вариантов управления данными, каждый из которых адресован к некоторому классу приложений. Мы видим, как этот подход проявляется на традиционном рынке реляционных систем, где за облицовкой SQL скрываются разные возможности, требуемые для OLTP и хранилищ данных.

Третий подход к обеспечению гибкости состоит в создании более конфигурируемого средства хранения, которое может настраиваться в соответствии с потребностями индивидуальных приложений.

Содержание  Назад  Вперед