10. Модель rda(удалённого доступа к данным)

Модель удаленного доступа к данным основана на учете специфики размещения и физического манипулирования данных во внешней памяти для реляционных СУБД. В RDA-модели компонент доступа к данным в СУБД полностью отделен от двух других компонентов (компонента представления и прикладного компонента) и размещается на сервере системы. Компонент доступа к данным реализуется в виде самостоятельной программной части СУБД, называемой SQL-сервером, и инсталлируется на вычислительной установке сервера системы. Функции SQL-сервера ограничиваются низкоуровневыми операциями по организации, размещению, хранению и манипулированию данными в дисковой памяти сервера. Иначе говоря, SQL-сервер играет роль машины данных. Схема RDA-модели приведена на рис. 5.3.

+ Перенос компонента представления и прикладного компонента на клиентский компьютер существенно разгрузил сервер БД, сведя к минимуму общее число процессов к операционной системе.

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

+ Резко уменьшается загрузка сети (запросы на ввод-вывод не в файлах, а в SQL, который существенно меньше). В ответ на запросы клиент получает данные, релевантные запросу, а не блоки файлов.

+ Основное достоинство: унификация интерфейса «клиент-сервер». Стандартом становится язык SQL.

- SQL запросы при интенсивной работе клиентских приложений могут существенно загрузить сеть.

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

11. Модель сервера баз данных

Для устранения недостатков RDL модели должны быть соблюдены условия:

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

2. БД должна отражать некоторые правила предметной области, законы, по которым она функционирует (Business Rules).

3. Необходим постоянный контроль за состоянием БД

4. Важнейшая проблема СУБД --- контроль типов данных, необходим не только синтаксический контроль, но и контроль семантической составляющей.

Данные возможности поддерживает большинство современных СУБД: Oracle, MSSQL Server, IBM DB2, Informix, …

12. Модель сервера приложений

Эта модель расширяет двухуровневую модель. В ней вводится дополнительный уровень между клиентом и сервером. Этот промежуточный уровень может содержать один или несколько сервером приложений.

Компоненты делятся между тремя исполнителями.

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

13. Классификация моделей данных (описать и прокомментировать все уровни).

Одни из основополагающих категорий в концепции БД — «данные» и «модель данных».

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

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

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