Достоинство реляционной модели данных заключается в простоте, понятности и удобстве физической реализации на ЭВМ. Именно простота и понятность для пользователя явились основной причиной их использования.
Основными недостатками реляционной модели являются следующие: отсутствие стандартных средств идентификации отдельных записей и сложность описания иерархических и сетевых связей.
1.2.4 Постреляционная модель
Постреляционная модель данных представляет собой расширенную реляционную модель, снимающую ограничение неделимости данных, хранящихся в записях таблиц. Она допускает многозначные поля - поля, значения которых состоят из подназначений. Набор значений многозначных полей считается самостоятельной таблицей, встроенной в основную таблицу. Помимо мимо обеспечения вложенности полей Постреляционная модель допускает хранение в таблицах ненормализованных данных, возникает проблема обеспечения целостности и непротиворечивости данных. Эта проблема решается включением в СУБД механизмов, подобных хранимым процедурам в клиент-серверных системах.
Достоинством постреляционной модели является возможность представления совокупности связанных реляционных таблиц одной постреляционной таблицей. Это обеспечивает высокую наглядность представления информации и повышение эффективности ее обработки.
Недостатком постреляционной модели является сложность решения проблемы обеспечения целостности и непротиворечивости хранимых данных.
1.2.5 Многомерная модель
Многомерные СУБД являются узкоспециализированными СУБД, предназначенными для интерактивной аналитической обработки информации. Основные понятия этих СУБД: агрегируемость, историчность и прогнозируемость данных.
Многомерность модели данных означает не многомерность визуализации цифровых данных, а многомерное логическое представление структуры информации при описании и в операциях манипулирования данными.
По сравнению с реляционной моделью многомерная организация данных обладает более высокой наглядностью и информативностью.
Основные понятия многомерных моделей данных: измерение и ячейка.
Измерение (Dimension) - это множество однотипных данных, образующих одну из граней гиперкуба.
Ячейка (Cell) или показатель - это поле, значение которого однозначно определяется фиксированным набором измерений.
Основным достоинством многомерной модели является удобство и эффективность аналитической обработки больших объемов данных, связанных со временем.
Недостатком многомерной модели является ее громоздкость для простейших задач обычной оперативной обработки информации.
1.2.6 Объектно-ориентированная модель
В объектно-ориентированной модели при представлении данных имеется возможность идентифицировать отдельные записи базы. Между записями базы данных и функциями их обработки устанавливаются взаимосвязи с помощью механизмов, подобных соответствующим средствам в объектно-ориентированных языках программирования.
Структура объектно-ориентированной базы данных графически представима в виде дерева, узлами которого являются объекты. Свойства объектов описываются некоторым стандартным типом. Для выполнения действий над данными применяются логические операции, усиленные объектно-ориентированными механизмами инкапсуляции, наследования и полиморфизма.
Инкапсуляция ограничивает область видимости имени свойства пределами того объекта, в котором оно определено.
Наследование распространяет область видимости свойства на всех потомков объекта.
Полиморфизм в объектно-ориентированных языках программирования означает способность одного и того же программного кода работать с разнотипными данными.
Основным достоинством объектно-ориентированной модели данных в сравнении с реляционной является возможность отображения информации о сложных взаимосвязях объектов. Объектно-ориентированная модель данных позволяет идентифицировать отдельную запись базы данных и определять функции их обработки.
Недостатками объектно-ориентированной модели являются высокая понятийная сложность, неудобство обработки данных и низкая скорость выполнения запросов.
Создание и модификация базы данных сопровождается автоматическим формированием и последующей корректировкой индексов (индексных таблиц), содержащих информацию для быстрого поиска данных.
Первоначально СУБД применялись преимущественно для решения финансово-экономических задач. При этом, независимо от модели представления, в базах данных использовались следующие основные типы данных:
1. числовые. В качестве подтипов числовых данных часто используются целочисленные, денежные (финансовые) и обычные вещественные;
2. символьные (алфавитно-цифровые);
3. логические, принимающие значения «истина» (true) и «ложь» (false);
4. даты, задаваемые с помощью специального типа «Дата» или как обычные символьные данные;
В разных СУБД эти типы могут несущественно отличаться друг от друга по названию, диапазону значений и виду представления. С расширением области применения персональных компьютеров стали появляться специализированные системы обработки данных. В ответ на это стали вводиться новые типы данных. К числу сравнительно новых типов данных можно отнести следующие:
1. временные и дата-временные, предназначенные для хранения информации о времени и/или дате;
2. символьные переменной длинны, предназначенные для хранения текстовой информации большой длинны;
3. двоичные, предназначенные для хранения графических объектов, аудио и видеоинформацией, пространственной, хронологической и другой специальной информацией. Двоичные данные часто называют мультимедиа-данными;
4. гиперссылки, предназначенные для хранения ссылок на различные ресурсы находящиеся вне базы данных;
5. данные в XML формате.
Технология OLE (Object Linking and Embedding) реализует такой механизм связывания и встраивания объектов, при котором для обработки объекта вызывается приложение, в котором этот объект создавался.
Учет данных факторов при проектировании реляционных баз данных осуществляется методами нормализации таблиц и установлением связей между ними.
Нормализация таблиц представляет собой способы разделения одной таблицы БД на несколько таблиц, в целом отвечающих перечисленным выше требованиям.
Первая нормальная форма. Таблица находится в первой нормальной форме в тогда и только тогда, когда ни одно из полей не содержит более одного значения и любое ключевое поле не пусто. Первая нормальная форма является основой реляционной модели данных.
Вторая нормальная форма. Таблица находится во второй нормальной форме, если она удовлетворяет требованиям первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Третья нормальная форма. Таблица находится в третьей нормальной форме, если она удовлетворяет определению второй нормальной формы и ни одно из ее не ключевых полей не зависит функционально от любого другого не ключевого поля.
Нормальная форма Бойса-Кодда. Таблица находится в нормальной форме Бойса-Кодда только в том случае, если любая функциональная зависимость между ее полями сводится к полной функциональной зависимости от возможного ключа.
Четвертая нормальная форма. Она является частным случаем пятой нормальной формы, когда полная декомпозиция должна быть соединением двух проекций.
Пятая нормальная форма. Таблица находится в пятой нормальной форме тогда и только тогда, когда в каждой ее полной декомпозиции все проекции содержат возможный ключ. Таблица, не имеющая ни одной полной декомпозиции, также находится в пятой нормальной форме.
2. Специальная часть
2.1 Проектирование базы данных
Планирование разработки базы данных – это подготовительные работы, включающие в себя нахождение методов и средств оптимального решения задачи, поставленной перед информационной системой.
Планирование разработки базы данных должно быть неразрывно связано с общей стратегией формирования единого информационного пространства предприятия, для чего необходимо:
· определить цель и задачи информационных технологий на основе анализа целей и бизнес – планов организации;
· провести анализ существующих информационных систем и дать рекомендации по их применению или модернизации;
· дать оценку экономической эффективности, ожидаемой от разработки новых информационных технологий.
Разработка данной БД началась с формирования основных функций базы данных. Основные функции определялись согласно требованиям заказчика.
В базе данных было задумано использовать четыре таблицы, связанные ключевыми полями; запросы, основанные на этих таблицах; отчеты, основанные на запросах; формы связанные с таблицами и запросами.
При дальнейшей разработке модели БД было решено использовать использовать для оформления БД графический редактор AdobePhotoshop.
После были определены минимальные системные требования для работы базы данных.
2.2 Функции базы данных
Разработанная база данных «Продажа видео и аудиопродукции» предназначена для использования в различных фирмах занимающимися прокатом видео и аудио дисках и их продажей. Функциональная возможность данной БД это п
росмотр информации о различных составляющих продукций и их розничная цена.
2.3 Системные требования
Минимальные системные требования: