1 Этапы проектирования баз данных
2 Модель «сущность-связь», «ER-диаграммы»
3 Функциональные зависимости и их свойства
4 Нормализация отношений. Первая, вторая и третья нормальные формы
Список использованных источников
1 Этапы проектирования баз данных
Проектирование базы данных (БД) – одна из наиболее сложных и ответственных задач, связанных с созданием информационной системы (ИС). В результате её решения должны быть определены содержание БД, эффективный для всех её будущих пользователей способ организации данных и инструментальные средства управления данными. Основная цель процесса проектирования БД состоит в получении такого проекта, который удовлетворяет следующим требованиям:
– Корректность схемы БД, т.е. база должна быть гомоморфным образом моделируемой предметной области (ПО), где каждому объекту предметной области соответствуют данные в памяти ЭВМ , а каждому процессу – адекватные процедуры обработки данных.
– Обеспечение ограничений (на объёмы внешней и оперативной памяти и другие ресурсы вычислительной системы).
– Эффективность функционирования (соблюдение ограничений на время реакции системы на запрос и обновление данных).
– Защита данных (от аппаратных и программных сбоев и несанкционированного доступа).
– Простота и удобство эксплуатации.
– Гибкость, т.е. возможность развития и адаптации к изменениям предметной области и/или требований пользователей.
2 Модель «сущность-связь», ER-диаграммы»
Процесс проектирования данных можно условно разделить на два этапа: логическое моделирование и физическое проектирование. Результатом первого из них является так называемая логическая (или концептуальная) модель данных, выражаемая обычно диаграммой «сущность-связь» или ER (Entity-Relationship) диаграммой, которая представлена в одной из стандартных нотаций, принятых для отображения подобных диаграмм. Результатом второго этапа является готовая база данных либо DDL-скрипт для ее создания. Логическая модель данных описывает факты и объекты, подлежащие регистрации в будущей базе данных. Основными компонентами такой модели являются сущности, их атрибуты и связи между ними. Как правило, физическим аналогом сущности в будущей базе данных является таблица, а физическим аналогом атрибута – поле этой таблицы. С логической точки зрения сущность представляет собой совокупность однотипных объектов или фактов, называемых экземплярами этой сущности. Физическим аналогом экземпляра обычно является запись в таблице базы данных. Как и записи в таблице реляционной СУБД, экземпляры сущности должны быть уникальными, то есть полный набор значений их атрибутов не должен дублироваться. И так же, как и поля в таблице, атрибуты могут быть ключевыми и неключевыми. На этапе логического проектирования для каждого атрибута обычно определяется примерный тип данных (строковый, числовой, BLOB и др.). Конкретизация происходит на этапе физического проектирования, так как различные СУБД поддерживают разные типы данных и ограничения на их длину или точность.
3 Функциональные зависимости и их свойства
Основной единицей представления данных в реляционной модели является отношение, которое математически задается списком имен атрибутов, иначе – схемой отношения. На стадии логического проектирования реляционной базы данных проектировщик определяет и выстраивает схемы отношений в рамках некоторой предметной области, а именно – представляет сущности, группирует их атрибуты, выявляет основные связи между сущностями. Так, в самом общем смысле проектирование реляционной базы данных заключается в обоснованном выборе конкретных схем отношений из множества различных альтернативных вариантов схем. На практике построение логической модели базы данных, независимо от используемой модели данных, выполняется с учетом двух основных требований: исключить избыточность и максимально повысить надежность данных. Эти требования вытекают из требования коллективного использования данных группой пользователей. Формальных средств описания данных, необходимых для проверки правильности заполнения конструкций моделей, явно недостаточно. Выбор сущностей, атрибутов и фиксация взаимосвязей между сущностями зависит от семантики предметной области и выполняется системным аналитиком субъективно в соответствии с его личным пониманием специфики прикладной задачи.
4 Нормализация отношений. Первая, вторая и третья нормальные формы
Первая нормальная форма(1NF). Таблица находится в перовой нормальной форме только тогда, когда в любом допустимом значении отношения каждый его кортеж содержит только одно значение для каждого из атрибутов. Есть более короткое определение: таблица находится в первой нормальной форме, когда каждый ее атрибут атомарен. Самое главное правило первой нормальной формы – атомарность. Атрибуты – это столбцы таблицы базы данных, а кортежи – это строки таблицы, вы можете встретить термин значение. Например, есть список преподавателей и список предметов, которые они ведут.
1. Коннолли Томас, Бегг Каролин. Базы данных. М.: Вильямс, 2003.
2. Зихерт К., Ботт Э. Эффективная работа: Windows XP. Спб.: Питер, 2003.
3. Лесничая И.Г. Информатика и информационные технологии. Учебное пособие. М.: Издательство Эксмо, 2007.
4. Голицына и др. Информационные технологии. Москва. Изд. Форум, 2006 г. 7.
5. Основы информатики: Учеб. пособие/ А.Н. Морозевич, Н.Н. Говядинова, Б.А. Железко и др.; Под общ. Ред. А.Н. Морозевича Мн.: Новое знание, 2003.
6. Петров В.Н., Информационные системы, Санкт-Петербург «Питер», 2004 17.
7. Грег Перри. Microsoft Office 2007. Все в одном, М; Вильямс, 2008.
8. Элисон Балтер. Microsoft Office Access 2007: профессиональное программирование = Alison Balter's Mastering Microsoft Office Access 2007 Development. – М.: «Вильямс», 2008. – С. 1296.
9. Джон Кауфельд , Microsoft Office Access 2003 для «чайников» / Пер. с англ. – М.: 2006. – 320 стр. с ил., Издательство «Диалектика».
10. Советов Б.Д. Информационные технологии.- М.: Высшая школа, 2003г.
