АРХИТЕКТУРЫ СУБД: ТЕХНОЛОГИЯ ЛОКАЛЬНЫХ (НАСТОЛЬНЫХ) БД

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

Локальными или настольными назы­вают СУБД типа Access, Paradox и т.д. В них уже есть свой формат данных, который учитывает параллельное вы­полнение операций, возможность доступа к БД нескольких пользовате­лей и т.д. (в принципе, в клиент-сер­верных ОС БД тоже часто хранятся в файлах на диске, к которым идет дос­туп средствами ОС, за исключением гигантов типа Oracle, где есть своя файловая система). Делается это, ко нечно, менее эффективно, чем в кли­ент-серверных СУБД.

Недостатки становятся очевидными не сразу, а по мере увеличения коли­чества данных и числа пользовате­лей. Если снижается производитель­ность и случаются сбои, то знай, что с этими недостатками ты уже познако­мился. Объяснить это можно доволь­но просто: при выполнении какого-ли­бо запроса от клиента программе не­обходимо прочитать некоторую часть БД из памяти (вся база в память не считывается - это было бы слишком неэффективно), что-то там намутить (в зависимости от запроса) и потом снова записать в память. Представь, сколько данных идет по сети, если БД хранится на выделенном сервере! А если база весит 10 Гб?…

Реальными минусами настольных СУБД являются: неэффективное рас­ходование сетевого трафика и низкая эффективность при большом количе­стве пользователей.

Однако решение этой проблемы есть. Тебе на помощь придет одна из самых известных и распространенных сейчас технологий – "клиент-сервер".

АРХИТЕКТУРЫ СУБД: ТЕХНОЛОГИЯ "КЛИЕНТ-СЕРВЕР"

Принцип централизации хранения и обработки данных лежит в основе архитектуры "клиент-сервер". При ис­пользовании этой технологии весь непосильный труд по обработке дан­ных полностью перекладывается на сервер. Машина-клиент посылает зап­росы, а сервер их выполняет и посы­лает ответы клиенту. При таком подходе разгружается сеть (хотя все зависит от запроса) и пропадает необходимость использо­вать мощные рабочие станции. Мож­но хранить бизнес-правила на серве­ре, что поможет избежать дублирова­ния кода в клиентских приложениях. Серверные СУБД обладают расши­ренными возможностями управления привилегиями пользователей.

Кроме того, современные серверные СУБД предоставляют много возмож­ностей резервного копирования и оп­тимизации запросов. Поддерживают параллельную обработку запросов, а также предоставляют возможность параллельной обработки данных сра­зу несколькими процессорами (при использовании в качестве сервера БД многопроцессорной системы).

ОБЗОР РЫНКА

В настоящее время существует множество различных СУБД. Некото­рые из них просят денег, некоторые нет (но думаю, тоже не откажутся при случае).

Рынок корпоративных серверных СУБД представлен Oracle, MS SQL, DB2, Sybase и InterBase.

ORACLE (WWW.ORACLE.COM)

Oracle была первой коммерческой реляционной СУБД, поддерживаю­щей язык SQL, который в послед­ствии стал стандартом де-факто. Пер­вая версия продукта появилась на свет в 1979 году. В наши дни компа­ния является лидером рынка произ­водителей коммерческих СУБД и, как написано на сайте, крупнейшим в ми­ре поставщиком корпоративного программного обеспечения.

MS SQL (WWW.MICROSOFT.COM)

Продукт известной всем фирмы. Первая версия была разработана сов­местно с Sybase в 1988 году и пред­назначалась только для платформы OS/2. Следующие версии этого про­дукта были созданы для NT-based сис­тем и тесно интегрированы с ОС, что не удивительно. Для компании гораз­до выгоднее, чтобы ее СУБД исполь­зовались на ее же операционной сис­теме – так совместимость лучше (кто знает операционную систему лучше, чем ее производитель?).