- •Базы Данных
- •Первичные и вторичные ключи
- •Реляционные отношения между таблицами
- •Реляционные отношения между таблицами
- •Реляционные отношения между таблицами
- •Реляционные отношения между таблицами
- •Ссылочная целостность
- •Индексы
- •Нормализация таблиц бд
- •Первая нормальная форма
- •Вторая нормальная форма
- •Третья нормальная форма
- •Транзакции
- •Visual Fox Pro. Типы полей. Ограничения. Типы полей
- •Временные переменные Удаление временных переменных
- •Просмотр переменных
- •Структура команд FoxPro. Правила записи
- •Команды установки управление статус-строкой
- •Установка типа даты
- •Управление редактированием таблицы
- •Константы различных типов
- •Функции субд
- •Арифметические функции
- •Степенные функции
- •Тригонометрические функции
- •Создание файла бд
- •Добавление таблиц в базу данных
- •Освобождение таблицы
- •Открытие базы данных
- •Browse-окно
- •Управление доступом к полям базы
- •Отбор данных
- •Вычисляемые поля
- •Разделение окна
- •Конфигурирование browse-окна
- •Change/edit-окно
- •Перемещения в базе данных
- •Просмотр данных
- •Удаление данных
- •Изменение данных
- •Фильтрация данных
- •Ограничение на количество строк
- •Ограничение на количество полей
- •Индексирование баз данных
- •Создание индекса
- •Открытие индексного файла
- •Замена текущего индекса
- •Перестройка индексных файлов
- •Преобразование однойндексного файла в тег
- •Удаление тега из мультииндексного файла
- •Вывод на экран имен индексных файлов и имен тегов
- •Команды ввода-вывода
- •Простейшие команды вывода
- •Универсальная команда ввода-вывода
- •Команды для работы с переменными
- •Сохранение переменных
- •Загрузка переменных в оперативную память
- •Просмотр переменных
- •Удаление переменных
- •Команды управления
- •Команды циклов
- •Цикл по условию
- •Фиксированный цикл
- •Цикл сканирования
- •Световое меню
- •Типы логических моделей
- •1.2.1. Иерархическая модель
- •1.2.2. Сетевая модель
- •1.2.3. Реляционная модель
- •Модульность программ
- •Внешние процедуры
- •Вызов внешней процедуры
- •Команда описания заголовка процедуры
- •Команда восприятия параметров
- •Команда окончания процедуры
- •Команда возврата
- •Второй этап проектирования базы данных: определение взаимосвязей между сущностями
- •Третий этап проектирования базы данных: задание первичных и альтернативных ключей
- •Четвертый этап проектирования базы данных: приведение модели к требуемому уровню нормальной формы
- •Пятый этап проектирования базы данных: физическое описание модели
- •Модификация структуры таблицы
- •Работа с несколькими базами
- •Понятие о рабочих областях
- •Связь вида одна-с-одной
- •Связь вида одна-ко-многим.
Второй этап проектирования базы данных: определение взаимосвязей между сущностями
На этом этапе проектирования определяются направление движения потоков информации между структурными подразделениями фирмы-заказчика базы данных, источники возникновения информации, места ее модификации и потребления. Результатом выполнения этого этапа проектирования будет
Рис. 1 Движение потоков информации между подразделениями фирмы.
функциональная схема движения потоков информации, с указанием типов взаимосвязей, между структурными подразделениями фирмы (рис. 1).
Третий этап проектирования базы данных: задание первичных и альтернативных ключей
Для каждой структурной единицы фирмы определяются атрибуты (данные), которые будут храниться в базе данных, а также первичный и альтернативный ключи. Добавление ключей в список концептуальных требований необходимо для обеспечения организации движения потоков информации между структурными подразделениями фирмы, в соответствии со вторым этапом проектирования базы данных. Кроме того, при анализе концептуальных требований определяется, какие алгоритмы и расчеты исходных величин (хранимые процедуры) будут храниться вместе с базой данных. При этом количество хранимых процедур должно быть минимальным.
Четвертый этап проектирования базы данных: приведение модели к требуемому уровню нормальной формы
На этом этапе проектирования выполняется главная задача — нормализация отношений. В процессе нормализации концептуальные требования группируются в таблицы. На этом этапе проектирования концептуальные требования для каждого структурного подразделения могут быть сведены либо в одну таблицу, либо в несколько таблиц. Здесь также решается вопрос ликвидации избыточной информации, то есть концептуальные требования, используемые несколькими структурными подразделениями, сводятся в одну таблицу с одновременным добавлением ключей для перехода в другие таблицы (для других структурных подразделений). Таким образом добиваются существенного сокращения объема памяти. На этом этапе также решается вопрос о том, какие таблицы будут справочниками, то есть информация в этих таблицах не изменяется или изменяется очень медленно. Следует иметь в виду, что чрезмерное увеличение количества таблиц приводит к потере общей идеи создания базы данных, и сама база данных становится трудной для понимания и управления. Для базы данных объема предприятия оптимальное количество таблиц должно быть не более сорока или пятидесяти.
Всего существует пять нормальных форм таблицы. При создании приложений баз данных в объеме предприятия используют первые три нормальные формы.
После выполнения четвертого этапа проектирования должна быть получена структура базы данных: количество таблиц, список атрибутов (концептуальных требований), которые хранятся в каждой таблице, первичные и внешние ключи для перехода между таблицами, виды взаимосвязей между таблицами и список хранимых процедур.