- •Основы реляционной модели данных
- •Цель автоматизации
- •Основные задачи
- •Список сотрудников АКБ Буревестник
- •ЗАДАНИЕ 1
- •ЗАДАНИЕ 2
- •УПР. 1. Нормализуйте исходную таблицу
- •Объекты ТАБЛИЦЫ – объекты хранения данных
- •УПР. 2. Создание таблиц.
- •КОНТРОЛЬНЫЕ ВОПРОСЫ
- •CВЯЗИ между таблицами
- •Связь «Один-ко-многим»
- •Связи «Многие-ко-многим»
- •Связи «Один-к-Одному»
- •УПР. 3. Создание связей
- •УПР. 4-з. Создание запросов
- •УПР. 4-о. Создание отчетов
- •Задача «Недвижимость»
- •Контрольные вопросы
- •УПР 5. Дополнительные свойства полей
- •УПР 6. Подстановка значений
- •Задача «Ремонт»
- •КОНТРОЛЬНЫЕ ВОПРОСЫ
- •УПР 7. Вычисляемые поля
- •УПР. 8. Сложные формы
- •КОНТРОЛЬНЫЕ ВОПРОСЫ
- •УПР. 9. Сложные запросы
- •Условия отбора в запросе
- •Вычисления в запросе.
- •Запросы с параметром в условии
- •УПР 10. Назначение прав доступа в Формах
- •УПР 11. Запросы с итогами
- •Задача «Налог»
- •КОНТРОЛЬНЫЕ ВОПРОСЫ
- •УПР 12. Отчеты с итогами
- •Задача «Монеты»
- •КОНТРОЛЬНЫЕ ВОПРОСЫ
- •УПР 13. Тип связи МНОГИЕ-КО-МНОГИМ
- •УПР 14. Самостоятельная работа
- •КОНТРОЛЬНАЯ РАБОТА
- •Приложение.
- •Пример исходной информации для разработки ИС АвтоСтрахование
- •Пример ИС Чек
- •Пример ИС «Сейфовые ячейки»
- •Пример ИС «АвтоБУ»
УПР. 1. Нормализуйте исходную таблицу
(см. рис. 1) на предмет уменьшения избыточности
Выбираем из таблицы Кадры поля [Отдел] и [Телефон отдела]. Они функционально не зависят от первичного ключа [Фамилия]. Они заполнены повторяющимися значениями, что вызывает избыточность. На первый взгляд в нашем примере избыточность не очень большая. Но представим, что каждый Отдел характеризуется не только наличием телефона, а также сведениями о его Номере, Местонахождении, Площади занимаемых помещений, Начальнике отдела, уровне подчинения и т.д. В этом случае для каждого нового сотрудника мы вынуждены были бы в такой таблице повторять всю информацию об атрибутах отдела. Если бы ка- кой-то атрибут изменился (например, Телефон отдела), то это нужно было бы поменять во всех записях о сотрудниках из данного Отдела (аномалия обновления). При этом также возникают аномалии вставки и удаления. Мы не можем вставить информацию об отделе [Отдел]=Бухгалтерия пока не появился сотрудник из данного отдела, определяющий первичный ключ. При увольнении сотрудника с первичным ключом, например, по фамилии [Фамилия]=Синичкина, теряется информация об отделе [Отдел]=Административный.
,Самостоятельно. Проанализируйте группу полей [Должность] и [Оклад]. Определите новые таблицы. Дайте имена таблицам – информационным объектам. Определите в них (создайте) первичное ключевое поле.
21
ЗАДАНИЕ 3 , Самостоятельно. Проанализировав исходную таблицу (см. рис. 1), разделите ее на 3 функционально независимые части. Назовите каждую часть-таблицу. Определите типы связи между частями. Добавьте поля – внешние ключи, необходимые для установления связи, в нужные таблицы.
Табл. |
|
|
|
Табл. |
|
|
|
|
|
||
П_Кл |
Имя поля |
Тип |
Размер |
П_Кл |
Имя поля |
Тип |
|
Размер |
|
||
|
|
|
|
|
|
|
|
||||
|
|
Фамилия |
|
|
|
|
Должность |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Имя |
|
|
|
|
Оклад |
|
|
|
|
|
|
Адрес |
|
|
|
|
|
|
|
|
|
|
|
Телефон Домашний |
|
|
|
|
|
|
|
|
|
|
|
Дети |
|
|
|
|
|
|
|
|
|
|
|
Дата Рождения |
|
|
Табл. |
|
|
|
|
|
|
|
|
Семейное Положение |
|
|
П_Кл |
Имя поля |
Тип |
|
Размер |
|
|
|
|
|
|
|
|
||||||
|
|
Пол |
|
|
|
|
|
|
|
||
|
|
Надбавка |
|
|
|
|
Отдел |
|
|
|
|
|
|
|
|
|
|
|
Телефон Отдела |
|
|
|
|
П_Кл |
|
|
|
|
Вн_Кл =Внешний ключ |
|
|
|
|
||
|
=Первичный ключ |
|
|
|
|
|
|
22