По типу используемой модели данных выделяют три классических класса БД: иерархические, сетевые, реляционные. Развитие технологий обработки данных привело к появлению постреляционных, объектно-ориентированных, многомерных БД, которые в той или иной степени соответствуют трем упомянутым классическим моделям.
По топологии хранения данных различают локальные и распределенные БД.
По типологии доступа и характеру использования хранимой информации БД могут быть разделены на специализированные и интегрированные.
По функциональному назначению (характеру решаемых с помощью БД задач и, соответственно, характеру использования данных) можно выделить операционные и справочно-информационные. К последним можно отнести ретроспективные БД (электронные каталоги библиотек, БД статистической информации и т. д.), которые используются для информационной поддержки основной деятельности и не предполагают внесения изменений в уже существующие записи, например, по результатам этой деятельности. Опе-рационные БД предназначены для управления различными техноло-гическими процессами. В этом случае данные не только извлекаются из БД, но и изменяются (добавляются) в том числе в результате этого использования.
По сфере возможного применения можно различать универсальные и специализированные (или проблемно-ориентированные) системы.
По степени доступности можно выделить общедоступные и БД с ограниченным доступом пользователей. В последнем случае говорят об управляемом доступе, индивидуально определяющем не только набор доступных данных, но и характер операций, которые доступны пользователю.
Следует отметить, что представленная классификация не является полной и исчерпывающей. Она в большей степени отражает исторически сложившееся состояние дел в сфере деятельности, связанной с разработкой и применением баз данных.
В последнем случае правильнее говорить об интегрированных информационных системах, объединяющих в общей среде разнородные данные, хранимые возможно в разнотипных базах, но используемых для решения одной прикладной задачи.
Модели данных.
Модель данных - интегрированный набор понятий для описания данных, связей между ними и ограничений, накладываемых на данные в некоторой организации.
Модель является представлением «реального мира» объектов и событий, а также существующих между ними связей. Модель должна отражать основные концепции, представленные в таком виде, который позволит проектировщикам и пользователям базы данных обмениваться конкретными и недвусмысленными мнениями об их понимании роли тех или иных данных в этой организации. Цель построения модели данных заключается в представлении данных в понятном виде. Если такое представление возможно, то модель данных легко можно будет применить при проектировании базы данных.
Виды моделей данных.
Объективные модели данных
При построении объектных моделей данных используются такие понятия как сущности, атрибуты и связи. Сущность - отдельный элемент организации, который должен быть представлен в базе данных. Атрибут - свойство, которое описывает некоторый аспект объекта и значение которого следует зафиксировать, а связь является ассоциативным отношением между сущностями. Общие типы объектных моделей данных: модель типа «сущность - связь», семантическая модель, функциональная модель и объектно-ориентированная модель.
Модели данных на основе записей
В модели на основе записи база данных состоит из нескольких записей фиксированного формата, которые могут иметь разные типы. Каждый тип записи определяет фиксированное количество полей, каждое из которых имеет фиксированную длину. Существует три типа логических моделей данных на основе записей: реляционная модель данных, сетевая модель данных и иерархическая модель данных.
Реляционная модель данных
Реляционная модель данных основана на понятии математических отношений. В реляционной модели данные и связи представлены в виде таблиц, каждая из которых имеет несколько столбцов с уникальными именами. В реляционной модели данных единственное требование состоит в том, что база данных с точки зрения пользователя выглядит как набор таблиц.
Сетевая модель данных
В сетевой модели данные представлены в виде коллекций записей, а связи - в виде наборов. Здесь явным образом моделируются наборы, которые реализуются с помощью указателей. Сетевую модель можно представить как граф с записями в виде узлов графа и наборами в виде его ребер.
Иерархическая модель данных
Иерархическая модель является ограниченным подтипом сетевой модели. В ней данные также представлены как коллекции записей, а связи - как наборы. Однако в иерархической модели узел может иметь только одного родителя. Иерархическая модель может быть представлена как древовидный граф с записями в виде узлов и множествами в виде ребер.
Физические модели данных
Физические модели данных описывают то, как данные хранятся в компьютере, представляя информацию о структуре записей, их упорядоченности и существующих путях доступа. Физических моделей данных не так много, как логических, а самыми популярными среди них являются обобщающая модель и модель памяти кадров.
1.3 Основы разработки баз данных в Delphi
При создании программ, работающих с базами данных, в системе Delphi традиционно используется механизм Borland Database Engine (BDE). Этот механизм реализован в виде набора библиотек, которые обеспечивают для программы, написанной на Паскале, простой и удобный доступ к базам данных независимо от их архитектуры. При использовании механизма BDE разработчик может не задумываться о том, как его программа будет работать с базой данных на физическом уровне. Вдобавок при переходе к использованию СУБД разных производителей программисту не потребуется менять исходный код своей программы. Достаточно внести изменения только в настройки BDE.
Создание таблиц.
Для создания таблиц в системе Delphi имеется приложение Database Desktop. Новая таблица создается командой File - New - Table. При заполнении таблицы учитываются следующие поля: Field Name (указывается имя поля (на английском), не должно начинаться с пробела), Type (тип поля. При нажатии правой кнопкой мыши открывается меню для выбора типа), Size ( указывается в количестве символов), Key (ключевое поле).
Затем таблицу надо проиндексировать. Для это в разделе Table properties открываем выпадающий список. И выбираем раздел Secondary Indexes. Нажимаем кнопку Define. На этом создание таблицы завершено, ее нужно сохранить (Save as).
Далее создаются остальные таблицы (по такому же принципу). При регистрации в системе BDE созданной группы таблиц как целостной базы данных используется приложение SQL Exploer. Здесь создаем новую базу данных (Object - New), указываем путь рабочего каталога и сохраняем (Apply).
Далее с помощью средств Delphi реализуется доступ к базе данных. Обычно используются средства: SQL, DBGrid и DataSource, при указании нужных свойств база данных становится видимой на форме.
1.4 Постановка задачи и требования к программе
Введение.
Область применения программы «Информационная система гостиничного комплекса» - это описание и характеристики гостиниц (корпусов), количество комнат в различных гостиницах, местность номеров, наличие служб быта. Возможность бронирования номеров для одного человека и для группы людей, возможность узнать о дополнительных услугах и стоимость этих услуг, заключение договоров с крупными организациями на предоставление номеров, возможность отказа от номеров. Ведение учета мнений о номерах, жалоб, ведение и изучение статистики.
Программа позволит автоматизировать работу по ведению учета о свободных номерах, о занятых номерах, об особенностях каждой гостиницы, о номерах и предоставляемых услугах, что позволит уменьшить трудоемкость работы.
Программа будет иметь спрос на рынке, так как существует много гостиниц (корпусов), которым необходимо вести сведения о номерах, принимать заявки на бронирование, выдавать по просьбе людей необходимые сведения об оплате, услугах, и о дополнительных услугах, которые не входят в счет за номер (химчистка, стирка, развлечения, дополнительное питание).
Основание для разработки.
Разработка программы «Информационная система гостиничного комплекса» ведется на основании задания на дипломное проектирование.
Задание утверждено и выдано Челябинским энергетическим колледжем.
Назначение разработки.
Функциональное назначение - программа позволяет быстро и достаточно легко редактировать базу данных (добавлять новые записи, удалять старые, вносить необходимые изменения в существующие записи).
Программа позволит пользователю узнать все интересующие сведения, и в случае необходимости получить результат работы в виде ответа на запрос. Ответ на запрос выводится в виде таблицы на главной форме. Также программа осуществляет быстрый поиск данных.
Эксплуатационное назначение - программа применяется пользователем для автоматизации учета о существующих гостиницах (корпусов), об особенностях номеров, количестве свободных и занятых номеров, а также для составления договоров на бронирование.
Требования к программному изделию.
I) Требование к функциональным характеристикам - программа «Информационная система гостиничного комплекса» должна выполнять следующие функции:
1) данные, вносимые пользователем должны автоматически заноситься в базу данных;
2) необходим контроль правильности вносимых данных, в случае ошибки, данные не должны заноситься в базу данных;
3) должна быть возможность добавлять в базу данных новые записи, удалять устаревшие или не нужные записи, редактировать существующие;
4) выполнять необходимые запросы на получение интересующих данных;
5) программа должна иметь удобный и достаточно простой интерфейс, который будет понятен и не квалифицированному пользователю.
6) получение перечня и общего числа фирм, забронировавших места в объеме, не менее указанного, за весь период сотрудничества, либо за некоторый период;
7) получение перечня и общего числа постояльцев, заселявшихся в номера с указанными характеристиками за некоторый период;
Страницы: 1, 2, 3, 4, 5, 6, 7, 8
