Сетевые субд

Типичным представителем сете­вых СУБД является Integrated Database Management System (IDMS), созданная в компании Cullinet Software, Inc. Отличие таких СУБД от разработанных с помощью иерар­хического подхода кроется в осо­бенностях сетевой структуры дан­ных: потомок может иметь больше одного предка. РЕЛЯЦИОННАЯ МОДЕЛЬ ХРАНЕНИЯ ДАННЫХ

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

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

Архитектуры субд: технология локальных (настольных) бд

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

Локальными или настольными назы­вают СУБД типа 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 сис­тем и тесно интегрированы с ОС, что не удивительно. Для компании гораз­до выгоднее, чтобы ее СУБД исполь­зовались на ее же операционной сис­теме – так совместимость лучше (кто знает операционную систему лучше, чем ее производитель?).

DB2 (WWW-4.IBM.COM)

Это детище IBM (DB2 Universal Database), которое представляет со­бой серию продуктов для различных систем. Впервые проект появился на рынке в 1996 году. Приятно, что при переносе DB2 на другую (не IBM’овс-кую) платформу компания старается максимально эффективно использо­вать возможности новой платформы.

SYBASE (WWW.SYBASE.COM)

Изначально компания разрабаты­вала серверную СУБД совместно с Microsoft. В 1994 году компании ра­зошлись и стали разрабатывать свои программные продукты независимо друг от друга. В результате у Sybase получился продукт под названием Adaptive Server Enterprise. Продукт су­ществует под разные оси и предназ­начен для применения на крупных предприятиях. Существует еще одна линия серверных продуктов Sybase, которая ведет свое начало от СУБД Watcom SQL Anywhere. Этот продукт называется SQL Anywhere Studio, от­личается своей компактностью и простотой администрирования. Пред­назначен в основном для обслужива­ния небольших групп пользователей. Также существуют версии для приме­нения в мобильных устройствах.

INTERBASE

(WWW.BORLAND.COM,

WWW.INTERBASE-WORLD.COM)

Продукт компании Borland Inc. До­вольно компактная, устойчивая и про­изводительная СУБД, способная ра­ботать на различных ОС. Визитная карточка системы – отсутствие острой необходимости напрягаться при раз­работке БД. Так как в другие пакеты этой фирмы (например, Delphi) встро­ены весьма удобные средства для разработки приложений на базе Interbase. Продукт стал популярным вследствие того, что долгое время распространялся бесплатно вместе со средствами разработки. Но кушать хо­чется всем, и Interbase стал платным (что-то странное вообще происходит со многими серьезными проектами).

БЕСПЛАТНЫЕ СУБД

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

MySQL – быстрая, но немного огра­ниченная СУБД. Хорошо подходит для проектов, не требующих сложных баз (например, для web-проектов).

PostgreSQL – мощная и тяжелая сис­тема, отвечающая всем современным стандартам СУБД. Больше подходит для серьезных проектов, требующих сложных баз данных. По скорости ра­боты PostgreSQL уступает MySQL. И администрирование PostgreSQL - ог­ромный геморрой. PostgreSQL - это реляционно-объектная СУБД, в кото­рой есть некоторые расширения для работы с таблицами, на которые мож­но легко отображать иерархии объек­тов. Но это еще не чисто объектная СУБД.

Не забывай, что выбор СУБД зави­сит от поставленной задачи. Ассорти­мент услуг, которые предлагают опи­санные выше СУБД, в основном при­ходится на "клиент-серверную" архи­тектуру. Но кроме больших корпора­ций, которым необходима серверная технология СУБД, существуют еще и маленькие фирмы, которым нет смыс­ла ставить дорогостоящий сервер в одном углу офиса, а компьютер-кли­ент - в другом. Для этого и использу­ют локальные (настольные) СУБД. Основные представители этого рынка: Microsoft Access, Paradox, Visual FoxPro и dBase.