Презентация База данных MS Access Реляционные базы данных

• 1 слайд

  Муниципальное общеобразовательное учреждение «Средняя общеобразовательная школа №10»
  База данных MS Access
  Реляционные
  базы данных
  Учитель информатики Кузнецова Л. Л.
  МОУ «СОШ № 10»
  
  

• 2 слайд

  Содержание:
  Однотабличные и многотабличные базы данных;
  Связывание таблиц;
  Создание реляционной базы данных (практика)
  

• 3 слайд

  Однотабличные и многотабличные базы данных
  Достаточно часто встречается ситуация, когда хранить базу данных в одной таблице неудобно и нерационально. Таблица может содержать слишком большое количество полей, что неудобно пользователю. Различные записи при этом во многих полях дублируют друг друга, что увеличивает информационный объём базы данных и замедляет процедуры её обработки.
  

• 4 слайд

  Например, табличная база данных «Комплектующие компьютера и поставщик» содержит информацию о различных комплектующих и имеет поля: «Счётчик», «Наименование», «Описание», «Название фирмы», «Адрес», «Цена»
  Половину объёма таблицы составляет избыточная, дублированная информация.
  Причина дублирования. Комплектующие компьютера имеют два неотъемлемых свойства: «Наименование» и «Описание». «Название фирмы», «Адрес», и «Цена» не являются свойствами комплектующих компьютера, они являются свойствами поставщика.
  

• 5 слайд

  Естественно надо разделить исходную таблицу на две: «Комплектующие» и «Поставщик»
  
  В таблицу «Поставщики» вводится дополнительное поле «Код поставщика». Именно это поле будет ключевым в данной таблице
  Таблица «Комплектующие»
  Таблица «Поставщики»
  

• 6 слайд

  «Комплектующие компьютера и поставщик»
  Таблица «Комплектующие»
  Таблица «Поставщики»
  

• 7 слайд

  Связывание таблиц
  После создания различных таблиц, содержащих данные, относящиеся к различным аспектам базы данных, необходимо обеспечить целостность базы данных. Для этого надо связать таблицы между собой.
  При связи «один –ко многим» каждой записи в одной (главной) таблице могут соответствовать несколько записей в другой (подчинённой) таблице, а запись в подчинённой таблице не может иметь более одной соответствующей ей записи в главной таблице.
  Если записи в первой таблице могут соответствовать несколько записей во второй таблице и, наоборот, одной записи во второй таблице – несколько записей в первой таблице, то реализуется связь
  «многие-ко-многим»
  

• 8 слайд

  В этом случае реализуется именно такая связь. Одной записи в таблице «Комплектующие», соответствует две записи в таблице «Поставщик», так как устройства одного типа продаются двумя фирмами. Одной же записи таблицы «Поставщики» соответствуют четыре записи таблицы «Комплектующие», так как одна фирма продаёт устройства четырёх типов.
  Таблица «Комплектующие»
  Таблица «Поставщики»
  

• 9 слайд

  Две таблицы, находящиеся в отношении «многие-ко-многим», могут быть связаны только с помощью третьей (связующей) таблицы. Таблицы «Комплектующие» и «Поставщики» можно связать в отношении «многие-ко-многим» путём создания двух связей «один-ко-многим» по отношению к таблице «Цена»
  Таблица «Комплектующие»
  Таблица «Поставщики»
  «многие-ко-многим»
  Таблица «Цена»
  «один-ко-многим»
  

• 10 слайд

  Таблицы «Комплектующие» и «Поставщики» будут являться главными по отношению к таблице «Цена»
  
  Связь между таблицами устанавливает отношения между совпадающими значениями в полях с одинаковыми именами. С ключевым полем главной таблицы (первичный ключ) связывается одноименное поле подчинённой таблицы (внешний ключ)
  
  В главной таблице «Комплектующие» поле «Код комплектующих» является первичным ключом, соответственно в подчинённой таблице «Цена» должно существовать одноимённое поле, которое является внешним ключом.
  
  Таблица «Поставщики» также является главной по отношению к таблице «Цена». Её поле «Код поставщика» является первичным ключом, соответственно в подчинённой таблице «Цена» должно существовать одноимённое поле, которое является внешним ключом.
  

• 11 слайд

  Таким образом, таблица «Цена» должна содержать следующие поля:
  «Счётчик» (ключевое поле);
  «Код комплектующих» (поле внешнего ключа для таблицы «Комплектующие»);
  «Код поставщика» (поле внешнего ключа для таблицы «Поставщики»);
  «Цена» (числовое поле).
  

• 12 слайд

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

• 13 слайд

  Вопросы:
  1. Почему в некоторых случаях целесообразно использовать многотабличные, а не однотабличные базы данных?
  Таблица может содержать слишком большое количество полей, что неудобно пользователю. Различные записи при этом во многих полях дублируют друг друга, что увеличивает информационный объём базы данных и замедляет процедуры её обработки.
  2. Какие типы связей между таблицами возможны в реляционных базах данных?
  «Один –ко многим» - каждой записи в одной (главной) таблице могут соответствовать несколько записей в другой (подчинённой) таблице, а запись в подчинённой таблице не может иметь более одной соответствующей ей записи в главной таблице.
  «Многие-ко-многим» - записи в первой таблице могут соответствовать несколько записей во второй таблице и, наоборот, одной записи во второй таблице – несколько записей в первой таблице.
  

Краткое описание документа:

§Однотабличные и многотабличные базы данных;

§Связывание таблиц;

§Создание реляционной базы данных (практика)

Однотабличные и многотабличные базы данных

Достаточно часто встречается ситуация, когда хранить базу данных в одной таблице неудобно и нерационально.

Таблица может содержать слишком большое количество полей, что неудобно пользователю. Различные записи при этом во многих полях дублируют друг друга, что увеличивает информационный объём базы данных и замедляет процедуры её обработки.