Лабораторная работа №9:

Тема: Формирование БД проекта

Цель работы: Формирование БД, которая будет использоваться в процессе тестирования и отладки программы.

Время выполнения 4 часа.

Краткие теоретические сведения.

Можно выделить три основные модели представления данных:

-реляционная или табличная модель

-иррациональная или древовидная модель

- сетевая модель

Формирование БД происходит, как показано на рисунке 9.1.

Предметная

бласть

администратор

пользователь

Инфологическая модель данных

Обобщенное описание предметной области не привязанное к каким-либо СУБД или ЭВМ (наборы данных, их типы, связи и т.д)

Даталогическая модель данных

Описание на языке конкретной СУБД

модели

используемые

СУБД

Модели

и

Физическая модель данных

Описание хранимых данных

СУБД

База данных

Рисунок 9.1

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

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

-простейшие СУБД, которые позволяют обрабатывать один массив информации, они обеспечивают ввод, поиск, сортировку, составление отчетов и т.д. , действия в них осуществляются при помощи меню и др. диалоговых средств (PC-File, Reflex.,Q&A)

-более сложные, которые поддерживают и обрабатывают несколько массивов информации, описывающих разнотипные объекты, и связи между ними, они как правило содержат средства программирования (Lotus Approach, Paradox, а для разработки сложных информационных систем Microsoft Access, Fox Pro и др.)

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

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

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

Фирмы Oracle, Informix, Sybase и Computer Associates предлагают покупателям системы, позволяющие хранить многомерные структуры данных, однако их ядра подобны имеющимся у реляционных БД.

Технология многомерной обработки информации привела к созданию постреляционных СУБД (postrelational database). Компания InterSystems анонсировала подобную систему под названием Cache, появившуюся уже в начале 1998 г. на российском рынке.

Она включает следующие компоненты:

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

- Надстройку над ядром, обеспечивающую доступ к данным с помощью языка SQL, на уровне объектов и путем прямого доступа, а также их сочетания. Следовательно, Cache’ отличается более высокой производительностью от объектно-реляционных СУБД. При обработке многомерных массивов постреляционной СУБД, называемых глобалями и являющихся единицами хранения данных, используется встроенный язык Cache Script для описания прямого доступа к последним. А язык запросов Cache SQL вместе со словарем данных позволяет создавать реляционные таблицы для сохранения данных. Существенно, что в такой таблице можно сохранить в ее глобали скомпилированные запросы, представляющие собой сгенерированный код на языке Cache Script.

Для описания логики приложений ИС в ядро встроен язык Cache Object Script, поэтому с данными можно работать как с кодом, что и делает систему Cache привлекательной для пользователей и разработчиков аналитических и экспертных систем. Кроме того, существует возможность обращения к данным из приложений на языках Java и Си++. Объектная надстройка Cache по существу является макроуровнем языка Cache Script. Такие свойства объектов, как наследование (в том числе множественное) и полиморфизм, реализуются Cache на собственных средствах, а словарь классов объектов позволяет создавать информационные системы различной степени сложности. Кроме того, объекты Cache можно использовать в программах, написанных на языках Си++ и Java .

Интерфейсы ODBC, Visual Cache и Weblink, поддерживают стандартный API. Кроме того, у пользователей и разработчиков Windows- и Web-приложений имеется выбор описаний объектов на Java или Си++ и в виде элементов управления ActiveX, т. е. в излюбленной среде разработки. Интерфейс Visual Cache устанавливает связь между объектами системы Cache и языком разработки Visual Basic.

Протокол DCP (Distributed Cache Protocol), технология DNM (Dynamic Namespace Mapping) и интерфейс Weblink позволяют пользователям эффективно работать в сети благодаря управлению кэш-памятью, прозрачному доступу к сетевым БД и возможности выполнения Web-приложений.

Cache’ Server Pages – объектная Web-технология Cache’, позволяющая использовать производительность и масштабируемость СУБД Cache’ для быстрого создания сложных Intranet- и Internet-приложений, взаимодействующих с БД. При разработке Web-приложений, Cache’ является не только СУБД, но и Сервером Приложений. В Cache’ хранятся классы, соответствующие CSP-страницам, и при обращении к CSP-странице выполняются методы, генерирующие HTML или XML. Технология Cache’ Server Pages - обеспечивает обмен данными между постреляционной СУБД Cache’ и Web-сервером, используя стандартные интерфейсы. Такая архитектура позволяет создавать высокопроизводительные, масштабируемые Internet- или Intranet-приложения, так как, во-первых, данные хранятся очень близко к Web-приложению (данные из БД передаются в приложение через высокопроизводительные внутренние интерфейсы, а не через ODBC или JDBC), и, во-вторых, относительно небольшая нагрузка на Web-сервер (Web-сервер только перенаправляет запросы пользователей на Сервер приложений Cache’) и высокая производительность СУБД Cache’ позволяет обрабатывать запросы большого количества пользователей.

Порядок выполнения работы:

1) Ознакомиться с теоретическими сведениями.

2) Разработать базу данных в соответствии с требованиями ТЗ и ТП.

Содержание отчета:

БД на электронном носителе.