59.Требования к серверу баз данных.

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

2. Подготовка отчетов по трем вопросам: 1) есть ли технология – необходимое оборудование и ПО для реализации запланированная БД (технологич. обуществимость); 2) имеются ли персонал, ср-ва и эксперты для успешного осущ. плана создания БД (операционная осуществимость); 3) окупится ли запланированная БД (экономическая эффективность).

3. Формулируются цели БД; информационные потребности различных структурных подразделений и их руководителей; требования к оборудованию; требования к ПО.

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

5. Осуществляется выбор типа модели данных. Концептуальная модель отображается в логическую модель, основанную на структурах, характерных для выбранной модели.

6. Логическая модель расширяется характеристиками, необходимыми для определения способов физического хранения БД, типа уст-в для хранения, методов доступа к данным базы, требуемого объема памяти, правил сопровождения БД.

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

60.Механизмы доступа к данным (прикладной и универсальный программный интерфейс).

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

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

Наиболее распространенным программным интерфейсом, обеспечивающим доступ к данным конкретной базы данных является ODBC (Open Database Connectivity) фирмы Microsoft. В рамках ODBC программное приложение непосредственно взаимодействует с диспетчером драйвером, посылая ему ODBC-вызовы. Диспетчер драйверов отвечает за динамическую загрузку нужного ODBC-драйвера, через который обращается с серверу баз данных. ODBC-драйвер выполняет все вызовы ODBC-функций и «переводит» их на язык источника данных. СУБД хранит и выводит данные в ответ на запросы со стороны ODBC-драйвера.

Задание ODBC-источникаданных является действием, которое осуществляется средствами операционной системы, управляющей компьютером.В операционной системе Windows в Панели управления предусмотрен пункт Исочники данных ODBC (32 разр) из которого вызывается Администратор источников данных ODBC. С его помощью могут быть заданы:

· пользовательский DSN – источник данных, доступный только текущему пользователю на текущем компьютере;

· файловый DSN – источник данных, которые могут применять совместно различные пользователи, у которых установлены одинаковые ODBC-драйверы;

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