Контрольная работа: Базы данных
Данные каждого поля могут быть одним из типов: символ, строка, числа разных форматов, дата, время, выбор из некоторого набора данных и т.д.
Конечное множество атрибутов, что определяют суть, является схемой отношений.
Отношение – конечное множество записей, сложенных из допустимых значений атрибутов схемы отношений.
Важным требованием к отношениям реляционной модели является нормализация данных, поданных в табличной форме. Первично нормализованная таблица содержит строки, в которых для каждого атрибута иметься только одно из возможных значений.
Совокупность нормализованных отношений, логически взаимосвязанных и таких, что отображают некоторую предметную область, образует реляционную базу данных.
Основу такой модели составляют двумерные таблицы, которые имеют такие свойства:
Каждая ячейка таблицы является элементом данных;
Каждый столбец таблицы имеет уникальное имя;
Все столбцы в таблице однородны, то есть их элементы однотипны. Это могут быть числа, тексты, дать, логические значения, графические объекты и тому подобное;
В таблице не должно быть одинаковых строк;
Строки должны иметь одинаковую длину, их поля разнородны и взаимосвязаны;
Порядок прохождения строк и столбцов произволен.
Система управления базами данных, реляционного типа, как правило, поддерживает четыре типа связей между таблицами:
«один-к-одному»- это такая связь, когда одной записи одной таблицы отвечает не более как одна запись другой таблицы.
«Один-К-многим»- это такая связь, когда одной записи главной таблицы отвечают несколько записей подчиненной таблицы.
«много-к-одному»- это такая связь, когда многим записям главной таблицы отвечают несколько записей подчиненной.
«много-ко-многим»- это такая связь, когда одной записи одной таблицы отвечают несколько записей другой таблицы.
Часть II
1.Запускаем программу СУБД Access, и создаем в режиме «конструктор» структуры четырех таблиц БД «Оптовый магазин» («поставщики», «покупатели», «товары», «Заказы») самостоятельно определим в каждой из них тип данных и особенности каждого поля, и ключевое поле.
Поставщики
Код поставщика | Поставщик | Страна | Город | Адрес | Телефон |
Покупатели
Код покупателя | Покупатель | Страна | Город | Адрес | Телефон |
Товары
Код товара | Товар | Единица измерения | Цена | Код пос. | Остаток. |
Заказы
Код заказа | Код товара | Код покупателя | Дата заказа | Количество |
2. На следующем этапе устанавливаем связь между таблицами. Для этого открываем в команде Сервис → Схема данных, а потом Связи→Добавить таблицу.
3. Вводим данные в таблицы «Поставщики» и «Товары». Примечательно, что сначала мы заполняем таблицу главную «Поставщики», а только потом зависящую «Товары».
4. Далее мы проведем сортировку данных таблицы «Поставщики» за одним ключом сортировки (Улица - за алфавитом) с использованием «расширенного фильтра».
Для этого открываем таблицу «Поставщики» в режиме таблицы, и выполняем команду Записи → Фильтр → Расширенный фильтр.
На бланке фильтра выполняем буксировку поля „улица” из списка полей таблицы „Поставщики” в первую пустую ячейку рядка „поле”, в ряду „сортировка” установить „по возрастанию” и выполнить задание Фильтр → Применить фильтр
5. Теперь проведем сортировку с помощью двух ключей („страна”- за алфавитом, „улица”- в обратном алфавитном порядке) с помощью «расширенного фильтра».