Проектирование многотабличной базы данных
Конспект урока по информатике и ИКТ для учащихся 11 класса средних общеобразовательных учреждений.
Тема: «Проектирование многотабличной базы данных»
Цели урока:
Обучающая: освоить новые возможности СУБД MS Access, приблизить овладение СУБД MS Access к профессиональному уровню
Развивающая: развитие умения анализировать, сопоставлять, сравнивать, выделять главное, приобрести опыт использования теоретических знаний и средств СУБД MS Access в реализации конкретной задачи
Воспитывающая: понимать значимость хранения и структурирования информации
Основные понятия:
База данных,
виды моделей данных (иерархическая, сетевая, реляционная),
структура реляционной модели (таблица, запись, поле),
система управления базами данных СУБД,
этапы проектирования базы данных,
реляционная модель данных.
Тип урока: комбинированный.
Оборудование: интерактивная доска, проектор, презентация, компьютеры;
Литература:
Семакин И.Г., Хеннер Е. К. Информатика и ИКТ. Базовый уровень. Учебник для 10-11 классов/ И.Г. Семакин, Е.К. Хеннер. – 7-е изд. – М.: БИНОМ. Лаборатория знаний,2011. – 246 с.: ил.
Семакин И.Г. «Преподавание базового курса информатики в средней школе: Методическое пособие». – 2-е изд., испр. и доп. – М.: Бином. Лаборатория знаний,2004. – 540с.
Методика преподавания информатики: учеб. пособие для студ. пед. вузов / М.П.Лапчик, И.Г.Семакин, Е.К.Хеннер. – 2-е изд., стер. – М.: Издательский центр «Академия», 2005. – 624с.
План урока:
Организационный момент (2 мин).
Фронтальный опрос (4 мин)
Объяснение нового материала (15 мин)
Самостоятельная работа (15 мин)
Итог урока, рефлексия (6 мин).
Домашнее задание. (3 мин).
Ход урока:
1. Организационный момент.
(приветствие учителем учащихся, проверка готовности класса к уроку, проверка отсутствующих, сообщение темы и целей урока). (слайд 1)
Фронтальный опрос.(слайд 2)
Вопросы:
Что собой представляет база данных?
Для чего предназначены базы данных?
Какие существуют варианты классификации БД?
Почему реляционный вид БД является наиболее распространенным?
Что такое запись в реляционной БД?
Что такое поле в реляционной БД?
Какие бывают типы полей?
Что такое главный ключ записи?
Объяснение нового материала
Рассмотрим на конкретном примере методику проектирования много табличной базы данных.
Имеем модель данных, состоящую из трех взаимосвязанных таблиц (Слайд 3):
АБИТУРИЕНТЫ
Регистрационный номер
Фамилия
Имя
Отчество
Дата рождения
Город
Законченное учебное заведение
Название специальности
Производственный стаж
Медаль
Оценка за экзамен 1
Оценка за экзамен 2
Оценка за экзамен 3
Зачисление
ФАКУЛЬТЕТЫ
Название факультета
Экзамен 1
Экзамен 2
Экзамен 3
СПЕЦИАЛЬНОСТИ
Название специальности
Название факультета
План приема
Эти таблицы можно рассматривать как модель данных в реляционной СУБД. Но работать с БД в таком виде неудобно, т.к. к реляционной БД предъявляется требование: минимизация избыточности данных.
Недостаток этих таблиц — многократное повторение длинных значений полей в разных записях.
Внесем изменения в таблицы (Слайд 4):
ФАКУЛЬТЕТЫ
Название факультета
Экзамен 1
Экзамен 2
Экзамен 3
ФАКУЛЬТЕТЫ
Код факультета
Название факультета
Экзамен 1
Экзамен 2
Экзамен 3
СПЕЦИАЛЬНОСТИ
Название специальности
Название факультета
План приема
СПЕЦИАЛЬНОСТИ
Название специальности
Название факультета
План приема
Таблицу АБИТУРИЕНТЫ разделим на четыре таблицы (
АНКЕТЫ
Регистрационный номер
Фамилия
Имя
Отчество
Дата рождения
Город
Учебное заведение
АБИТУРИЕНТЫ
Регистрационный номер
Код специальности
Медаль
Производственный стаж
ОЦЕНКИ
Регистрационный номер
Оценка за экзамен 1
Оценка за экзамен 2
Оценка за экзамен 3
ИТОГИ
Регистрационный номер
Зачисление
Чтобы эти шесть таблиц представляли собой систему, между ними должны быть установлены связи. Связи позволяют определить соответствия между любыми данными в этих таблицах. Например: между фамилией абитуриента и его оценкой по математике. Благодаря этим связям становится возможным получение ответов на запросы, требующие поиска информации в нескольких таблицах одновременно. Для указания связей между таблицами построим схему базы данных (Слайд 6). 
В схеме указывается наличие связей между таблицами и типы связей.
Здесь использованы два типа связей:
При связи «один-к-одному» с одной записью в таблице связана одна запись в другой таблице. При наличии связи «один-ко-многим» одна запись в некоторой таблице связана с множеством записей в другой таблице.
Самостоятельна работа:
Задание: Построить модель данных для данной предметной области, определив количество таблиц в БД. Установить связи и указать тип связи между таблицами. Определить для каждой таблицы поля и типы полей. Заполнить лист отчета.
Вариант 1.
В таблицах должна содержаться следующая информация: название отделения, ФИО заведующего отделением, число больничных коек в отделении, телефон заведующего, ФИО врача, категория врача, ФИО больного, дата рождения больного, адрес больного, место работы, должность, диагноз при поступлении, номер палаты, первичный ли больной (впервые ли поступил в стационар с данным диагнозом), дата выписки, дата состояния, температура, общее состояние (тяжелое, удовлетворительное и т.п.), лечение (список лекарств и процедур).
Вариант 2.
БД «Кадры»
В таблицах должна содержаться следующая информация: название отдела, ФИО начальника отдела, номер кабинета начальника, телефон начальника отдела, код рабочей группы, ФИО руководителя группы, номер кабинета руководителя, телефон руководителя, количество сотрудников в группе, ФИО сотрудника, дата рождения, адрес, образование, семейное положение, количество детей, дата поступления в организацию, имеет ли награды, имеет ли взыскания, дата назначения на должность, название должности, зарплата.
Итог урока, рефлексия
Домашнее задание:§32, с. 178 №1,2, 3 (б)
infourok.ru
Проектирование многотабличной базы данных
На данном уроке мы с вами научимся создавать структуру базы данных в виде таблиц, узнаем, какие отношения и связи бывают между таблицами, построим схему данных и многое другое.
Чтобы узнать, как правильно проектировать многотабличную базу данных, мы рассмотрим этот процесс на примере. Для этого нам необходимо вернуться к примеру моделирования работы кредитного отдела банка.
Для начала вспомним модель данных, которая состояла из трёх взаимосвязанных таблиц. Она выглядит следующим образом.
Данные таблицы представляют собой модель данных в реляционной СУБД. Но для удобной работы с базой данных, необходимо соблюдать некоторые требования.
Одно и главное из них – это отсутствие избыточности данных. Это говорит о том, что нужно избегать лишних данных при построении базы данных, так как это приводит к лишнему расходу памяти. При выполнении этого требования можно сократить не только потребность в памяти компьютера, но и время поиска и обработки данных.
Видимый недостаток наших таблиц в том, что многократно повторяются значения полей в разных записях. Например, Вид кредита будет повторяться в 50 записях для 50 кредиторов, которые подали документы на кредит. Для удобства можно в таблице «Кредитование населения с учётом плана» добавить поле «Код кредита», а в таблице «Вид кредитования» поле «Вид кредита» заменить на поле «Код кредита». Таким образом, вид кредита будет записан только единожды, а в анкетах кредиторов будет стоять код. Аналогично изменим поле «Вид кредита» на поле «Код кредита» в таблице «Кредиторы». А также изменим название таблицы «кредитование населения с учётом плана» на «Кредитование».
После изменения получим следующее.
Далее следует обратить внимание на таблицу «кредиторы». Она слишком большая и не удобная для работы. Можно разбить её на несколько таблиц поменьше. Получим следующее:
Такие таблицы более удобны.
В таблице «Анкета» содержатся данные о кредиторе. В таблице «Кредит» содержатся данные о виде кредита, сумме и отметке выдачи. А в таблице «Документы» содержится информация о поданных документах на кредит.
У нас получилось пять таблиц. Давайте представим их в строчном виде. Подчёркнутые поля будут обозначать ключевое поле.
Для представления системы, все наши пять таблиц должны быть связаны между собой.
Если внимательно посмотреть на наши таблицы в строчном виде, то мы можем увидеть связи. Например, две первые таблицы имеют общее поле «Код кредита», а третья, четвёртая и пятая – регистрационный номер.
Связи помогают определить соответствия между любыми данными в этих таблицах, например, между фамилией кредитора и документами, которые он подал для кредитования. Благодаря этим связям можно получить ответы на запросы, которые требуют поиска информации в нескольких таблицах одновременно.
Следующее, с чем мы должны с вами познакомиться – это схема базы данных. Она создаётся для указания связей между таблицами. В схеме отображается наличие и типы связей между таблицами.
Если отобразить связи для нашей базы данных, то мы получим следующее:
Существует такие типы связей: «один к одному» и «один ко многим».
Чтобы показать связь «один ко многим», добавим ещё одну таблицу «Перечень документов», которая будет состоять из двух полей: «Номер документа» и «Документ». В поле «Документ» будут перечислены все возможные документы для всех видов кредита.
Связь «один к одному» обозначается двунаправленной стрелкой, а связь «один ко многим» – одинарной стрелкой в одну сторону и двойной в другую. При связи «один к одному» с одной записью в таблице связана одна запись в другой таблице. Например, одна запись о кредиторе связана с одной записью о поданных им документах.
Связь «один ко многим» означает, что одна запись в одной таблице связана с несколькими записями в другой. Например, с одним видом кредита связано несколько видов документов.
Что же такое целостность данных?
Целостность данных – это свойство базы данных, которое обеспечивается поддерживанием организации связи между таблицами базы данных, которое осуществляет СУБД.
Система не позволит, чтобы одноименные поля в разных связанных между собой таблицах имели разные значения. Поэтому система автоматически контролирует ввод данных.
В связанных таблицах можно устанавливать режим каскадной замены. Это говорит о том, что при изменении значения поля в одной таблице, по которому установлена связь, будут автоматически изменены значения одноименных полей в других таблицах.
Если же установить режим каскадного удаления, то достаточно удалить запись из одной таблицы, чтобы связанные записи исчезли изо всех остальных таблиц.
На данном этапе проектирование базы данных подошло к концу.
Подведём итоги нашего урока.
Главное требование для удобной работы с базой данных – это отсутствие избыточности данных.
· Связи помогают определить соответствия между любыми данными в этих таблицах.
· Схема базы данных создаётся для указания связей между таблицами.
· Типы связей бывают следующих видов: «один к одному» и «один ко многим».
videouroki.net
Проектирование многотабличной базы данных.
Лабораторная работа № 2
Выполнив эту лабораторную работу, Вы сможете:
Познакомиться с основными этапами проектирования многотабличной базы данных.
Познакомиться с требованиями к таблицам в базах данных.
Самостоятельно разработать проект многотабличной базы данных.
Материалы текущей лабораторной работы являются теоретическими, поэтому настоятельно рекомендуем делать краткий конспект в тетрадях.
Проектирование многотабличной базы данных проходит в несколько этапов, рассмотрим каждый этап.
МОДЕЛЬ ДАННЫХ
Описание предметной области
Концептуальная модель включает описания объектов и их взаимосвязей, представляющих интерес в рассматриваемой предметной области и выявляемых в результате анализа данных. Имеются в виду данные, используемые как в уже разработанных прикладных программах, так и в тех, которые только будут реализованы.
Примером для проектирования будет служить салон «Автосалон», который осуществляет заказ, продажу, доставку автомобилей клиенту.
Экономическая цель: наша база данных создается для учета всех оказанных салоном услуг каждому клиенту, расчета стоимости этих услуг и учета стоимости доставки.
Для реализации этой базы данных нужны следующие виды информации:
учет клиентов;
учет оказанных услуг по клиентам;
учет поставщиков;
учет оказанных услуг по услугам исполнителями;
учет оказанных услуг;
учет ассортимента салона;
учет потребности в доставке.
В базе данных должно храниться: перечень клиентов с указанием всех требуемых адресов и телефонов, а также ассортимент салона с перечнем марок и стоимости автомобилей. Также в базе данных должна храниться информация о поставщиках, а именно адрес, страна, город и д.р. В базе данных будет содержаться вся информация о менеджерах, которые выполняют заказы клиентам салона. Также с помощью данной базы будет производится оформление доставки заказа клиенту, а так же информация по устранению задержек доставки заказов.
1.2. Сущности базы данных
По определению М. Михайлова, сущность — это множество экземпляров реальных и абстрактных объектов, которые обладают общими свойствами. Любой объект предметной области может быть представлен только одной сущностью, которая должна иметь уникальное имя и храниться в базе данных.
При создании таблиц сущностей нужно помнить основное правило – это «каждой сущности – отдельную таблицу». Поля таблиц сущностей могут быть двух видов: ключевые и неключевые. В разработанной базе данных использовались ключевые поля таблиц сущностей, что ускоряет обработку записей таблицы, позволяет выполнять автоматическую сортировку записей по значениям в ключевых полях.
В процессе обработки таблиц сущностей надо иметь в виду следующее. Новую сущность легко добавить и изменить, но при удалении следует уничтожить все ссылки на нее из таблиц связей, иначе таблицы связей будут некорректными.
В данной работе при создании базы данных были использованы следующие сущности. Основываясь на описании предметной области и определённых запросов и задач, представим их в таблице 1.
Таблица 1. Таблица сущностей.
Наименование сущности | Первичный ключ |
Ассортимент | Код |
Доставка | Код доставки |
Заказы | Код заказа |
Клиент | Код клиента |
Менеджеры | Фамилия |
Поставщики | Код поставщика |
Цвет | Цвет |
После составления списка сущностей следует проверить его на полноту и связность. Для этого нужно выявить повторяющиеся сущности, и сущности ошибочно представленные в списке как одна. И затем удалить сущности, оказавшиеся лишними.
studfiles.net
Проектирование многотабличной базы данных
Урок на тему: «Проектирование многотабличной базы данных»
11 класс
Урок 1
Раздел программы: Технологии использования и разработки информации-онных систем.
Основные понятия:
База данных,
виды моделей данных (иерархическая, сетевая, реляционная),
структура реляционной модели (таблица, запись, поле),
система управления базами данных СУБД,
этапы проектирования базы данных,
реляционная модель данных.
Цели урока:
Обучающая: освоить новые возможности СУБД MS Access, приблизить овладение СУБД MS Access к профессиональному уровню
Развивающая: развитие умения анализировать, сопоставлять, сравнивать, выделять главное, приобрести опыт использования теоретических знаний и средств СУБД MS Access в реализации конкретной задачи
Воспитывающая: понимать значимость хранения и структурирования информации
Тип урока: урок изучения нового материала.
Вид урока: комбинированный урок.
Оборудование:
Последовательность этапов урока:
Организационный момент, сообщение темы и целей урока (2 мин).
Фронтальный опрос (4 мин)
Объяснение нового материала (15 мин)
Самостоятельная работа (15 мин)
Итог урока, рефлексия (6 мин).
Домашнее задание. (3 мин).
Ход урока:
Организационный момент. Сообщение темы и целей урока. (Слайд 1)
Фронтальный опрос. (Слайд 2)
Вопросы:
Что собой представляет база данных?
Для чего предназначены базы данных?
Какие существуют варианты классификации БД?
Почему реляционный вид БД является наиболее распространенным?
Что такое запись в реляционной БД?
Что такое поле в реляционной БД?
Какие бывают типы полей?
Что такое главный ключ записи?
Объяснение нового материала
Рассмотрим на конкретном примере методику проектирования много табличной базы данных.
Имеем модель данных, состоящую из трех взаимосвязанных таблиц (Слайд 3):
АБИТУРИЕНТЫ |
Регистрационный номер |
Фамилия |
Имя |
Отчество |
Дата рождения |
Город |
Законченное учебное заведение |
Название специальности |
Производственный стаж |
Медаль |
Оценка за экзамен 1 |
Оценка за экзамен 2 |
Оценка за экзамен 3 |
Зачисление |
ФАКУЛЬТЕТЫ |
Название факультета |
Экзамен 1 |
Экзамен 2 |
Экзамен 3 |
СПЕЦИАЛЬНОСТИ |
Название специальности |
Название факультета |
План приема |
Эти таблицы можно рассматривать как модель данных в реляционной СУБД. Но работать с БД в таком виде неудобно, т.к. к реляционной БД предъявляется требование: минимизация избыточности данных.
Недостаток этих таблиц — многократное повторение длинных значений полей в разных записях.
Внесем изменения в таблицы:
| |||||
Код факультета | |||||
Название факультета | |||||
Экзамен 1 | |||||
Экзамен 2 | |||||
Экзамен 3 |
СПЕЦИАЛЬНОСТИ |
Название специальности |
Название факультета |
План приема |
СПЕЦИАЛЬНОСТИ |
Название специальности |
Название факультета |
План приема |
Таблицу АБИТУРИЕНТЫ разделим на четыре таблицы:
| |||||||||||||
Регистрационный номер | |||||||||||||
Оценка за экзамен 1 | |||||||||||||
Оценка за экзамен 2 | |||||||||||||
Оценка за экзамен 3 |
ИТОГИ |
Регистрационный номер |
Зачисление |
Для указания связей между таблицами построим схему базы данных.
В схеме указывается наличие связей между таблицами и типы связей.
Здесь использованы два типа связей:
При связи «один-к-одному» с одной записью в таблице связана одна запись в другой таблице. При наличии связи «один-ко-многим» одна запись в некоторой таблице связана с множеством записей в другой таблице.
Самостоятельна работа:
Задание: Построить модель данных для данной предметной области, определив количество таблиц в БД. Установить связи и указать тип связи между таблицами. Определить для каждой таблицы поля и типы полей. Заполнить лист отчета.
Вариант 1.
БД «Больница»
В таблицах должна содержаться следующая информация: название отделения, ФИО заведующего отделением, число больничных коек в отделении, телефон заведующего, ФИО врача, категория врача, ФИО больного, дата рождения больного, адрес больного, место работы, должность, диагноз при поступлении, номер палаты, первичный ли больной (впервые ли поступил в стационар с данным диагнозом), дата выписки, дата состояния, температура, общее состояние (тяжелое, удовлетворительное и т.п.), лечение (список лекарств и процедур).
Вариант 2.
БД «Кадры»
В таблицах должна содержаться следующая информация: название отдела, ФИО начальника отдела, номер кабинета начальника, телефон начальника отдела, код рабочей группы, ФИО руководителя группы, номер кабинета руководителя, телефон руководителя, количество сотрудников в группе, ФИО сотрудника, дата рождения, адрес, образование, семейное положение, количество детей, дата поступления в организацию, имеет ли награды, имеет ли взыскания, дата назначения на должность, название должности, зарплата.
Итог урока, рефлексия
Домашнее задание:§32, с. 178 №1,2, 3 (б)
Использованные материалы
Информатика и ИКТ. Базовый уровень: учебник для 10-11 классов / И.Г. Семакин, Е.К. Хеннер.- М.: Бином. Лаборатория знаний, 2008.
Информатика и ИКТ. Базовый уровень: практикум для 10-11 классов / И.Г. Семакин, Е.К. Хеннер., Т.Ю. Шеина.- М.: Бином. Лаборатория знаний, 2008.
multiurok.ru
Проектирование многотабличной базы данных.
Лабораторная работа № 2
Выполнив эту лабораторную работу, Вы сможете:
Познакомиться с основными этапами проектирования многотабличной базы данных.
Познакомиться с требованиями к таблицам в базах данных.
Самостоятельно разработать проект многотабличной базы данных.
Материалы текущей лабораторной работы являются теоретическими, поэтому настоятельно рекомендуем делать краткий конспект в тетрадях.
Проектирование многотабличной базы данных проходит в несколько этапов, рассмотрим каждый этап.
МОДЕЛЬ ДАННЫХ
Описание предметной области
Концептуальная модель включает описания объектов и их взаимосвязей, представляющих интерес в рассматриваемой предметной области и выявляемых в результате анализа данных. Имеются в виду данные, используемые как в уже разработанных прикладных программах, так и в тех, которые только будут реализованы.
Примером для проектирования будет служить салон «Автосалон», который осуществляет заказ, продажу, доставку автомобилей клиенту.
Экономическая цель: наша база данных создается для учета всех оказанных салоном услуг каждому клиенту, расчета стоимости этих услуг и учета стоимости доставки.
Для реализации этой базы данных нужны следующие виды информации:
учет клиентов;
учет оказанных услуг по клиентам;
учет поставщиков;
учет оказанных услуг по услугам исполнителями;
учет оказанных услуг;
учет ассортимента салона;
учет потребности в доставке.
В базе данных должно храниться: перечень клиентов с указанием всех требуемых адресов и телефонов, а также ассортимент салона с перечнем марок и стоимости автомобилей. Также в базе данных должна храниться информация о поставщиках, а именно адрес, страна, город и д.р. В базе данных будет содержаться вся информация о менеджерах, которые выполняют заказы клиентам салона. Также с помощью данной базы будет производится оформление доставки заказа клиенту, а так же информация по устранению задержек доставки заказов.
1.2. Сущности базы данных
По определению М. Михайлова, сущность — это множество экземпляров реальных и абстрактных объектов, которые обладают общими свойствами. Любой объект предметной области может быть представлен только одной сущностью, которая должна иметь уникальное имя и храниться в базе данных.
При создании таблиц сущностей нужно помнить основное правило – это «каждой сущности – отдельную таблицу». Поля таблиц сущностей могут быть двух видов: ключевые и неключевые. В разработанной базе данных использовались ключевые поля таблиц сущностей, что ускоряет обработку записей таблицы, позволяет выполнять автоматическую сортировку записей по значениям в ключевых полях.
В процессе обработки таблиц сущностей надо иметь в виду следующее. Новую сущность легко добавить и изменить, но при удалении следует уничтожить все ссылки на нее из таблиц связей, иначе таблицы связей будут некорректными.
В данной работе при создании базы данных были использованы следующие сущности. Основываясь на описании предметной области и определённых запросов и задач, представим их в таблице 1.
Таблица 1. Таблица сущностей.
Наименование сущности | Первичный ключ |
Ассортимент | Код |
Доставка | Код доставки |
Заказы | Код заказа |
Клиент | Код клиента |
Менеджеры | Фамилия |
Поставщики | Код поставщика |
Цвет | Цвет |
После составления списка сущностей следует проверить его на полноту и связность. Для этого нужно выявить повторяющиеся сущности, и сущности ошибочно представленные в списке как одна. И затем удалить сущности, оказавшиеся лишними.
studfiles.net
Многотабличные базы данных
Особенности многотабличных баз данных
Довольно часто случается ситуация, при которой хранить целиком базу данных в одной таблице очень не удобно и не практично. В таблице может содержаться большое количество полей, что является неудобным для пользователя. При этом записи во многих полях могут повторяться, что приводит к увеличению информационного объема БД и замедлению процедуры ее обработки. При хранении в БД слишком большого количества данных и при наличии в таблице большого количества полей ее требуется нормализовать. Как правило, в процессе нормализации образуется многотабличная БД.
БД считается нормализованной в случае выполнения следующих условий:
- каждая таблица должна иметь главный ключ;
- все поля каждой таблицы целиком зависят только от главного ключа;
- в таблице должны отсутствовать группы повторяющихся значений.
По завершению создания таблиц с данными, которые относятся к различным аспектам БД, требуется обеспечить целостность самой базы данных. Для этого нужно связать таблицы между собой.
Различают связи нескольких типов:
- один-к-одному, когда каждой записи в 1 таблице соответствует лишь 1 запись в другой таблице;
- один-ко-многим, когда каждой записи главной таблицы соответствуют несколько записей подчиненной таблицы;
- многие-ко-многим, когда 1 записи первой таблицы соответствуют несколько записей второй таблицы и, наоборот.
Связанные между собой таблицы являются единой базой данных, в которой возможно создание новых таблиц, а также запросов и отчетов. Заполнять базу данных можно с помощью формы. Рассмотрим это на примере. Допустим в табличной базе данных «Комплектующие компьютера и поставщики» содержится информация о различных комплектующих, кроме того, она имеет поля Счетчик, Наименование, Описание, Название фирмы, Адрес, Цена (в рублях) — табл. 1.
Как видно, половина объема таблицы занята избыточной, дублированной информацией.
Разберемся с причиной дублирования. У комплектующих компьютера имеется 2 неотъемлемых свойства: наименование и описание. В свою очередь, название фирмы, ее адрес и цена компьютера не будут являться свойствами комплектующих, это свойства поставщика.
Правильнее будет разбить искомую таблицу на 2: Комплектующие (табл. 2) и Поставщики (табл. 3). При этом каждая таблица должна иметь хотя бы 1 ключевое поле, значение которого является уникальным для каждой записи данной таблицы. В таблицу Комплектующие вводим поле Код комплектующих, которое будет ключевым.
В таблицу Поставщики вводим дополнительное поле Код поставщика, которое станет ключевым для данной таблицы.
Эти 2 таблицы, которые находятся в отношении многие-ко-многим, связываются друг с другом только с помощью третьей таблицы. Таблицы Комплектующие и Поставщики связываются отношением многие-ко-многим, используя создание 2 связей один-ко-многим относительно к таблице Цена.
Таблицы Комплектующие и Поставщики станут главными относительно таблицы Цена. Связью между таблицами установятся отношения между идентичными значениями в полях, имеющих одинаковые имена. С ключевым полем главной таблицы (первичный ключ) будет связано поле с таким же именем подчиненной таблицы (внешний ключ).
Главная таблица Комплектующие содержит поле Код комплектующих, являющееся первичным ключом, соответственно в подчиненной таблице Цена будет иметься поле с таким же именем, которое будет являться внешним ключом. Таблица Поставщики будет являться главной относительно таблицы Цена. Ее поле Код поставщика — первичный ключ, соответственно в подчиненной таблице Цена будет присутствовать поле с таким же именем, являющееся внешним ключом.
Отсюда следует, что таблица Цена будет содержать поля (табл. 4):
- Счетчик, являющееся ключевым;
- Код комплектующих, являющееся внешним ключом для таблицы Комплектующие;
- Код поставщика, являющееся внешним ключом для таблицы Поставщики;
- Цена, являющееся числовым.
Замечание 1
Если в начале заполним таблицу поставщиков, то для заполнения других данных можно будет составить форму согласно первоначальной таблице 1, в этом случае поставщиков можно будет выбрать из списка. Подобное заполнение данных потребует намного меньших затрат сил и времени.
Создание многотабличной формы
Многотабличную форму создают на основе нескольких взаи-мосвязанных таблиц. Она может состоять из 1 формы или из основной и 1 или нескольких подчиненных форм. Подчиненная форма может строиться как на основе подчиненной, так и главной таблиц.
Многотабличную форму можно создать в режиме Конструктора или при помощи Мастера форм. Однако в Access, как правило, используется изначальное создание форм при помощи мастера, и затем они могут дорабатываться в режиме Конструктора. В ходе создания многотабличной формы в Мастере форм приложением Access создается для нее базовая инструкция SQL, содержащая сведения об используемых таблицах и полях.
Перечислим способы, создающие многотабличные формы при помо-щи Мастера:
- Явное включение подчиненной формы, при котором подчиненная форма будет строиться на основе подчиненной таблицы относительно таблицы, на основе которой построена основная часть формы.
- Вызов связанной формы по кнопке. Созданные при помощи Мастера связанные подчиненные формы не обязательно должны включаться непосредственно в основную форму, их можно вызывать по необходимости нажатием на включенную в нее кнопку. В этом случае открывающееся содержимое связанной формы будет синхронизироваться с текущей записью формы. Данный способ построения является удобным для сложных многотабличных форм, которые перегружены большим числом элементов управления, а также для пользователя, которому не нужно постоянно видеть связанные данные.
- Без использования подчиненных и связанных форм. Подобную многотабличную форму создают при необходимости отображения записей подчиненной таблицы, которые дополнены полями из одной или не-скольких главных таблиц. В данном случае источником данных, выводящихся в форму, будет являться запись подчиненной таблицы. При этом форма отобразит поля из записи подчиненной таблицы и поля из единственной связанной с ней записи главной таблицы.
- На основе запроса. Для запроса, имеющего уже созданные записи в результате объединения полей связанных записей главной и каждой из подчиненной таблиц, мастер будет строить форму таким же образом, как в случае с заданными исходными таблицами. Благодаря чему будет создана форма, которая обеспечивает однократное отображение данных, поскольку она базируется на исходных нормализованных таблицах.
Полученную при помощи мастера составную форму при необхо-димости можно отредактировать, в том числе дополнить другими включаемыми формами.
Выбор таблиц и полей необходимо производить в следующем порядке:
- В окне БД будет выбирается закладка Форма и нажимается клавиша Создать.
- В окне Новая форма будет выбираться режим создания Мастер форм, а источником данных основной части формы выбирается таблица или запрос из списка.
- В первом диалоговом окне Создание форм последовательно выбираются таблицы, а в них поля, которые будут включаться в форму, после этого требуется нажать кнопку Далее.
- Во втором диалоговом окне Создание форм будет выбираться вариант создания многотабличной формы, для этого в рамке необходимо выбрать вид представления данных — выделить таблицу, являющуюся источником основной части формы.
Когда таблица (источник основной части формы) станет главной по отношению к другой таблице формы, то в окне Создание форм выберется 1 из 2 возможных типов подключения подчиненных форм:
- при непосредственном включении — Подчиненные формы;
- при включении кнопки, которая вызывает связанную форму, Связанные формы.
Затем выбирается вид подчиненной или связанной формы: Ленточный или Табличный. В диалоговом окне Создание форм будет выбран стиль оформления, определяющий внешний вид надписей и значений полей в форме. В последнем диалоговом окне Создание форм будет завершено создание формы Мастером, т.е. можно будет редактировать заголовки форм и выбирать дальнейшие действия: Открытие формы для просмотра или ввода данных либо Изменение макета формы.
spravochnick.ru
Проектирование многотабличной базы данных
Урок на тему: «Проектирование многотабличной базы данных»
11 класс
Урок 1
Раздел программы: Технологии использования и разработки информации-онных систем.
Основные понятия:
База данных,
виды моделей данных (иерархическая, сетевая, реляционная),
структура реляционной модели (таблица, запись, поле),
система управления базами данных СУБД,
этапы проектирования базы данных,
реляционная модель данных.
Цели урока:
Обучающая: освоить новые возможности СУБД MS Access, приблизить овладение СУБД MS Access к профессиональному уровню
Развивающая: развитие умения анализировать, сопоставлять, сравнивать, выделять главное, приобрести опыт использования теоретических знаний и средств СУБД MS Access в реализации конкретной задачи
Воспитывающая: понимать значимость хранения и структурирования информации
Тип урока: урок изучения нового материала.
Вид урока: комбинированный урок.
Оборудование:
Последовательность этапов урока:
Организационный момент, сообщение темы и целей урока (2 мин).
Фронтальный опрос (4 мин)
Объяснение нового материала (15 мин)
Самостоятельная работа (15 мин)
Итог урока, рефлексия (6 мин).
Домашнее задание. (3 мин).
Ход урока:
Организационный момент. Сообщение темы и целей урока. (Слайд 1)
Фронтальный опрос. (Слайд 2)
Вопросы:
Что собой представляет база данных?
Для чего предназначены базы данных?
Какие существуют варианты классификации БД?
Почему реляционный вид БД является наиболее распространенным?
Что такое запись в реляционной БД?
Что такое поле в реляционной БД?
Какие бывают типы полей?
Что такое главный ключ записи?
Объяснение нового материала
Рассмотрим на конкретном примере методику проектирования много табличной базы данных.
Имеем модель данных, состоящую из трех взаимосвязанных таблиц (Слайд 3):
АБИТУРИЕНТЫ |
Регистрационный номер |
Фамилия |
Имя |
Отчество |
Дата рождения |
Город |
Законченное учебное заведение |
Название специальности |
Производственный стаж |
Медаль |
Оценка за экзамен 1 |
Оценка за экзамен 2 |
Оценка за экзамен 3 |
Зачисление |
ФАКУЛЬТЕТЫ |
Название факультета |
Экзамен 1 |
Экзамен 2 |
Экзамен 3 |
СПЕЦИАЛЬНОСТИ |
Название специальности |
Название факультета |
План приема |
Эти таблицы можно рассматривать как модель данных в реляционной СУБД. Но работать с БД в таком виде неудобно, т.к. к реляционной БД предъявляется требование: минимизация избыточности данных.
Недостаток этих таблиц — многократное повторение длинных значений полей в разных записях.
Внесем изменения в таблицы:
| |||||
Код факультета | |||||
Название факультета | |||||
Экзамен 1 | |||||
Экзамен 2 | |||||
Экзамен 3 |
СПЕЦИАЛЬНОСТИ |
Название специальности |
Название факультета |
План приема |
СПЕЦИАЛЬНОСТИ |
Название специальности |
Название факультета |
План приема |
Таблицу АБИТУРИЕНТЫ разделим на четыре таблицы:
| |||||||||||||
Регистрационный номер | |||||||||||||
Оценка за экзамен 1 | |||||||||||||
Оценка за экзамен 2 | |||||||||||||
Оценка за экзамен 3 |
ИТОГИ |
Регистрационный номер |
Зачисление |
Для указания связей между таблицами построим схему базы данных.
В схеме указывается наличие связей между таблицами и типы связей.
Здесь использованы два типа связей:
При связи «один-к-одному» с одной записью в таблице связана одна запись в другой таблице. При наличии связи «один-ко-многим» одна запись в некоторой таблице связана с множеством записей в другой таблице.
Самостоятельна работа:
Задание: Построить модель данных для данной предметной области, определив количество таблиц в БД. Установить связи и указать тип связи между таблицами. Определить для каждой таблицы поля и типы полей. Заполнить лист отчета.
Вариант 1.
БД «Больница»
В таблицах должна содержаться следующая информация: название отделения, ФИО заведующего отделением, число больничных коек в отделении, телефон заведующего, ФИО врача, категория врача, ФИО больного, дата рождения больного, адрес больного, место работы, должность, диагноз при поступлении, номер палаты, первичный ли больной (впервые ли поступил в стационар с данным диагнозом), дата выписки, дата состояния, температура, общее состояние (тяжелое, удовлетворительное и т.п.), лечение (список лекарств и процедур).
Вариант 2.
БД «Кадры»
В таблицах должна содержаться следующая информация: название отдела, ФИО начальника отдела, номер кабинета начальника, телефон начальника отдела, код рабочей группы, ФИО руководителя группы, номер кабинета руководителя, телефон руководителя, количество сотрудников в группе, ФИО сотрудника, дата рождения, адрес, образование, семейное положение, количество детей, дата поступления в организацию, имеет ли награды, имеет ли взыскания, дата назначения на должность, название должности, зарплата.
Итог урока, рефлексия
Домашнее задание:§32, с. 178 №1,2, 3 (б)
Использованные материалы
Информатика и ИКТ. Базовый уровень: учебник для 10-11 классов / И.Г. Семакин, Е.К. Хеннер.- М.: Бином. Лаборатория знаний, 2008.
Информатика и ИКТ. Базовый уровень: практикум для 10-11 классов / И.Г. Семакин, Е.К. Хеннер., Т.Ю. Шеина.- М.: Бином. Лаборатория знаний, 2008.
multiurok.ru