Проектирование баз данных. Этот этап является основополагающим, т.к

Этот этап является основополагающим, т.к. неоптимальные решения и ошибки, заложенные на этапе проектирования, впоследствии трудно устраняются. При проектировании БД сначала составляют техническое задание, в которое входит:

· список исходных данных, с которыми работает заказчик;

· список выходных данных, которые необходимы заказчику для управления структурой своего предприятия;

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

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

1. Составляется генеральный список полей.

2. В соответствии с типом данных, размещаемых в каждом поле, определяют наиболее подходящий тип для каждого поля.

3. Распределяются поля генерального списка по базовым таблицам. Сначала распределение производят по функциональным признакам. Цель – обеспечить, чтобы ввод данных в одну таблицу производился в рамках одного рабочего места. Наметив, сколько таблиц, сколько подразделений охватывает база данных, приступают к дальнейшему делению таблиц. Критерием необходимости деления является факт множественного повтора данных в соседних записях.

4. В каждой из таблиц намечают ключевое поле – поле, в котором данные повторяться не могут. Например, для таблицы данных о студентах таким полем служит индивидуальный шрифт студента. Для таблицы, в которой содержатся расписания занятий – номер аудитории (т.к. в одной аудитории в одно и то же время не проводят два различных занятия). Если трудно подобрать ключевое поле, вводят дополнительное поле типа Счетчик – оно не содержит повторяющихся данных по определению.

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

· один к одному – каждая запись таблицы А не может быть связана более чем с одной записью таблицы Б;

· один ко многим – одна запись в таблице А может быть связана со многими записями таблицы Б (например, в одной группе много учеников);

· многие ко многим – каждая запись в таблице А может быть связана со многими записями в таблице Б, а каждая запись в таблице Б – со многими записями в таблице А (например, у каждого студента несколько преподавателей, а у каждого преподавателя много студентов).

Связь между таблицами организуется на основе общего поля, причем в одной из таблиц оно обязательно должно быть ключевым, то есть на стороне «один» должно выступать ключевое поле, содержащее уникальные, неповторяющиеся значения. Значения на стороне «многие» могут повторяться.

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

На этом этапе завершается проектирование БД и начинается непосредственная разработка, с этого момента следует начать работу с системой управления БД.

Глава 2. Работа с СУБД Microsoft Access

Прежде чем приступать к освоению СУБД Microsoft Access, следует ознакомиться с особенностями ее автоматизации. Access предоставляет несколько средств создания каждого из основных объектов базы, их можно классифицировать как:

· ручные – разработка объектов в режиме Конструктора, наиболее трудоемкие, но обеспечивают максимальную гибкость;

· автоматизированные – разработка с помощью Программ-мастеров;

· автоматические – средства ускоренной разработки простейших объектов.

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

Дата добавления: 2014-12-26