Урок знакомство с базами данных

Проектирование и создание базы данных в MS Access

урок знакомство с базами данных

Открытый урок информатики, тема урока: "Проектирование и создание базы Знакомство с интерфейсом Microsoft Access;; Создание БД с помощью. На уроке начинается знакомство учащихся с базами данных. Урок способствует формированию у учащихся логического мышления. Пожалуй, одним из самых банальных примеров баз данных может быть . Знакомство с теорией нормализации данных выходит за рамки этих уроков .

Знакомство с базами данных. СУБД Microsoft Access

Практическая работа на тему: Знакомство с основными объектами базы данных. Создание и заполнение таблицы. Изменение структуры таблицы в режиме конструктора. Будет открыто окно диалога Создание базы данных, в которое следует ввести имя базы, например Adress и выбрать каталог BAZA.

Урок 7.1. Знакомство с программой Access

В результате вы увидите окно базы данных. Создание таблицы с помощью Мастера В окне База данных нажмите кнопку Таблицы, а затем кнопку Создание таблицы с помощью мастера В окне Создание таблицы выберите образец Список рассылки самый первый в списке.

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

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

урок знакомство с базами данных

В следующем окне диалога введите имя таблицы Адреса и разрешите MS Access самостоятельно определить ключ и нажмите кнопку Далее В последнем окне диалога согласитесь на Непосредственный ввод данных в таблицу.

И нажмите кнопку Готово. В строке заголовков таблицы можно найти ее название. Все имена полей представлены в виде заголовков таблицы. Измените заголовок первого поля КодСпискаРассылки на Адресат. Заполнение таблицы В процессе создания таблицы, вы встретились с понятием ключа.

Первичный ключ в последующем будем называть просто ключом — одно или несколько полей, совокупность которых однозначно определяет любую запись таблицы. В нашем варианте ключевым является поле Адресат.

Урок 1. Введение в базы данных

В таблице видно, что это поле — счетчик, то есть нумерует записи в порядке ввода. Заполнять поле Адресат не нужно, счетчик срабатывает автоматически, как только заполнена хоть одна ячейка строки таблицы. Заполните только поля Фамилия и Имя, остальные поля оставьте незаполненными. Попробуйте заполнить поле Телефон. Любая таблица Microsoft Access может быть представлена в двух режимах: Если внимательно рассмотреть содержимое ячейки, то можно увидеть некоторую разметку — маску ввода.

Маска ввода — это шаблон, позволяющий вводить в поле значения, имеющие одинаковый формат. Маска ввода автоматически изображает в поле постоянные символы. При вводе данных в поле нет необходимости набирать эти постоянные символы, даже если они должны быть включены в значение поля; достаточно заполнить пустые позиции в маске ввода.

Binary Любой двоичный объект размером до 1. Этот тип обычно используется для хранения рисунков и двоичных файлов. Структура этой таблицы и ее содержимое показаны на рис. На первый взгляд непонятно зачем она нужна. Однако все же эта таблица нужна и для чего она так необходима станет понятно, когда в дальнейшем будем рассматривать отношения между таблицами.

Отношения между таблицами Отношения между таблицами устанавливают связь между данными находящимися в разных таблицах базы данных. Отношения между таблицами определяются отношением между группами объектов соответствующего типа. Например, один автор может написать несколько книг и издать их в разных издательствах.

Или издательство может опубликовать несколько книг разных авторов. Таким образом, между авторами и названиями книг существует отношение один-ко-многим, а между издательствами и авторами существует отношение много-ко-многим. MDB показаны на рис. Отношение один-к-одному Если между двумя таблицами существует отношение один-к-одному, то это означает, что каждая запись в одной таблице соответствует только одной записи в другой таблице.

Примером такого отношения может служить отношение между таблицами. Связь между таблицами определяется с помощью совпадающих полей: Аналогичное отношение существует между издательствами и названиями изданных книг, организацией и работающими в ней сотрудниками, автомобилем и деталями, из которых он состоит и.

Понятно, что подобный тип отношения между таблицами наиболее часто встречается при проектировании структуры баз данных. Отношение много-к-одному Отношение много-к-одному полностью аналогично рассмотренному выше отношению один-ко-многим. Отношение много-ко-многим При отношении между двумя таблицами много-ко-многим каждая запись в одной таблице связана с несколькими записями в другой таблице и наоборот. С одной стороны, каждое издательство может публиковать книги разных авторов и с другой стороны - каждый автор может публиковаться в разных издательствах.

Для удобства работы с таблицами, имеющими отношение много-ко-многим, обычно в базу данных добавляют еще одну таблицу, которая находится в отношении один-ко-многим и много-к-одному к соответствующим таблицам. Структура этой таблицы показана на рис. В принципе, можно работать и с такой таблицей. С другой стороны понятно, что такая структура данных является неэффективной. В таблице BIBLIOS будет достаточно много повторяющихся данных, например сведения об издательстве или авторе будут повторяться для каждой опубликованной книги.

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

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

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

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

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

урок знакомство с базами данных

Не запоминайте в таблице данных, которые могут быть вычислены при помощи данных из других таблиц. Например, если в вашей таблице есть поле Страна, то может быть стоит ввести вспомогательную таблицу Country, которая будет содержать соответствующие записи Россия, Украина, США и. Этот прием также поможет уменьшить количество ошибок при вводе данных, допускаемых пользователями.

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

урок знакомство с базами данных

Ключевым полем может быть практически любое поле в таблице. Ключ может быть первичным primary или внешним foreign. Первичный ключ однозначно определяет запись в таблице. Таким образом, первичный ключ однозначно определяет запись в таблице, в то время как внешний ключ используется для связи с первичным ключом другой таблицы.

Однако, очень часто ключевое поле не несет никакой смысловой нагрузки и является просто идентификатором объекта в таблице. Во многих случаях удобно использовать в качестве ключа поле счетчика Counter field. При этом вся ответственность по поддержанию уникальности ключевого поля снимается с пользователя и перекладывается на процессор баз данных. Поле счетчика представляет собой четырехбайтовое целое число Long и автоматически увеличивается на единицу при добавлении пользователем новой записи в таблицу.

Данные запоминаются в таблице в том порядке, в котором они вводятся пользователем.

  • Урок 1. Введение в базы данных
  • Знакомство с базами данных. СУБД Microsoft Access 2010
  • Проектирование и создание базы данных в MS Access

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

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