Дипломная работа: Информационная система для поддержки учебной деятельности ДЮСШ
Определение 7
Таблица находится
в нормальной форме Бойса-Кодда (НФБК) тогда и только тогда, когда любая
ФЗ между ее полями является полной ФЗ от возможного ключа.
Определение 8
Полной
декомпозицией таблицы
называют такую совокупность ее проекций, естественное соединение которых дает
исходную таблицу, причем сохраняются все существовавшие в ней ФЗ.
Процесс
нормализации таблицы – это
пошаговое разбиение (декомпозиция) таблицы на две (или более) части, которые
обладают меньшей избыточностью и, следовательно, лучшими свойствами по
отношению к операциям включения, обновления и удаления данных.
Проектирование
базы данных – это
разработка структуры данных и связей с целью создания системы, удовлетворяющей
информационным потребностям всех категорий пользователей, для которых она
предназначается.
Методология
проектирования логических моделей данных делится на два уровня:
– инфологическое
проектирование или построение инфологической модели данных;
Базовые таблицы – совокупность реляционных таблиц, представляющих все
сущности, входящие в инфологическую модель.
– даталогическое
проектирование или построение даталогиеской модели (концептуальной схемы)
для реляционной БД.
Этапы
проектирования.
1. Сбор и анализ информационных требований
к БД.
На этом этапе
должны быть определены все категории пользователей и собраны все атрибуты
необходимых им данных.
2. Сбор информации об использовании данных.
На этом этапе
должно быть проанализировано, каким образом будут использоваться данные, т.е.
какие данные, каким процедурам обработки будут подвергаться и как часто.
Имеет смысл
информацию об использовании данных разделить на два вида:
– Информация,
связанная с основными производственными функциями.
– Информация,
связанная с функциями управления.
3. Первоначальное структурирование
собранной информации.
На этом этапе
заканчивается анализ предметной области и этап предпроектирования, результатами
которого должно быть:
– универсальное
отношение
– домены
всех атрибутов
– ограничения
модели по отношению к предметной области
– декларация
всех функциональных зависимостей.
4. Проектирование инфологической модели.
Инфологическое
проектирование – процесс выделения и классификаций сущностей и связей по
методологии К. Дейта.
5. Проектирование даталогической модели для
РБД.
На этом этапе
осуществляется проектирование совокупности базовых реляционных таблиц,
представляющих все сущности, входящие в инфологическую модель.
Т.о. результатом
логического проектирования РБД должно быть описание всей совокупности базовых
таблиц на ЯОД и схема данных.
Для привязки даталогической модели
к среде хранения используется модель данных физического уровня. Эта модель
определяется используемыми запоминающими устройствами, способами физической
организации данных в среде хранения
Если структуры таблиц отвечают
поставленным требованиям, то можно вводить все данные. Затем можно создавать
любые запросы, формы, отчеты, макросы и модули.
SQL (Structuret Query Language) – это международный стандарт языка реляционных баз данных, принятый ANSI (American National Standart Institute) и ISO (International Standart Organization)
SQL – декларативный, непроцедурный язык,
предназначен для:
– создания РБД
– использования
данных, хранящихся в РБД, в том числе и при работе в сети
– управления
данными и пользователями РБД и обеспечения безопасности данных
– спецификации
проектов баз данных (описания даталогической модели данных)
Этот язык
содержит очень важные операторы, которые позволяют делать структуру БД
динамической.
Все операторы
языка в соответсвии с их назначением делятся на нескольно групп или подъязыков:
язык определения структуры данных (DDL), язык
манипулированиями данными (DML), язык
запросов (DQL)
Оператор DDL.
Оператор CREATE TABLE.
Назначение
оператора:
– Описание
структуры новой таблицы (имена столбцов, тип данных)
– Спецификация
ключей (PK и FK) и ограничение целостности для них
– Спецификация
ограничений целостности для столбцов
– Спецификация
ограничений целостности для всей таблицы
<определение
таблицы>:=CREATE TABLE <имя_таблицы>
(<определение_столбца>[,<определение_столбца>,…]
[<ограничения
таблицы>];
<определение_столбца>:=<имя_столбца><тип_данных>
[<ограничения_столбца>]
<ограничения_столбца>:=NOT NULL|UNIQUE|PRIMARY KEY
<ограничения
таблицы>:=<ограничения_уникальности>
|<ограничения_по_ссылкам>
|<ограничительное_условие>
<ограничения_уникальности>:=<спецификация_уникальности>
(<имя_столбца>[,<имя_столбца>,…])
<спецификация_уникальности>:=
UNIQUE|PRIMARY KEY
<ограничения_по_ссылкам>:=FOREIGN KEY
(<имя_столбца>
[,<имя_столбца>,…])
REFERENCES<имя_целевой_таблицы>
[<ограничения_FK>]
<ограничения_FK>:=ON UPDATE<действие>|ON DELETE<действие>
<действие>:=CASCADE|SET NULL|RESTRICT|SET
DEFAULTNO ACTION
<ограничительное_условие>:=CHECK (<условие>)
Оператор DQL
Оператор SELECT
Это центральный и наиболее часто
используемый оператор SQL, с его помощью формулируются и выполняются запросы на
поиск и выдачу необходимой информации из БД.
Общая структура оператора
Ключевое слово предложения |
Обязательная часть |
Что задается в предложении |
SELECT |
Да |
Столбцы, выводимые в результат запроса |
FROM |
Да |
Имена таблиц, участвующих в выполнении запроса |
WHERE |
Нет |
Условие поиска (выборки) строк |
GROUP BY |
Нет |
Столбцы для группировок |
HAVING |
Нет |
Условие отбора строк в группу |
ORDER BY |
Нет |
Столбцы и вид сортировки |
Виды запросов:
Страницы: 1, 2, 3, 4, 5, 6, 7, 8 |