Нормализация отношений базы данных
Нормализация – это процесс приведения базы данных к одной из нормальных форм. Нормальные формы (НФ) – это единицы определения степени нормализации БД. Без нормализации БД является неустойчивой, и ее структура запутана и может дать неправильные результаты.
Данная БД принадлежит первой нормальной форме, так как таблицы являются двумерными (состоят из строк и столбцов), в каждой ячейке храниться только одно значение, в каждом столбце хранятся только однотипные данные и никакие две записи не являются одинаковыми.
Реализация базы данных Выбор инструментальных средств субд
СУБД – совокупность языковых и программных сред, предназначенных для создания, ведения и совместного использования базами данных многими пользователями.
Достоинства СУБД:
Контроль за избыточностью данных;
Непротиворечивость данных;
Возможность совместного использования данных;
Поддержка целостности данных;
Повышение безопасности работы с данными;
Повышение доступности данных.
Недостатки СУБД:
Сложная структура;
Высокая стоимость из-за высоких затрат на ПО;
Большой размер базы данных.
Для создания базы данных «Библиотека» воспользуемся реляционной СУБД корпорации Microsoft – Microsoft Access, имеющей широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных.
Microsoft Access предназначена для хранения и поиска данных, представления информации в удобном виде и автоматизации часто повторяющихся операций (таких, как ведение счетов, сложные отчеты, учет, планирование и т.п.). С помощью Access можно разрабатывать простые и удобные формы ввода данных, а также осуществлять обработку данных и выдачу сложных отчетов.
Как реляционная СУБД, Access обеспечивает доступ ко всем типам данных и позволяет использовать одновременно несколько таблиц базы данных. При этом можно существенно упростить структуру данных, облегчая тем самым выполнение поставленных задач.
Система Microsoft Access это набор инструментов конечного пользователя для управления базами данных. В ее состав входят конструкторы таблиц, форм, запросов и отчетов. Эту систему можно рассматривать как среду разработки приложений. Используя макросы или модули для автоматизации решения задач, можно создавать ориентированные на пользователя приложения такими же мощными, как и приложения, написанные непосредственно на языках программирования.
Создание даталогической модели базы данных
Даталогическим проектированием называется проектирование логической структуры БД конкретной СУБД.
Для реляционных СУБД даталогическая модель – это набор таблиц с указанием ключевых полей и связей между таблицами. Конечным результатом даталогического проектирования является описание логической структуры таблиц и самой БД.
В таблицах 1, 2 представлены структуры таблиц, входящих в БД.
Табл.1 Структура таблицы «Карточка»
|
Наименование |
Тип данных |
Размер |
Ключевое поле |
|
Код |
Счетчик |
Длинное целое |
Первичный ключ |
|
Название книги |
Текстовый |
100 |
|
|
Автор |
Текстовый |
50 |
|
|
Год издания |
Числовой |
Длинное целое |
|
|
Цена |
Числовой |
Длинное целое |
|
|
Краткая аннотация |
Текстовый |
255 |
|
|
Дата выдачи |
Дата/время |
|
|
|
Дата сдачи |
Дата/время |
|
|
|
Отметка о выбытии |
Текстовый |
50 |
|
|
Номер читательского билета |
Числовой |
Длинное целое |
|
Табл. 2 Структура таблицы «Читатели»
|
Название |
Тип данных |
Размер |
Ключевое поле |
|
Номер |
Текстовый |
10 |
Первичный ключ |
|
Номер читательского билета |
Числовой |
Длинное целое |
|
|
Фамилия |
Текстовый |
50 |
|
|
Имя |
Текстовый |
50 |
|
|
Отчество |
Текстовый |
50 |
|
|
Улица |
Текстовый |
50 |
|
|
Дом |
Текстовый |
10 |
|
|
Квартира |
Текстовый |
10 |
|
|
Телефон |
Текстовый |
20 |
|
Индексированными полями в созданных таблицах являются ключевые поля таблиц.
Осуществим связь между созданными таблицами, реализовав схему данных. Реализованная схема данных представлена на рис. 2
Рис. 2. Схема данных