Сортировка

В конструкторе запросов можно отсортировать записи по возрастанию или убыванию значений какого-либо поля (по алфавиту или в порядке обратном алфавитному для текстовых полей). Например, мы хотим отсортировать записи по полю Метро по алфавиту. По полю Метро в строке Сортировка выберем из выпадающего списка По возрастанию.

Можно провести сортировку по нескольким полям. Например, сначала отсортировать таблицу по полю Метро по алфавиту, а затем по полю Количество комнат по убыванию. Запрос будет иметь такой вид:

Замечание. При сортировке таблицы по нескольким полям нужно указывать в бланке запроса поля по порядку слева направо. Сначала указывается первое поле, правее второе и т.д.

Замечание. При изменении содержимого таблицы результаты запросов будут меняться.

Самостоятельная работа

Замечание. Перед началом работы просмотрите все запросы, которые вам предстоит построить и введите в таблицу те записи, которые должны быть найдены по этим запросам, чтобы результаты запросов не были пустые.

1. Создайте в конструкторе запросы к базе данных Недвижимость.

Замечание. При создании запросов нужно выбирать такое количество полей, чтобы получить максимальную информацию о квартирах.

1. Все 1-комнатные квартиры рядом с метро Университет с телефоном.

2. Все квартиры стоимостью не более 5500000 рублей рядом с метро Ясенево.

3. Все квартиры рядом с метро Маяковская или Тверская стоимостью не более 7500000 рублей, этаж – кроме первого.

4. Все квартиры общей площадью от 45 до 60 кв. метров, в кирпичном доме.

5. Все 3-комнатные квартиры в новостройках с отделкой.

6. Все 1-комнатные или 2-комнатные квартиры в новостройках, без отделки, стоимостью от 5000000 рублей до 6500000 рублей.

7. Отсортируйте базу данных по трём ключам: станции метро - по алфавиту, количество комнат - по возрастанию в пределах каждой станции метро, стоимость квартиры – по возрастанию в пределах каждого количества комнат.

8. Всю информацию по коттеджам и деревянным домам, отсортируйте по стоимости в порядке возрастания.

9. Все квартиры рядом с метро Университет или Проспект Вернадского, в монолитных домах с телефоном, с балконом, этаж - не выше 5-го, стоимость в интервале от 6500000 до 8000000 рублей.

10. Все 4-комнатные квартиры в панельных или блочных домах с лифтом, отсортируйте по возрастанию стоимости.

11. Все квартиры рядом с метро Коньково, не менее 3-х комнат, жилая площадь - в интервале от 50 до 70 кв. метров, стоимость - в интервале от 6000000 до 7500000 рублей.

12. Сделайте запрос на квартиру, в какой бы Вы хотели жить сами.

2. Для построенной таблицы Недвижимость создайте в мастере две формы.

3. Результаты двух запросов оформите в виде отчётов, используя мастер.

Замечание. Для того чтобы заголовки в отчётах отражали смысл запроса, при сохранении запросов старайтесь давать им соответствующие названия.

ПЕРЕХОД НА Оглавление

Семинар №3

Нормализация таблиц. Первая нормальная форма (1НФ). Вторая нормальная форма (2НФ). Третья нормальная форма (3НФ). Внешний ключ. Родительская и дочерняя таблицы. Три вида связей между таблицами. Создание запросов, использующих несколько таблиц

Мы уже говорили на первом семинаре, что при создании базы данных необходимо достаточно глубоко изучить ту область, для которой создаётся база данных. Нужно определить те характеристики объектов, которые должны будут отражены в таблицах и описаны с помощью данных в полях записей. Каждая запись описывает один объект с помощью данных, последовательно занесённых в соответствующие поля записи. Данные одного поля – это одна из характеристик объекта. При построении таблиц нужно предварительно изучить круг запросов, которые в дальнейшем придётся осуществлять к этой базе данных.

При построении баз данных нужно стремиться к тому, чтобы она не была громоздкой, так как для баз данных, имеющих большой объём, запросы исполняются очень медленно, да и обслуживание таких баз данных оказывается трудоёмким. Порой вместо того, чтобы произвести изменение в одной записи, приходится изменять данные в нескольких десятках (или тысячах) записей.

Для того чтобы избежать этих трудностей нужно при создании таблиц базы данных учесть ряд правил, которые заложены в процесс нормализации таблиц. Нормализация – это процесс последовательной пошаговой модификации таблиц базы данных, имеющий целью сокращение избыточности и несогласованности, а так же для приведения таблиц к так называемой третьей нормальной форме (3НФ).

Далее мы рассмотрим процесс нормализации на примере таблиц базы данных «Мир книги», в которой содержится информация о работе интернет-магазина, торгующего книгами. В этой базе данных представлена информация о книгах, клиентах, сотрудниках, отделах, продажах и т.д.¹

При разработке базы данных рассматривают три основные формы 1НФ, 2НФ, 3НФ.

Первая нормальная форма (1НФ) требует, чтобы каждое значение поля таблицы базы данных было неделимо и не содержало повторяющихся групп. Что это значит?

Неделимость означает, что содержимое поля не должно делиться на более мелкие значения.

Пример 1

Таблица Клиенты может быть преобразована в 1НФ следующим образом:

Код клиента	ФИО
1	Иванов Пётр Иванович
2	Петров Павел Сергеевич

Код клиента	Фамилия	Имя	Отчество
1	Иванов	Пётр	Иванович
2	Петров	Павел	Сергеевич

Это преобразование нужно сделать в том случае, когда необходимо рассматривать имена, отчества и фамилии как самостоятельные характеристики клиентов. Если же в дальнейшей работе не предполагается работа с отдельными характеристиками, например, с фамилиями, то можно считать, что исходная таблица уже находится в 1НФ.

Пример 2

То же самое можно сказать о преобразовании таблицы в следующем примере. Если в дальнейшем не предполагается работа с различными книгами одного автора, то можно считать, что исходная таблица Книги уже находится в 1НФ. Если же есть необходимость рассматривать отдельно ФИО автора книги и название книги, то таблица Книги может быть переведена в 1НФ следующим образом:

Код книги	Книга
1	Пушкин А.С. «Сказки»
2	Лермонтов М.Ю. «Стихи»

Код книги	Автор	Название
1	Пушкин А.С.	Сказки
2	Лермонтов М.Ю.	Стихи

Повторяющимися называются поля, содержащие одинаковые по смыслу значения.

Пример 3

Таблица Отделы может быть переведена в 1НФ следующим образом:

Код отдела	Отдел	Продавец 1	Продавец 2	Консультант 1
3	Наука	Окунева Л.О.	Орлова М.И.	Медведева Р.И.
4	Учебная литература	Соловьёва Н.А.	Петухова Н.Н.	Волкова Н.П.

Код отдела	Отдел	Должность	ФИО
3	Наука	Продавец	Окунева Л.О.
3	Наука	Продавец	Орлова М.И.
3	Наука	Консультант	Медведева Р.И.
4	Учебная литература	Продавец	Соловьёва Н.А.
4	Учебная литература	Продавец	Петухова Н.Н.
4	Учебная литература	Консультант	Волкова Н.П.

Если в отделах потребуется добавить несколько сотрудников, имеющих такие же или другие должности, то во втором случае не нужно будет переделывать таблицу.

Вторая нормальная форма (2НФ) требует, чтобы все поля таблицы зависели от первичного ключа целиком. То есть первичный ключ pk должен однозначно определять запись и не должен быть избыточным. Те поля, которые зависят от части первичного ключа должны быть выделены в отдельную таблицу.

Пример 4

Таблица, представленная ниже, содержит отделы с указанием сотрудников, работающих в каждом из них.

Отделы

Код отдела	Код сотрудника	Отдел	Сотрудник	Должность
4	14	Учебная литература	Волкова Н.П.	Консультант
4	11	Учебная литература	Соловьёва Н.А.	Продавец
2	12	Культура	Орлова Д.Н.	Продавец
3	13	Наука	Медведева Р.И.	Консультант
1	13	Иностранная литература	Медведева Р.И.	Консультант

Первичный ключ в этой таблице состоит из двух полей: Код отдела и Код сотрудника. Эта таблица может быть преобразована во вторую нормальную форму (2НФ) в результате создания двух таблиц Отделы и Сотрудники.

Отделы

Код отдела	Отдел
1	Иностранная литература
2	Культура
3	Наука
4	Учебная литература

Сотрудники

Код сотрудника	ФИО	Должность
11	Соловьёва Н.А.	Продавец
12	Орлова Д.Н.	Продавец
13	Медведева Р.И.	Консультант
14	Волкова Н.П.	Консультант

Замечание. Если таблица находится в первой нормальной форме (1НФ), и первичным ключом является одно поле, то таблица уже находится во второй нормальной форме (2НФ).

Третья нормальная форма (3НФ) требует, чтобы значение одного поля не зависело от значения другого поля, не являющегося первичным ключом.

Пример 5