Библиографический список

1. Microsoft Access 2002. Программирование и разработка баз данных и приложений [Текст] / В.В. Боровиков. – М. : СОЛОН-Р, 2002. – 560 с.

2. Базы данных: модели, разработка, реализация [Текст] / Т.С. Карпова. – СПб. : Питер, 2001. – 304 с. : ил.

3. Горев, А. Эффективная работа с СУБД [Текст] / А. Горев, Р. Ахаян, С. Макашарипов. – СПб. : Питер, 1997. – 704 с. : ил.

4. Дворжецкий, А.В. SQL: Structured Query Language (Структурированный язык запросов) [Текст] / А.В. Дворжецкий. – М. : Познавательная книга плюс, 2001. – 416 с.

5. Диго, С.М. Access [Текст] : учебно-методическое пособие / С.М. Диго. – М. : ТК Велби, Проспект, 2006. – 240 с.

6. Дубнов, П.Ю. Access 2000. Проектирование баз данных [Текст] / П.Ю. Дубнов. – М. : ДМК, 2000. – 272 с. : ил.

7. Куправа, Т.А. Самоучитель Access 97/2000 [Текст] / Т.А. Куправа. – СПб. : Наука и Техника, 2001. – 144 с. : ил.

8. Савицкий, Н.И. Технологии организации, хранения и обработки данных [Текст] : учеб. пособие / Н.И. Савицкий. – М. : ИНФРА-М, 2001. – 232 с.

9. Символоков, Л.В. Решение бизнес-задач в Microsoft Office [Текст] / Л.В. Символоков. – М. : Изд-во БИНОМ, 2001. – 512 с. : ил.

10. Харитонова, И.А. Самоучитель: Office Access 2003 [Текст] / И.А. Харитонова. – СПб. : Питер, 2004. – 464 с. : ил.

11. Шевченко, Н.А. Access 2003. Искусство создания базы данных [Текст] / Н.А. Шевченко. – М. : НТ Пресс, 2007. – 160 с.

Приложение 1 (справочное) Типы связи

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

Отношение «один-ко-многим» создается в том случае, когда только одно из полей является полем первичного ключа или уникального индекса.

Отношение «один-к-одному» создается в том случае, когда оба связываемых поля являются ключевыми или имеют уникальные индексы.

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

При отношении «один-к-одному» каждая запись в таблице A может иметь не более одной связанной записи в таблице B, и наоборот. Отношение «один-к-одному» может использоваться для разделения таблиц, содержащих много полей, для отделения части таблицы по соображениям безопасности, а также для сохранения сведений, относящихся к подмножеству записей в главной таблице. Например, можно создать таблицу для отслеживания участия сотрудников в благотворительных спортивных мероприятиях. Каждому игроку в таблице «Футболисты» должна соответствовать одна запись в таблице «Сотрудники».

Отношение «один-ко-многим» является наиболее часто используемым типом связи между таблицами. В отношении «один-ко-многим» каждой записи в таблице A могут соответствовать несколько записей в таблице B, но запись в таблице B не может иметь более одной соответствующей ей записи в таблице A. Например, один поставщик может поставлять несколько товаров, но у каждого товара может быть только один поставщик.

При отношении «многие-ко-многим» одной записи в таблице A могут соответствовать несколько записей в таблице B, а одной записи в таблице B – несколько записей в таблице A. Этот тип связи возможен только с помощью третьей (связующей) таблицы, первичный ключ которой состоит из двух полей, которые являются внешними ключами таблиц A и B. Отношение «многие-ко-многим», по сути дела, представляет собой два отношения «один-ко-многим» с третьей таблицей. Например, отношение «многие-ко-многим» между таблицами «Заказы» и «Товары» определяется путем создания двух отношений «один-ко-многим» с таблицей «Заказано». В одном заказе может быть много товаров, а каждый товар может появляться в нескольких заказах.