- •Аннотация:
- •Лекция 1.
- •1.История развития баз данных
- •2.Понятия Базы данных и Системы управления базами данных
- •3.Компоненты среды субд
- •Распределение обязанностей
- •Лекция 2
- •1. Трехуровневая архитектура организации бд
- •1.Математическое понятие отношения:
- •2.Реляционная модель данных
- •1.Этапы проектирования бд
- •2.Построение информационной модели. Определение сущностей.
- •3.Определение взаимосвязей между сущностями
- •4.Понятие ключевого элемента. Задание первичных ключей
- •1.Нормализация отношений в бд.
- •2.Три уровня нормальной формы
- •1.Понятие ссылочной целостности
- •2.Задание ограничений целостности базы данных.
- •1.Понятие индексного файла
- •2.Создание и установка индексных файлов с помощью команд.
- •1.Сортировка данных.
- •2.Поиск данных.
- •3.Фильтрация данных.
- •1.Понятие рабочей области.
- •2.Установление взаимосвязи в приложении с помощью команд
- •3.Создание связей с помощью меню
- •4. Работа в связанных таблицах
- •Лекция 10. Проект как средство объединения элементов приложения
- •Лекция 11
- •1. Система управления передачей данных.
- •Распределенные базы данных
- •3.Процесс прохождения пользовательского запроса.
- •Лекция 12.
- •1. Физическая организация и структура хранения данных в sql Server
- •2. Доступ к базе данных
- •3.Технология com
- •1.Основные принципы физического проектирования базы данных.
1.Этапы проектирования бд
При создании БД необходимо выполнить строго определенную последовательность действий, называемых этапами проектирования.
Поскольку база данных является связующим звеном между пользовательскими приложениями и аппаратными средствами, ее проектирование можно разделить на два направления: проектирование структуры и пользовательских приложений и распределение данных по аппаратным средствам (в случае баз данных на сетях). В данном разделе мы рассмотрим вопросы проектирования структуры базы данных. В дисциплине АСОЭИ, рассматривая основы реляционной алгебры и разработки реляционных моделей, мы коснулись вопросов проектирования реляционных баз данных. Одной из распространенных технологий разработки БД является следующая:
Построение информационной модели и определение сущностей;
Определение взаимосвязей между сущностями;
Задание первичных и альтернативных ключей;
Приведение модели к требуемому уровню нормальной формы;
Физическое описание модели.
2.Построение информационной модели. Определение сущностей.
На первом этапе проектирования базы данных ставится задача по разработке и созданию базы данных, т.е. доказывается актуальность и необходимость использования Базы Данных и определяется круг задач решаемых при использовании хранимых в ней данных.
Для этого собираются концептуальные требования, на их основе строится концептуальная модель.
Концептуальное требование – это одно свойство объекта, которое необходимо хранить в БД. Концептуальные требования зависят от задач, которые должна выполнять БД.
В общих чертах База данных должна:
удовлетворять требованиям заказчика, содержать сведения только о тех объектах, которые интересуют заказчика.
обладать приемлемым быстродействием.
иметь возможность последующего расширения без существенной переделки.
не зависеть от количества вводимых в неё данных.
легко перестраиваться при изменении программной и аппаратной среды.
содержать только достоверные данные. Достоверность данных должна обеспечиваться как при вводе новых данных, так и при редактировании уже имеющихся.
Результатом выполнения первого этапа проектирования БД является информационная модель данных и список основных сущностей.
Чаще всего под сущность подразумевается отдельный тип объекта реального мира (человек, вещь, понятие, событие)
Модель “сущность-связь” имеет несколько базовых понятий, которые образуют более сложные объекты по заранее определенным правилам.
С помощью сущности моделируется класс однотипных объектов. Сущность имеет имя, уникальное в пределах моделируемой системы. Объект, которому соответствует понятие сущности, имеет свой набор атрибутов, характеристик или свойств.
Например: Сущность – сотрудник
Атрибуты – фамилия, имя, отчество, кол-во детей
3.Определение взаимосвязей между сущностями
На этом этапе проектирования определяются направления движения потоков информации между структурными подразделениями фирмы – заказчика базы данных, источники получения информации, места её модификации и потребления.
Результатом выполнения этого этапа проектирования будет функциональная схема движения потоков информации между подразделениями фирмы.
Взаимосвязи в БД
Существует 3 вида взаимосвязей по множественности:
Взаимосвязь «один к одному», т.е. экземпляр одной сущности может быть связан только с одним экземпляром другой сущности.
Пример:
Взаимосвязь «один ко многим»,т.е. один экземпляр сущности может быть связан с несколькими экземплярами другой сущности
Взаимосвязь «многие ко многим», т.е. один экземпляр первой сущности может быть связан с несколькими экземплярами второй сущности и наоборот один экземпляр второй сущности связан с несколькими экземплярами первой сущности.
