Краткий обзор СУБД

Краткий обзор СУБД

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

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

В литературе неоднократно можно встретить упоминания того, что сегодня рынок СУБД – это большой бизнес. Независимые компании по производству программного обеспечения и крупные поставщики продают программы для управления базами данных на миллиарды долларов ежегодно. В большинстве корпоративных приложений, обеспечивающих ежедневную деятельность крупных компаний и организаций, используются базы данных. Эти приложения подразделяются на несколько быстро развивающихся категорий:

Планирование ресурсов предприятий (Enterprise Resource Planning – ERP).

Регулирование отношений с клиентами (Customer Relationship Management – CRM).

Управление системой поставок (Supply Chain Management – SCM).

Автоматизация продаж (Sales Force Automation – SFA).

Финансовые приложения.

Производители компьютерного оборудования разрабатывают и поставляют серверы, которые специально сконфигурированы для функционирования в качестве серверов баз данных. Коммерческое использование этих систем дает ежегодный оборот в миллиарды долларов. Базы данных обеспечивают информацией большинство Web-узлов, ориентированных на транзакции, и используются для отслеживания и анализа взаимодействия с Web-узлами. Таким образом, проблема управления базами данных затрагивает все сегменты рынка компьютерных технологий.

5.1. Модель с централизованной архитектурой

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

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

На том же компьютере установлены СУБД и приложение для работы с БД.

Пользователь запускает приложение. Используя предоставляемый приложением пользовательский интерфейс, он инициирует обращение к БД на выборку/обновление информации.

Все обращения к БД идут через СУБД, которая инкапсулирует внутри себя все сведения о физической структуре БД.

СУБД инициирует обращения к данным, обеспечивая выполнение запросов пользователя (осуществляя необходимые операции над данными).

Результат СУБД возвращает в приложение.

Приложение, используя пользовательский интерфейс, отображает результат выполнения запросов.

Рис. 1. Централизованная архитектура

Таким образом, в этой модели реализуется однопользовательский режим работы. Подобная архитектура использовалась в первых версиях СУБД DB2, Oracle, Ingres. Исходная идея создания и использования баз данных предполагала многопользовательское использование данных.

В данной модели с централизованной архитектурой реализуем и многопользовательский режим работы. С этой целью к мейнфрейму подключалось несколько терминалов, но тогда приходилось обслуживать в рамках ресурсов одного компьютера весь комплекс возникающих задач, начиная от собственно обработки и хранения данных, до отображения информации и приема запросов от пользователей. Модель использовалась в период «господства» больших ЭВМ (IBM-370, ЕС-1045, ЕС-1060). Все программы разных пользователей выполнялись одной ЭВМ в режиме разделения времени или мультипрограммирования. С ростом сложности задач росло количество пользователей и объемы баз данных, вследствие чего подобная архитектура более не обеспечивала удовлетворительной производительности.

Основным недостатком является резкое снижение производительности при увеличении числа пользователей.

5.2. Модель с автономным персональными ЭВМ

Каждый пользователь имеет свою автономную персональную ЭВМ. База данных и СУБД, копируется на компьютере каждого пользователя.

Каждый пользователь работает с базой данных на своей ЭВМ. Модель широко использовалась в начальный период появления персональных ЭВМ. Для модели характерна полная децентрализация данных. Основным недостатком модели является невозможность оперативного обновления данных на всех компьютерах при изменении из одним из пользователей.

5.3. Модель вычислений с сетью и файловым сервером (архитектура «файл-сервер»)

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

Рис. 2. Архитектура «файл-сервер»

Работа построена следующим образом:

База данных в виде набора файлов находится на жестком диске специально выделенного компьютера (файлового сервера).

Существует локальная сеть, состоящая из клиентских компьютеров, на каждом из которых установлены СУБД и приложение для работы с БД.

На каждом из клиентских компьютеров пользователи имеют возможность запустить приложение. Используя предоставляемый приложением пользовательский интерфейс, он инициирует обращение к БД на выборку/обновление информации.

Все обращения к БД идут через СУБД, которая инкапсулирует внутри себя все сведения о физической структуре БД, расположенной на файловом сервере.

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

При необходимости (в случае изменения данных) данные отправляются назад на файловый сервер с целью обновления БД.

Результат СУБД возвращает в приложение.

Приложение, используя пользовательский интерфейс, отображает результат выполнения запросов.

В рамках архитектуры «файл-сервер» были выполнены первые версии популярных т.н. настольных СУБД, таких как dBase и Microsoft Access.В литературе указываются следующие основные недостатки данной архитектуры:

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

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

Как правило, используется навигационный подход, ориентированный на работу с отдельными записями.

В БД на файл-сервере гораздо проще вносить изменения в отдельные таблицы, минуя приложения, непосредственно из инструментальных средств (например, из утилиты Database Desktop фирмы Borland для файлов Paradox и Dbase); подобная возможность облегчается тем обстоятельством, что, фактически, у таких СУБД ба-за данных понятие более логическое, чем физическое, поскольку под БД понимается набор отдельных таблиц, сосуществующих в отдельном каталоге на диске. Все это позволяет говорить о низком уровне безопасности – как с точки зрения хищения и нанесения вреда, так и сточки зрения внесения ошибочных изменений.

Недостаточно развитый аппарат транзакций служит потенциальным источником ошибок в плане нарушения смысловой и ссылочной целостности информации при одновременном внесении изменений в одну и ту же запись.

5.4. Распределенная модель вычислений (архитектура «клиент-сервер»)

Использование архитектуры «клиент-сервер» предполагает наличие некоторого количества компьютеров, объединенных в сеть, один из которых выполняет особые управляющие функции (является сервером сети). Так, архитектура «клиент-сервер» разделяет функции приложения пользователя (называемого клиентом) и сервера. Приложение-клиент формирует запрос к серверу, на котором расположена БД, на структурном языке запросов SQL (Structured Query Languague), являющемся промышленным стандартом в мире реляционных БД. Удаленный сервер принимает запрос и переадресует его SQL-серверу БД.

SQL-сервер – специальная программа, управляющая удаленной базой данных. SQL-сервер обеспечивает интерпретацию запроса, его выполнение в базе данных, формирование результата выполнения запроса и выдачу его приложению-клиенту. При этом ресурсы клиентского компьютера не участвуют в физическом выполнении запроса; клиентский компьютер лишь отсылает запрос к серверной БД и получает результат, после чего интерпретирует его необходимым образом и представляет пользователю. Так как клиентскому приложению посылается результат выполнения запроса, по сети «путешествуют» только те данные, которые необходимы клиенту. В итоге снижается нагрузка на сеть. Поскольку выполнение запроса происходит там же, где хранятся данные (на сервере), нет необходимости в пересылке больших пакетов данных. Кроме того, SQL-сервер, если это возможно, оптимизирует полученный запрос таким образом, чтобы он был выполнен в минимальное время с наименьшими накладными расходами.

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

Итак, в результате работа построена следующим образом:

База данных в виде набора файлов находится на жестком диске специально выделенного компьютера (сервера сети).

СУБД располагается также на сервере сети.

Существует локальная сеть, состоящая из клиентских компьютеров, на каждом из которых установлено клиентское приложение для работы с БД.

На каждом из клиентских компьютеров пользователи имеют возможность запустить приложение. Используя предоставляемый приложением пользовательский интерфейс, он инициирует обращение к СУБД, расположенной на сервере, на выборку/обновление информации. Для общения используется специальный язык запросов SQL, т.е. по сети от клиента к серверу передается лишь текст запроса.

СУБД инкапсулирует внутри себя все сведения о физической структуре БД, расположенной на сервере.

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

Таким образом, СУБД возвращает результат в приложение.

Приложение, используя пользовательский интерфейс, отображает результат выполнения запросов.

Рассмотри, как выглядит разграничение функций между сервером и клиентом:

Функции приложения-клиента:

− Посылка запросов серверу.

− Интерпретация результатов запросов, полученных от сервера.

− Представление результатов пользователю в некоторой форме (интерфейс пользователя).

Функции серверной части:

− Прием запросов от приложений-клиентов.

− Интерпретация запросов.

− Оптимизация и выполнение запросов к БД.

− Отправка результатов приложению-клиенту.

− Обеспечение системы безопасности и разграничение доступа.

− Управление целостностью БД.

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

К разряду промышленных СУБД принадлежат Oracle, Gupta, Informix, Sybase, MS SQL Server, DB2, InterBase и ряд других.

Рис. 3. Архитектура «клиент-сервер»

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

Рассмотрим основные достоинства данной архитектуры по сравнению с архитектурой «файл-сервер»:

Существенно уменьшает сетевой трафик.

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

Наличие специального программного средства – SQL-сервера – приводит к тому, что существенная часть проектных и программистских задач становится уже решенной.

Существенно повышает целостность и безопасность БД.

Однако нельзя не указать и некоторые недостатки и трудности, с которыми приходится сталкиваться при применении данной архитектуры. Во-первых, это стоимость SQL-сервера. Внедрение архитектуры «клиент-сервер» требует существенных финансовых ресурсов. К числу недостатков можно отнести и то, что большое количество клиентских компьютеров, расположенных в разных местах, вызывает определенные трудности со своевременным обновлением клиентских приложений на всех компьютерах-клиентах. Однако, эти недостатки не являются препятствием к использованию данных принципов построения корпоративных информационных систем. Так, архитектура «клиент-сервер» хорошо зарекомендовала себя на практике, в настоящий момент существует и функционирует большое количество БД, построенных в соответствии с данной архитектурой.

5.5. Распределенная модель вычислений (Клиент-сервер. Трехзвенная (многозвенная) архитектура)

Конец 90-х годов был знаменован развитием сети Интернет. Сегодня мы смело можем сказать, что Интернет, как ранее вычислительная техника, проник или активно проникает во многие сферы человеческой жизни – экономику, науку, технику, образование. Развитие индустрии разработки программного обеспечения с одной стороны и сети Интернет, как средства коммуникации, с другой стороны привело к появлению нового взгляда на проблему построения хранилищ информации и на принципы работы с ними. Так, в современных условиях является совершенно нормальным то, что обычный человек, сидя дома, имеет возможность войти в глобальную сеть, посетить сайт компании, торгующей интересующими его товарами (например, книгами), и посмотреть, есть ли в наличии интересующая его книга, сколько она сейчас стоит, как обстоит дело с доставкой и, если все его устраивает, оформить заказ на приобретение книги.

Новое понимание действительности привело к возникновению новых технологий, новых подходов к хранению и обработке данных. А в чем, собственно, проблема, чем архитектура «клиент-сервер» плоха для организации такой деятельности, как описано выше в примере?

Один из основных моментов – снижение затрат на организацию рабочих мест пользователей. Так, для полноценной работы в Интернет не требуется каких-то запредельных мощностей. Требуется лишь возможность установки операционной системы и Web-браузера. Заметьте, что когда Вы запрашиваете информацию о книге (выполняете запросы к базе данных Интернет-магазина), на Ваш компьютер не ложиться практически никакой нагрузки.

Второй момент – устранение бесконечных трудностей с обновлением клиентских приложений. Заметьте, когда Интернет-магазин меняет свое программное обеспечение, это никак не сказывается на Вас, как обычном пользователе. Вы не скачиваете никаких дополнительных файлов.

Для разрешения описанных выше проблем появилось некоторое развитие архитектуры «клиент-сервер». На настоящий момент это развитие представляет собой так называемую трехзвенную (в некоторых случаях многозвенную) архитектуру (N-tier или multi-tier). Рассмотрев архитектуру «клиент-сервер», можно заключить, что она является 2-звенной: первое звено – клиентское приложение, второе звено – сервер БД + сама БД.

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

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

Итак, в результате работа построена следующим образом:

База данных в виде набора файлов находится на жестком диске специально выделенного компьютера (сервера сети).

СУБД располагается также на сервере сети.

Существует специально выделенный сервер приложений, на кото-ром располагается программное обеспечение (ПО) делового анализа (бизнес-логика).

Существует множество клиентских компьютеров, на каждом из которых установлен т.н. «тонкий клиент» – клиентское приложение, реализующее интерфейс пользователя.

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

Сервер приложений анализирует требования пользователя и формирует запросы к БД. Для общения используется специальный язык запросов SQL, т.е. по сети от сервера приложений к серверу БД передается лишь текст запроса.

СУБД инкапсулирует внутри себя все сведения о физической структуре БД, расположенной на сервере.

СУБД инициирует обращения к данным, находящимся на сервере, в результате которых результат выполнения запроса копируется на сервер приложений.

Сервер приложений возвращает результат в клиентское приложение (пользователю).

Приложение, используя пользовательский интерфейс, отображает результат выполнения запросов.

← Предыдущая
Страница 1
Следующая →

Файл

Лекция 5.docx

Лекция 5.docx
Размер: 138 Кб

.

Пожаловаться на материал

Лекция. Модель с централизованной архитектурой. Модель с автономным персональными ЭВМ. Модель вычислений с сетью и файловым сервером (архитектура «файл-сервер»). Распределенная модель вычислений (архитектура «клиент-сервер»). Распределенная модель вычислений (Клиент-сервер. Трехзвенная (многозвенная) архитектура)

У нас самая большая информационная база в рунете, поэтому Вы всегда можете найти походите запросы

Искать ещё по теме...

Похожие материалы:

Методические рекомендации, планы лекций и семинарских занятий по курсу «Философия»

 Философия как наука уже в силу специфики своего предмета всегда; была и остаётся теоретическим ядром научного мировоззрения.

Рекламная деятельность

Реклама является неотъемлемой частью жизни современного человека. Реальное развитие ПР-услуги получили в России.

Политическая власть. Формы политической власти

Политическая сфера общества напрямую затрагивает только верхнюю часть общества. Формы власти. Легитимность и легальность власти. Типы легитимности власти.

Геология

Геология - комлекс наук, изучающих основные закономерности и этапы развития Земли. Основы палеонтологии

Этика долга Канта

Для Канта долг — чистота нравственного мотива и твердость нравственных убеждений. Об абсолютности морали и доброй воле.

Сохранить?

Пропустить...

Введите код

Ok