1. Характеристика объекта, для которого разрабатывается база данных.

   1. Краткая характеристика объекта.

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

2. Информационные и материальные потоки.

База данных создается для учета имеющихся в доме книг и для возможности ориентирования в информации, содержащейся в этих книгах.

В библиотеке существуют следующие информационные и материальные потоки. Книги в библиотеку могут, как прибывать, так и убывать – приятель взял почитать и не вернул - книги могут храниться в разных местах квартиры и со временем перемещаться. Со временем меняются интересы и книги могут «мигрировать» в значимости.

2. Проектирование базы данных.

   1. Анализ предметной области.

      1. Сбор и описание входных (первичных) документов. Описание сущностей (информационных объектов).

В зависимости от вида разрабатываемого приложения, разработка начинается либо с объектов данных (таблиц и запросов) либо с внешнего интерфейса.

Обычно с разработки внешнего интерфейса начинают, когда:

• Необходимо применить в формах или отчетах какие-либо стандарты.

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

• Используются уже имеющиеся объекты данных, для которых необходимо просто сформировать интерфейс.

• Приложение не предназначено для интенсивного доступа к БД.

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

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

Второй метод предполагает разработку от объектов данных. При этом до разработки интерфейса разрабатывают все таблицы и запросы. Необходимость начать с объектов данных может быть обусловлена следующими причинами:

• В приложении будет использовано большое количество таблиц сложной структуры.

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

При разработке БД от объектов данных общие этапы работы следующие:

• Определение цели создания БД.

• Определение разделов данных (таблиц), которые должна содержать БД.

• Конкретизация атрибутов сущностей (полей) таблиц.

• Назначение ключей таблиц.

• Определение связей между таблицами.

• Загрузка данных и создание других объектов БД.

• Анализ эффективности.

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

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

Каждая таблица содержит информацию на отдельную тему, а каждый атрибут сущности (поле) в таблице содержит отдельные сведения по теме таблицы. При этом необходимо учесть следующее:

• Каждое поле должно быть связано с темой таблицы.

• Не рекомендуется включать в таблицу данные, которые являются результатом выражения.

• В таблице должна присутствовать вся необходимая информация.

• Информацию следует разбивать на наименьшие логические единицы.

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

Если структуры таблиц отвечают поставленным требованиям, то можно вводить все данные. После этого можно создавать любые запросы, формы, отчеты, макросы и модули.

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