Сколько таблиц может содержать база данных
Перейти к содержимому

Сколько таблиц может содержать база данных

  • автор:

Сколько таблиц может содержать база данных

Уважаемые разработчики,
подскажите, пожалуйста, сколько (максимально) можно создать таблиц в базе Access 2000?

в Access 2002 написано, что «Число объектов в базе данных 32 768»,
т.е. таблиц можно создпть не более чем
32 768 минус количество системных объектов базы данных.

тогда уточняю вопрос. а скольео этих самых системных объектов базы данных в 2000-ой версии?

Сообщение отредактировано: tomsksmile — 05.09.06, 12:07
Сообщ. #2 , 05.09.06, 13:00

Рейтинг (т): 352
Цитата tomsksmile @ 05.09.06, 11:56
«Число объектов в базе данных 32 768»,
Цитата tomsksmile @ 05.09.06, 11:56
тогда уточняю вопрос. а скольео этих самых системных объектов базы данных в 2000-ой версии?

Объекты базы данных. База данных Microsoft Access может содержать таблицы, запросы, формы, отчеты,
страницы доступа к данным, макросы и модули.
Проект Microsoft Access может содержать такие объекты как формы, отчеты, страницы макросы и модули..

А по простому все что есть в БД то есть обьект.

Сообщ. #3 , 05.09.06, 13:42
Рейтинг (т): 6

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

меня просто покоробила фраза:

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

действительно нельзя создать бесконечно много таблиц.

Общие сведения о таблицах

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

В этой статье

  • Обзор
  • Свойства таблиц и полей
  • Типы данных
  • Отношения между таблицами
  • Ключи
  • Преимущества использования отношений

Обзор

Обычно реляционная база данных, такая как Access, состоит из нескольких таблиц. В хорошо спроектированной базе данных в каждой таблице хранятся сведения о конкретном объекте, например о сотрудниках или товарах. Таблица состоит из записей (строк) и полей (столбцов). Поля, в свою очередь, содержат различные типы данных: текст, числа, даты и гиперссылки.

  1. Запись. Содержит конкретные данные, например информацию об определенном работнике или продукте.
  2. Поле. Содержит данные об одном аспекте элемента таблицы, например имя или адрес электронной почты.
  3. Значение поля. Каждая запись содержит значение поля, например Contoso, Ltd. или proverka@example.com .

Свойства таблиц и полей

У таблиц и полей также есть свойства, которые позволяют управлять их характеристиками и работой.

1. Свойства таблицы

2. Свойства поля

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

Свойство поля применяется к определенному полю в таблице и определяет его характеристики или определенный аспект поведения. Некоторые свойства поля можно задать в Режим таблицы. Вы также можете настраивать любые свойства в Конструкторе с помощью области Свойства поля.

Типы данных

У каждого поля есть тип данных. Тип данных поля определяет данные, которые могут в нем храниться (например, большие объемы текста или вложенные файлы).

Тип данных является свойством поля, однако он отличается от других свойств:

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

Примеры автоматического определения типа данных

Ниже показано, как выполняется автоматическое определение типа данных в режиме таблицы.

Вводимые данные

Тип данных для поля, назначаемый Access

Вы можете использовать любой допустимый префикс протокола IP. Например, являются допустимыми префиксы http://, https:// и mailto:.

Число, длинное целое

Число, длинное целое

Распознаваемые форматы даты и времени зависят от языкового стандарта.

31 декабря 2016 г.

Распознаваемое обозначение денежной единицы зависит от языкового стандарта.

Отношения между таблицами

Хотя в каждой из таблиц хранятся данные по отдельному объекту, в базе данных Access все они обычно связаны между собой. Ниже приведены примеры таблиц в базе данных.

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

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

Ключи

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

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

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

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

1. Первичный ключ, который определяется по значку ключа рядом с именем поля.

2. Внешний ключ (определяется по отсутствию значка ключа)

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

Преимущества использования связей

Раздельное хранение данных в связанных таблицах обеспечивает указанные ниже преимущества.

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

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

Спецификации Access

Эта статья содержит сведения об ограничениях для файлов и объектов баз данных Microsoft Access. В большинстве случаев превышение перечисленных ниже ограничений для базы данных указывает на проблему с ее структурой. Используя информацию, приведенную в этой статье, и тщательно проверив структуру базы данных, вы сможете найти недочеты, которые необходимо устранить для успешного внедрения. Например, импорт данных непосредственно из Microsoft Excel в Access без нормализации может привести к созданию дополнительных полей (столбцов). Если вам нужна информация о проектировании баз данных или нормализации, воспользуйтесь ссылками в разделе Дополнительные сведения.

В этой статье

  • Спецификации базы данных
  • Спецификации проекта
  • Дополнительные сведения

Спецификации базы данных

Сведения в приведенных ниже таблицах относятся к базам данных Access. Различия конкретных версий (если они есть) упоминаются отдельно

Общие спецификации

Максимальное значение

Общий размер базы данных Access (ACCDB- или MDB-файла), включая все объекты и данные

2 ГБ за вычетом места, необходимого для системных объектов.

Примечание: Это ограничение можно обойти, создав связи с таблицами из других баз данных Access. Вы можете создать связи с таблицами из нескольких файлов баз данных, максимальный размер каждого из которых составляет 2 ГБ.

Общее количество объектов в базе данных

Количество модулей (включая формы и отчеты, у которых свойство HasModule имеет значение Истина)

Количество символов в имени объекта

Количество символов в пароле

Примечание: В Access 2007 пароль может содержать 20 символов.

Количество символов в имени пользователя или группы

Количество одновременно работающих пользователей

Таблица

Максимальное значение

Количество символов в имени таблицы

Количество символов в имени поля

Количество полей в таблице

Количество открытых таблиц

Для Microsoft 365 версий Access, 4096, включая связанные таблицы и таблицы, открытые внутри Access.

Для версий Access, отличных отMicrosoft 365, 2048, включая связанные таблицы и таблицы, открытые внутри Access.

Количество доступных подключений

512 для Microsoft 365 версий Access.

256 для версий Access, отличных отMicrosoft 365.

2 ГБ за вычетом места, необходимого для системных объектов

Количество символов в поле «Короткий текст»

Примечание: В Access 2013 и более поздних версий поля «Текст» заменены полями «Короткий текст».

Количество символов в поле «Длинный текст»

Примечание: В Access 2013 и боле поздних версий поля Memo заменены полями «Длинный текст».

65 535 при вводе данных через пользовательский интерфейс;
1 гигабайт хранения символов при вводе данных программным способом

Размер поля «Объект OLE»

Количество индексов в таблице

32, включая индексы для внутренних целей (созданные для поддержки связей между таблицами), индексы по одному полю и составные индексы

Количество полей в индексе или первичном ключе

Количество символов в сообщении о проверке

Количество символов в правиле проверки, включая знаки пунктуации и операторы

Количество символов в описании поля или таблицы

Количество символов в записи (кроме полей «Длинный текст» и «Объект OLE»), когда для свойства полей UnicodeCompression задано значение Да

Количество символов в значении свойства поля

Запрос

Максимальное значение

Количество установленных связей

32 на одну таблицу за вычетом количества индексов этой таблицы, созданных для полей или сочетаний полей, которые не участвуют в связях *

Количество таблиц в запросе

Количество соединений в запросе

Количество полей в наборе записей

Размер набора записей

255 символов в одном или нескольких полях

Количество уровней вложенности запросов

Количество символов в ячейке в бланке запроса

Количество символов для параметра в запросе с параметрами

Количество операторов AND в предложении WHERE или HAVING

Количество символов в инструкции SQL

Приблизительно 64 000 *

* Максимальные значения могут быть меньше, если запрос содержит многозначные поля подстановки (только для ACCDB-файлов).

Форма и отчет

Максимальное значение

Количество символов в метке

Количество символов в текстовом поле

Ширина формы или отчета

22,75 in. (57,79 см)

22.75 in. (57,79 см)

Высота всех разделов вместе с заголовками (в Конструкторе)

Количество уровней вложенности форм или отчетов

Количество полей или выражений, которые можно сортировать или группировать в отчете

Количество заголовков и примечаний в отчете

1 верхний и нижний колонтитул отчета;
1 колонтитул страницы;
10 колонтитулов группы

Количество печатных страниц в отчете

Количество элементов управления и разделов, которые можно добавить в течение жизненного цикла формы или отчета

Количество символов в инструкции SQL, которая служит свойством Recordsource или Rowsource для формы, отчета или элемента управления.

Макрос

Максимальное значение

Количество макрокоманд в макросе

Количество символов в условии

Количество символов в комментарии

Количество символов в аргументе макрокоманды

Спецификации проекта

Следующий список таблиц относится к проектам Access ADP:

Общие спецификации

Максимальное значение

Количество объектов в проекте Access (ADP-файле)

Количество модулей (включая формы и отчеты, у которых свойство HasModule имеет значение Истина)

Количество символов в имени объекта

Количество столбцов в таблице

250 (Microsoft SQL Server 6.5)

1024 (Microsoft SQL Server 7.0, 2000 и 2005)

Форма и отчет

Максимальное значение

Количество символов в метке

Количество символов в текстовом поле

Ширина формы или отчета

Высота всех разделов вместе с заголовками (в Конструкторе)

Количество уровней вложенности форм или отчетов

Количество полей или выражений, которые можно сортировать или группировать в отчете

Количество заголовков и примечаний в отчете

1 верхний и нижний колонтитул отчета;
1 колонтитул страницы;
10 колонтитулов группы

Количество печатных страниц в отчете

Количество элементов управления и разделов, которые можно добавить в течение жизненного цикла формы или отчета

Количество символов в инструкции SQL, служащей значением свойства Recordsource или Rowsource формы, отчета или элемента управления (для ACCDB- и ADP-файлов)

Макрос

Максимальное значение

Количество макрокоманд в макросе

Количество символов в условии

Количество символов в комментарии

Количество символов в аргументе макрокоманды

Дополнительные сведения

  • Основные сведения о создании баз данных
  • Структура базы данных Access
  • Защита данных с помощью резервного копирования и восстановления

Facebook

LinkedIn

Электронная почта

Нужна дополнительная помощь?

Нужны дополнительные параметры?

Изучите преимущества подписки, просмотрите учебные курсы, узнайте, как защитить свое устройство и т. д.

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

§ 2. Работа с таблицами базы данных

Таблица — основной объект базы данных, предназначенный для хранения данных в структурированном виде.

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

На основе таблиц создаются другие объекты базы данных.

В процессе создания таблиц можно выделить этапы:

1. Создание объекта Таблица (пример 2.1).

2. Описание структуры таблицы — имен полей, типов и свойств данных в них.

3. Ввод данных в таблицу.

Работать с таблицами баз данных можно в двух режимах (пример 2.2).

Описание структуры таблицы (пример 2.3) выполняется в режиме Конструктор (см. Приложение к главе 1).

Данные в таблицу вводятся в режиме Таблица. В этом режиме можно также просматривать и изменять структуру таблицы.

Таблицы в реляционных базах данных должны обладать следующими свойствами:

1. В таблице не может быть двух записей с полностью совпадающими данными.

2. Поля таблицы должны располагаться в порядке, который определяется при ее создании.

3. В таблице обязательно должно быть хотя бы одно поле.

Каждое поле должно иметь уникальное имя (одно в пределах таблицы). Все значения в одном поле имеют один тип (число, текст, дата и т. д.).

Таблица базы данных похожа на электронную таблицу, и в Access реализована возможность импортировать данные из электронных таблиц в БД (пример 2.4).

Пример 2.1. Создание объекта Таблица в Access.

Пример 2.2. Режимы работы с таблицами в Access.

Пример 2.3. Описание структуры таблицы.

Пример 2.4. Импорт таблицы из Excel в Access.

1. На вкладке Внешние данные выбрать Excel:

2. В окне Внешние данные нажать кнопку .

3. В окне Открытие файла выбрать файл с электронной таблицей и подтвердить выбор.

4. В окне Импорт электронной таблицы на каждом шаге сделать требуемый выбор и нажать кнопку Далее.

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

По завершении нажать кнопку

2.2. Ввод и редактирование данных в таблице

При создании структуры таблицы в режиме Конструктора таблицы (см. Приложение к главе 1) определяются имена полей (пример 2.5) и настраиваются их свойства — тип и формат.

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

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

1. Текстовый. Короткий текст (до 255 символов) и длинный текст.

2. Числовой. Числовые данные (целые или действительные).

3. Дата и время. Дата и/или время.

4. Денежный. Денежные данные, хранящиеся с точностью до 4 десятичных знаков после запятой.

5. Счетчик. Последовательность целых чисел, которые задаются автоматически при вводе записей. Эти числа нельзя изменить.

6. Логический. Может иметь значения Истина или Ложь.

7. Поле объекта OLE. Изображения в формате Точечный рисунок.

8. Гиперссылка. Ссылка на информационный ресурс в Интернете.

9. Вложение. Вложениями могут быть изображения, документы, электронные таблицы, диаграммы и другие файлы.

В таблицах вложение отображается знаком с указанием в скобках количества вложений (пример 2.7). Чтобы увидеть содержимое вложения, необходимо создать форму или отчет.

Поле каждого типа имеет свой набор свойств. Наиболее важными являются:

1. Размер поля (пример 2.8), который определяет максимально возможную длину текста или числа.

2. Формат поля, который устанавливает формат данных (пример 2.9).

Обычно одно из полей таблицы при создании структуры определяется как ключевое поле — ключ (пример 2.10).

Ключ (ключевое поле) — поле, значения которого позволяют однозначно определить каждую запись таблицы.

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

Новая таблица состоит из одной пустой записи (пример 2.11). Ввод данных в таблицу базы производится в Режиме таблицы и мало чем отличается от ввода данных в электронную таблицу. При вводе данных пустая запись смещается в конец таблицы (пример 2.12). Отменить ввод значения в поле до перехода к другому полю можно, нажав клавишу Esc или на панели быстрого доступа.

При заполнении таблиц базы данных нужно соблюдать определенные правила:

1. Заполнение таблиц должно производиться по записям.

2. Вводимые данные должны соответствовать заданному при создании структуры таблицы типу. В случае несоответствия появляется предупреждающее сообщение.

Перед редактированием записей таблицы необходимо их выделить. Для этого достаточно выполнить щелчек в поле маркера соответствующей записи (пример 2.13). Отменяется выделение щелчком в любом месте таблицы вне выделения.

При работе с данными в поле маркера записи таблицы может отображаться один из следующих символов:

1. Звездочка. Обозначает пустую запись в конце таблицы.

2. Карандаш. Обозначает, что запись редактируется.

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

Для удаления записи необходимо выполнить команду Удалить запись контекстного меню выделенной записи (пример 2.15).

Для быстрого перемещения между записями можно использовать кнопки панели навигации окна таблицы (пример 2.16).

Пример 2.5. Определение имен полей таблицы.

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

  • точки;
  • восклицательного знака;
  • надстрочного символа;
  • прямых скобок.

Имя не должно начинаться с пробела.

Пример 2.6. Определение типа данных в поле таблицы.

Для раскрытия списка типов полей необходимо нажать на кнопку со стрелкой.

Пример 2.7. Тип данных Вложение.

В этой таблице вложениями являются файлы с изображениями памятных монет Республики Беларусь (аверс и реверс).

Пример 2.8. Свойство Размер поля типа данных Числовой.

Пример 2.9. Свойство Формат поля типа данных Денежный.

Пример 2.10. Определение ключевого поля в структуре таблицы.

Для определения поля как ключевого нужно выбрать кнопку:

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

Пример 2.11. Новая таблица.

Пример 2.12. Заполнение таблицы данными в Access.

При вводе данных к следующей ячейке можно перейти при помощи клавиши Enter либо Tab. В обратном направлении — с помощью комбинации клавиш Shift + Tab. Используя комбинацию клавиш Ctrl + Home, можно перейти в первую ячейку таблицы, Ctrl + End — в последнюю.

Пример 2.13. Выделение записи таблицы.

Пример 2.14. Символы в поле маркера.

Пример 2.15. Удаление записи из таблицы.

Пример 2.16. Панель навигации таблицы базы данных.

2.3. Связывание таблиц базы данных

Связи между таблицами многотабличной БД позволяют обеспечить объединение данных нескольких таблиц. Логическая структура базы данных (таблицы и связи между ними) запоминается в Схеме данных.

Связь между таблицами БД осуществляется путем сопоставления данных в полях, по которым связываются таблицы, — полях связи (пример 2.17). Перед созданием связей необходимо закрыть все таблицы. Создавать или изменять связи между открытыми таблицами нельзя.

1. Один ко многим. Каждой записи в одной таблице могут соответствовать несколько записей в другой таблице.

2. Многие ко многим. Каждой записи в одной таблице могут соответствовать несколько записей в другой таблице и наоборот.

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

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

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

Пример 2.17. Создание связи.

1. На вкладке Работа с базами данных выбрать кнопку Схема данных:

Появится диалоговое окно:

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

3. Закрыть окно Добавление таблицы.

4. Перетащить поле связи из одной таблицы на поле связи в другой.

Часто связывают ключевое поле (выделенное полужирным) одной таблицы с аналогичным полем другой таблицы.

Появится окно Изменение связей:

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

5. Задать параметры связи:

6. Нажать кнопку .

Пример 2.18. Просмотр данных в связанных таблицах.

2.4. Сортировка данных в таблице

Записи в таблицах автоматически воспроизводятся отсортированными в порядке возрастания по ключевому полю. При работе с базами данных может возникнуть необходимость сортировки данных по какому-либо полю таблицы в определенном порядке:

  • По алфавиту, если это поле текстовое.
  • По значению числа, если поле числовое.
  • По времени, если поле имеет тип Дата и время.

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

Для сортировки данных таблицы в Access выделить любую ячейку поля, по которому сортируются записи, и воспользоваться соответствующими кнопками вкладки Главная группы Сортировка и фильтр (пример 2.20). Для удаления сортировки следует воспользоваться кнопкой Удалить сортировку. Так же для выполнения операций сортировки можно использовать возможности контекстного меню поля.

Пример 2.19. Сортировки по полям с различным типом данных.

1. По полю «Кинотеатр» — по алфавиту, в порядке возрастания.

2. По полю «Стоимость» — по значению, в порядке убывания.

3. По полю «Время» — в порядке убывания.

Пример 2.20. Инструменты сортировки вкладки Главная.

Вопросы к параграфу

1. Какой объект баз данных является основным?

2. В каких режимах можно работать с таблицами базы данных?

3. Какие действия с таблицами баз данных можно производить в режиме Конструктор?

4. В каком режиме работы с таблицами осуществляется ввод данных в таблицу базы данных?

5. Откуда можно импортировать данные в таблицу БД?

6. Какими свойствами должны обладать таблицы БД?

7. Какие типы данных могут быть определены для полей таблицы БД?

8. Что такое ключевое поле таблицы?

9. Как выделить запись? Как удалить запись?

10. Что означают символы звездочка и карандаш, отображаемые в поле маркера?

11. Для чего нужно связывать таблицы?

12. Какие существуют виды связей? Чем они отличаются?

13. Каким образом можно сортировать данные в таблице?

Упражнения

1. Определите типы полей таблицы БД, которая хранит данные об оплате за учебные пособия и содержит поля «Дата», «Номер плательщика», «ФИО», «Наименование учебного заведения», «Номер класса», «Сумма», «Наличие льготы».

2. Определите ключевое поле для таблицы БД, которая хранит данные о выданных аттестатах и включает поля «Фамилия», «Имя», «Отчество», «Дата рождения», «Год выпуска», «Номер аттестата».

3. Выполните перечисленные задания.

1. Создайте базу данных абитуриентов университета, состоящую из двух таблиц.

Конструктор Режим таблицы
1
2

2. Свяжите таблицы по ключу таблицы «Город» и полю «Код города» таблицы «Абитуриенты».
3. Определите, сколько абитуриентов поступало из Минска. Для этого откройте таблицу «Города» и разверните данные вложенной таблицы «Абитуриенты».

4. Откройте базу данных «Аренда автомобилей.accdb». Выполните перечисленные задания.

1. Откройте таблицу «Автомобили» в режиме Конструктор. Запишите в тетрадь список полей с указанием типа данных для каждого поля. Для числовых полей запишите формат представления.
2. В режиме таблицы добавьте в таблицу «Автомобили» записи, как показано на рисунке:

Для добавления в запись таблицы файла с изображением автомобиля выполните двойной щелчок в поле с типом данных Вложение и в диалоговом окне нажмите Добавить…

Выберите соответствующий файл с изображением.

3. Создайте таблицу «Арендаторы».

Используйте файл «Арендаторы.xlsx» для импортирования данных. Ключ — поле «Код».

4. Создайте таблицу «Аренда».

Конструктор Режим таблицы

5. Отсортируйте записи в таблице «Автомобили» по возрастанию стоимости.

5. Установите связи вида Один ко многим между таблицами базы данных «Аренда автомобилей.accdb». Обеспечьте целостность связей.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *