Ход отчёта
Постановка задачи
1. Изучить этапы создания реляционной БД.
2. Постановка задачи.
3. Предварительнаяподготовка.
4. Анализпредметнойобласти
5. Проектирование БД «Автосалон»
6. Реализация БД «Автосалон»
Порядок выполнения заданий
1. Загрузила СУБД MSAccess. Создала файл БД и сохранила БД в рабочей папке.
2. Выбирала в окне БД вкладку таблицы.
3. Создала макет таблицы Автомобили в режиме конструктора.
4. Сохранила созданный макет таблицы под именем Автомобили.
5. В режиме Таблицы добавила в таблицу Автомобили 3 записи, данные в методичке.
6. Создала макет таблицы Клиенты в режиме Конструктора.
7. Сохранила созданный макет таблицы под именем Клиенты.
8. В режиме Таблицы добавила в таблицу Клиенты 3 записи.
9. Создала макеты таблицы Заказы в режиме Конструктора.
10. 
Сохранила созданный макет таблицы под именем Заказы.
11. В режиме Таблицы добавила в таблицу Заказы 9 записей.
12. Сформировала схему БД: установила связь между таблицами БД в соответствии с информационно-логической моделью предметной области.
Контрольные вопросы
1. Основные этапы создания реляционной БД и их содержание?
2.Понятие информационно-логической модели предметной области и порядок её формирования?
3. Виды отношений между таблицами реляционной БД?
4. Требования, предъявляемые к содержанию таблиц реляционной БД?
5. Понятие «поле» таблицы БД. Какие бывают поля? Как формируется имя поля?
6. Как задать ключевое поле в таблице?
7. В чем различие между первичным и внешним ключом?
Ответы на контрольные вопросы
1. Основные этапы создания реляционной БД и их содержание?
Существует 3 этапа создания реляционной СУБД. Концептуальное (инфологическое) проектирование — построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Термины «семантическая модель», «концептуальная модель» и «инфологическая модель» являются синонимами. Кроме того, в этом контексте равноправно могут использоваться слова «модель базы данных» и «модель предметной области» (например, «концептуальная модель базы данных» и «концептуальная модель предметной области»), поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности.
Конкретный вид и содержание концептуальной модели базы данных определяется выбранным для этого формальным аппаратом. Обычно используются графические нотации, подобные ER-диаграммам.
Чаще всего концептуальная модель базы данных включает в себя:
описание информационных объектов, или понятий предметной области и связей между ними.
описание ограничений целостности, т.е. требований к допустимым значениям данных и к связям между ними.
[править]Логическое (даталогическое) проектирование
Логическое (даталогическое) проектирование — создание схемы базы данных на основе конкретной модели данных, например, реляционной модели данных. Для реляционной модели данных даталогическая модель — набор схем отношений, обычно с указанием первичных ключей, а также «связей» между отношениями, представляющих собой внешние ключи.
Преобразование концептуальной модели в логическую модель, как правило, осуществляется по формальным правилам. Этот этап может быть в значительной степени автоматизирован.
На этапе логического проектирования учитывается специфика конкретной модели данных, но может не учитываться специфика конкретной СУБД.
[править]Физическое проектирование
Физическое проектирование — создание схемы базы данных для конкретной СУБД. Специфика конкретной СУБД может включать в себя ограничения на именование объектов базы данных, ограничения на поддерживаемые типы данных и т.п. Кроме того, специфика конкретной СУБД при физическом проектировании включает выбор решений, связанных с физической средой хранения данных (выбор методов управления дисковой памятью, разделение БД по файлам и устройствам, методов доступа к данным), создание индексов и т.д.
2.Понятие информационно-логической модели предмет-ной области и порядок ее формирования.
Информационно-логическая модель предметной области отражает предметную область в виде совокупности информационных объектов и их структурных связей. Инфологическая модель является исходной для построения даталогической модели БД и служит промежуточной моделью для специалистов предметной области (для которой создается БнД) и администратора БД в процессе проектирования и разработки конкретной БнД.
3.Краткая характеристика основных моделей данных (иерархическая, сетевая, реляционная).
Информация в базе данных некоторым образом структурирована, т. е. ее можно описать моделью представления данных (моделью данных), которые поддерживаются СУБД. Эти модели подразделяют на иерархические, сетевые и реляционные.
При использовании иерархической модели представления данных связи между данными можно охарактеризовать с помощью упорядоченного графа (или дерева). В программировании при описании структуры иерархической базы данных применяют тип данных «дерево».Основными достоинствами иерархической модели данных являются: 1) эффективное использование памяти ЭВМ; 2) высокая скорость выполнения основных операций над данными;3) удобство работы с иерархически упорядоченной информацией. К недостаткам иерархической модели представления данных относятся: 1) громоздкость такой модели для обработки информации с достаточно сложными логическими связями;2) трудность в понимании ее функционирования обычным пользователем. Незначительное число СУБД построено на иерархической модели данных.
Сетевая модель может быть представлена как развитие и обобщение иерархической модели данных, позволяющее отображать разнообразные взаимосвязи данных в виде произвольного графа. Достоинствами сетевой модели представления данных являются: 1) эффективность в использовании памяти компьютера; 2) высокая скорость выполнения основных операций над данными; 3) огромные возможности (большие, чем у иерархической модели) образования произвольных связей. К недостаткам сетевой модели представления данных относятся: 1) высокая сложность и жесткость схемы базы данных, которая построена на ее основе; 2) трудность для понимания и выполнения обработки информации в базе данных непрофессиональным пользователем. Системы управления базами данных, построенные на основе сетевой модели, также не получили широкого распространения на практике.
Реляционная модель представления данных была разработана сотрудником фирмы 1ВМЭ. Коддом. Его модель основывается на понятии «отношения» (relation). Простейшим примером отношения служит двумерная таблица. Достоинствами реляционной модели представления данных (по сравнению с иерархической и сетевой моделями) являются ее понятность, простота и удобство практической реализации реляционных баз данных на ЭВМ. К недостаткам реляционной модели представления данных относятся: 1) отсутствие стандартных средств идентификации отдельных записей; 2) сложность описания иерархических и сетевых связей. Большинство СУБД, применяемых как профессиональными, так и непрофессиональными пользователями, построены на основе реляционной модели данных (VisualFoxPro и Access фирмы Microsoft, Oracle фирмы Oracle и др.).
4. Требования, предъявляемые к содержанию таблиц реляционной БД?
Итак, хорошо спроектированная база данных:
Удовлетворяет всем требованиям пользователей к содержимому базы данных. Перед проектированием базы необходимо провести обширные исследования требований пользователей к функционированию базы данных.
Гарантирует непротиворечивость и целостность данных. При проектировании таблиц нужно определить их атрибуты и некоторые правила, ограничивающие возможность ввода пользователем неверных значений. Для верификации данных перед непосредственной записью их в таблицу база данных должна осуществлять вызов правил модели данных и тем самым гарантировать сохранение целостности информации.
Обеспечивает естественное, легкое для восприятия структурирование информации. Качественное построение базы позволяет делать запросы к базе более "прозрачными" и легкими для понимания; следовательно, снижается вероятность внесения некорректных данных и улучшается качество сопровождения базы.
Удовлетворяет требованиям пользователей к производительности базы данных. При больших объемах информации вопросы сохранения производительности начинают играть главную роль, сразу "высвечивая" все недочеты этапа проектирования.
5. Понятие «поле» таблицы БД. Какие бывают поля? Как формируется имя поля?
Поле – указывает имена полей, которые участвуют в запросе.
В базах данных столбцы называются полями, а строки — записями. Поля образуют структуру базы данных, а записи составляют информацию, которая в ней содержится.
Основное свойство текстового поля — размер.
Числовое поле служит для ввода числовых данных. Оно тоже имеет размер, но числовые поля бывают разными, например, для ввода целых чисел и для ввода действительных чисел. В последнем случае кроме размера поля задается также размер десятичной части числа.
Поля для ввода дат или времени имеют тип Дата/время. Для ввода логических данных, имеющих только два значения (Да или Нет; 0 или 1; Истина или Ложь и т. п.), служит специальный тип — Логическое поле. Нетрудно догадаться, что длина такого поля всегда равна 1 байту, поскольку этого более чем достаточно, чтобы выразить логическое значение.
Особый тип поля — Денежный. Из названия ясно, какие данные в нем хранят. Денежные суммы можно хранить и в числовом иоле, но в денежном формате с ними удобнее работать. В этом случае компьютер изображает числа вместе с денежными единицами, различает рубли и копейки, фунты и пенсы, доллары и центы, в общем, обращается с ними элегантнее.
В современных базах данных можно хранить не только числа и буквы, но и картинки, музыкальные клипы и видеозаписи. Поле для таких объектов называется полем объекта OLE.
У текстового поля есть недостаток, связанный с тем, что оно имеет ограниченный размер (не более 256 символов). Если нужно вставить в поле длинный текст, для этого служит поле типа MEMO. В нем можно хранить до 65 535 символов. Особенность поля MEMO состоит в том, что реально эти данные хранятся не в поле, а в другом месте, а в поле хранится только указатель на то, где расположен текст.
Очень интересно поле Счетчик. На первый взгляд это обычное числовое поле, но оно имеет свойство автоматического наращивания. Если в базе есть такое поле, то при вводе новой записи в него автоматически вводится число, на единицу большее, чем значение того же поля в предыдущей записи. Это поле удобно для нумерации записей.
6. Как задать ключевое поле в таблице?
Для создания ключевого поля типа Счетчик необходимо в режиме Конструктора таблиц:
1. Включить в таблицу поле счетчика.
2. Задать для него автоматическое увеличение на 1.
3. Указать это поле в качестве ключевого путем нажатия на кнопку Ключевое поле (PrimaryKey) на панели инструментов Конструктор таблиц (TableDesign).
7. В чем различие между первичным и внешним ключом?
Когда одно поле в таблице ссылается на поле другой таблицы, оно называется внешним ключом. А поле, на которое оно ссылается, называется родительским или первичным ключом.
Выводы: выполнила поставленную цель: изучила этапы создания реляционной БД; практически освоила создание реляционной БД средствами СУБД MS Access.
Литература
1.Иллюстрированный самоучитель по MicrosoftOffice XP,2009;
2.Толковый словарь по информатике / Рецензенты: канд. физ.-мат. наук А. С. Марков и д-р физ.-мат. наук И. В. Поттосин.,СУБД MS Access и ее основные возможности. Общая характеристика(теоретический материал),2010.
Дата_____________
Подпись__________