Табличные базы данных

Проекты по теме:

Справочная информация

ДокументыЗаконыИзвещенияУтверждения документовДоговораЗапросы предложенийТехнические заданияПланы развитияДокументоведениеАналитикаМероприятияКонкурсыИтогиАдминистрации городовПриказыКонтрактыВыполнение работПротоколы рассмотрения заявокАукционыПроектыПротоколыБюджетные организацииМуниципалитетыРайоныОбразованияПрограммыОтчетыпо упоминаниямДокументная базаЦенные бумагиПоложенияФинансовые документыПостановленияРубрикатор по темамФинансыгорода Российской Федерациирегионыпо точным датамРегламентыТерминыНаучная терминологияФинансоваяЭкономическаяВремяДаты2015 год2016 годДокументы в финансовой сферев инвестиционной

Поля, представляемые в базе данных

Многие из объектов метаданных, с которыми работает 1С:Предприятие 8, определяют таблицы и поля базы данных. Ниже приведен список таких объектов метаданных с указаниями, какие объекты базы данных они определяют:

• План обмена — таблица.
  • Реквизит — поле.
  • Табличная часть — таблица.
• Справочник — таблица.
  • Реквизит — поле.
  • Табличная часть — таблица.
• Документ — таблица.
  • Реквизит — поле.
  • Табличная часть — таблица.
• Последовательность — таблица.
• Журнал документов — таблица.
• Перечисление — таблица.
• План видов характеристик — таблица.
  • Реквизит — поле.
  • Табличная часть — таблица.
• План счетов — таблица.
  • Реквизит — поле.
  • Признак учета — поле.
  • Признак учета субконто — поле (специализированной табличной части).
  • Табличная часть — таблица
• План видов расчета — таблица.
  • Реквизит — поле.
  • Табличная часть — таблица.
• Регистр сведений — таблица.
  • Измерение — поле.
  • Ресурс — поле.
  • Реквизит — поле.
• Регистр накопления — таблица.
  • Измерение — поле.
  • Ресурс — поле.
  • Реквизит — поле.
• Регистр бухгалтерии — таблица.
  • Измерение — поле.
  • Ресурс — поле.
  • Реквизит — поле.
• Регистр расчета — таблица.
  • Измерение — поле.
  • Ресурс — поле.
  • Реквизит — поле.
• Перерасчет — таблица.
• Бизнес-процесс — таблица.
  • Реквизит — поле.
  • Табличная часть — таблица.
• Задача — таблица.
  • Реквизит адресации — поле.
  • Реквизит — поле.
  • Табличная часть — таблица.

Подробнее о соответствии таблиц базы данных объектам метаданных описано в разделе «Размещение данных 1С:Предприятия 8». В нем особый интерес представляют те объекты метаданных, которые определяют поля базы данных.

Завершение первичного проекта

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

Может случиться так, что каждый продукт будет иметь несколько штрих-кодов, потому что если производитель вносит значительные из­менения в упаковку продукта, он также часто меняет и штрих-код. Например, все наверняка видели упаковки с надписью «+20% бес­платно», стоимость такой (например) бутылки лимонада не меняется, но зато благодаря этой рекламной акции лимонада вы получаете боль­ше. Обычно в таких случаях производители изменяют штрих-код, но сам продукт, по существу, не меняется. Возникает отношение: мно­жество штрих-кодов для одного продукта. Добавляем таблицу для хранения штрих-кодов (рис. 5):

Рис. 5. Добавление в базу данных таблицы BARCODE

Заметьте, что стрелка идет в направлении от таблицы BARCODE к табли­це ITEM, потому что именно штрих-кодов может быть несколько для од­ного товара

Обратите внимание на то, что barcode_ean является пер­вичным ключом, т. к

для каждого штрих-кода должна существовать уникальная строка и (хотя один продукт и может иметь несколько штрих-кодов) ни один штрих-код не может принадлежать более чем одному продукту.

Наконец, последнее добавление, которое следует внести в проект базы данных, — объем запасов каждого продукта.

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

Но может быть и так, что у нас множество товаров, при этом чаще все­го лишь какие-то из них присутствуют на складе, а объем инфор­мации, которую приходится хранить для товаров, находящихся на складе, весьма велик. Например, для склада необходимо хранить ин­формацию о размещении, номерах партий и сроках годности. Если в картотеке имеется 500 000 товаров, а на складе есть только 1000, то хранение данных по всем товарам будет просто расточительством. У этой проблемы есть стандартное решение — дополнительная таблица.

Следует создать новую таблицу, в которой хранилась бы «дополни­тельная информация» (например, сведения о хранении на складе), а затем создать только нужные строки — для продуктов, имеющихся в наличии на складе. Эти данные будут ссылаться на основную таблицу. На самом деле все гораздо проще, чем может показаться из этого объ­яснения. Окончательный проект первого варианта нашей базы дан­ных, с которым мы будем работать далее, представлен на рис. 2.19:

Рис. 2.19. Добавление в базу данных таблицы stock

Обратите внимание , что в таблице stock в качестве уникального ключа выступает , а хранящаяся в ней информация связана непосред­ственно с товарами, при этом для выполнения соединения с соответ-

ствующим товаром в таблице item используется . Стрелка ука­зывает на таблицу item, потому что это главная таблица, хотя в данном случае и нет отношения «многие-к-одному».

В таком виде схема кажется явно запутанной, ведь хранимой нами до­полнительной информации очень мало. Но оставим все как есть для того, чтобы показать, как это делается, а далее в книге расскажем, как получить доступ к данным в случае, если много информации содер­жится в дополнительных таблицах (таких, как данная). Для тех, кто любит заглядывать вперед, скажем, что будет использоваться «внеш­нее объединение».

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

Вас заинтересует / Intresting for you:

Реляционная модель и проектиро… 1973 просмотров Ирина Светлова Tue, 21 Nov 2017, 13:27:29

Что такое PostgreSQL? Плюсы и … 9530 просмотров Ирина Светлова Tue, 06 Feb 2018, 07:41:15

Redis или Memcached, что лучше… 6829 просмотров Андрей Васенин Tue, 21 Nov 2017, 13:17:28

Джеймс Форгн (James Forgy) — с… 4174 просмотров Antoni Sun, 05 Aug 2018, 16:21:01

Author: Дэйзи ак-Макарова

Другие статьи автора:

Техника

АвиацияАвтоВычислительная техникаОборудование(Электрооборудование)РадиоТехнологии(Аудио-видео)(Компьютеры)

Типы таблиц и ключей в реляционных базах данных. Индексы. Взаимосвязи таблиц. Обеспечение целостности данных.

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

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

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

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

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

Индексы

Индекс
(index) представляет собой список позиций
записей, который показывает порядок их
следования.Для
ключевого поля автоматически строится
индекс.

Взаимосвязи
таблиц

При
создании в Access схемы данных в ней
определяются и запоминаются связи между
таблицами.

Виды
связей

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

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

Обеспечение
целостности данных

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

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

2.     В
главной таблице нельзя удалить запись,
если не удалены связанные с ней записи
в подчиненной таблице;

3.     Изменение
значений ключа связи в записи главной
таблицы невозможно, если в подчиненной
таблице имеются связанные с ней записи.

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

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

Создание межтабличных связей

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

С помощью этой связи можно:

• исключить вероятность удаления или изменения данных ключевого поля главной таблицы, если оно связано с какими-либо полями других таблиц;
• при удалении (или изменении) данных ключевого поля главной таблицы выполнить корректное автоматическое удаление или изменение соответствующих данных в полях связанных с ним таблиц.

§ 5.1. Базы данных в электронных таблицах

Содержание урока

5.1. Базы данных в электронных таблицах

5.1. Базы данных в электронных таблицах

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

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

Таблица 5.1. База данных «Записная книжка» в табличной форме

Строки таблицы являются записями об объектах. Строка хранит набор значений, содержащихся в полях базы данных. Записи можно нумеровать с использованием счетчика (поле №) — это позволяет однозначно идентифицировать каждую запись в таблице.

Так, в базе данных «Записная книжка» содержится три записи, в каждой из которых хранятся значения четырех свойств.

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

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

Обычно на форме размещаются надписи, являющиеся именами полей базы данных, и поля, в которых отображаются данные выбранной записи базы данных (рис. 5.1).

Рис. 5.1. Первая запись базы данных «Записная книжка», отображенная на форме

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

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

Система управления базами данных (СУБД) — это приложение, обеспечивающее управление созданием и использованием базы данных.

С помощью СУБД можно создавать и редактировать базы данных, выполнять запросы пользователей (поиск и сортировка данных). Примеры СУБД: Microsoft Access, SQL Server, MySQL, OpenOffice.org Base.

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

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

В электронных таблицах ввод, просмотр и редактирование записей можно осуществлять как в режиме таблица, так и в режиме форма. В электронных таблицах Microsoft Excel для вызова формы необходимо выделить ячейки с данными и ввести команду Форма…, находящуюся на панели быстрого доступа. Появится форма, содержащая запись базы данных (рис. 5.2).

Рис. 5.2. Форма, содержащая первую запись базы данных «Записная книжка»

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

Контрольные вопросы

1. В чем состоят преимущества и недостатки табличного представления баз данных?

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

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

4. Поля каких типов могут присутствовать в базе данных?

5. Сравните телефонные книги для различных мобильных телефонов.

Cкачать материалы урока

Типы баз данных

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

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

Замечание 1

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

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

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

Свойства полей. Типы полей

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

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

Уникальным
свойством любого поля является его Имя.
Одна база данных не может иметь двух
полей с одинаковыми именами.

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

При
работе с базой данных Access допустимы
следующие типы полей:

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

2. Поле
МЕМО —
текст, состоящий из нескольких строк,
которые затем можно будет просмотреть
при помощи полос прокрутки (до 65 535
символов).

3.
Числовой —
число любого типа (целое, вещественное
и т.д.).

4.
Дата/время —
поле, содержащее дату или время.

5.
Денежный —
поле, выраженное в денежных единицах
(р., $ и т.д.)

6.
Счетчик—
поле, которое вводится автоматически
с вводом каждой записи.

7.
Логический—
содержит одно из значений TRUE (истина)
или FALSE (ложно)
и применяется в логических операциях.

8. Поле
объекта OLE—
содержит рисунки, звуковые файлы,
таблицы Excel,
документ Word и
т.д.

Следует
продумывать выбор того или иного типа
в процессе создания модели базы данных.

Использование доменов для контролирования значений в полях

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

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

• Черный
• Коричневый
• Синий
• Зеленый
• Светло-коричневый
• Серый
• Фиолетовый

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

• Лазурный
• Цвет морской волны
• Небесно-голубой
• Кобальтовый
• Аквамарин

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

Основные понятия БД

Поле представляет собой минимальный поименованный элемент информации, которая хранится в БД и рассматривается как единое целое.

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

Определение 1

Запись – это совокупность полей, которые соответствуют одному объекту. Например, абоненту АТС будет соответствовать запись из 3 полей.

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

Отчеты

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

Замечание 4

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

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

Автоматизированное создание отчетов осуществляется с помощью Мастера отчетов, который запускается двойным щелчком по значку Создание отчета с помощью мастера в окне База данных. Мастер отчетов выполняет работу в 6 этапов. С помощью него осуществляются выбор:

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

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

Редактировать структуру отчета можно в режиме Конструктора. Приемы редактирования такие же, что и у форм. Важная особенность отчетов заключается в наличии средства для вставки в область верхнего или нижнего колонтитула текущего номера страницы и полного количества страниц. Эту операция выполняется в диалоговом окне Номера страниц (Вставка — Номера страниц).

Создание таблицы базы данных Access

Таблица содержит данные об одном информационном объекте или сущности, например сведения о покупателях или товарах. Каждая запись (строка) в таблице включает данные об одном экземпляре сущности, например о конкретном покупателе. Запись состоит из полей (столбцов), каждое из которых включает такие атрибуты сущности, как наименование, ИНН, адрес и телефон. Для однозначной идентификации записи в таблице определяется уникальный простой или составной ключ. База данных может содержать множество таблиц. Разработка базы данных начинается с создания таблиц.

Создание таблицы базы данных

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

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

• в режиме конструктора (Design View), позволяющем максимально полно определить структуру таблицы;
• в режиме таблицы (Datasheet View), предназначенном, прежде всего, для создания, просмотра, поиска, корректировки ее записей и, кроме того, реализующем функции, обеспечивающие определение структуры таблицы.

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

Рассмотрим, прежде всего, создание таблицы в режиме таблицы, т. к. этот режим значительно проще для неопытного пользователя, а новая версия Access предоставляет в этом режиме такие возможности разработки структуры таблицы, что они практически мало отличаются от доступных в режиме конструирования.
В процессе создания новой базы данных в ней автоматически создается новая пустая таблица с именем Таблица1 (Table1), которая открывается в области документов в режиме таблицы.

Одновременно открывается лента Работа с таблицами | Поля (Table Tools | Fields), обеспечивающая определение полей таблицы с различными свойствами. Ниже представлена эта лента с открытым списком Другие поля (More Fields), включающая команды для добавления и удаления полей таблицы с различными типами данных. В конце этого списка имеется раздел Краткое руководство (Quick Start), в котором содержатся часто используемые поля, такие как адрес, телефон, категория. Некоторые из них выполняют добавление поля со списком значений. При открытии списка в поле предоставляется возможность изменить его элементы. Таким образом, пользователь может сразу приступить к разработке первой таблицы базы данных в режиме таблицы, дополняя ее полями с помощью разнообразных и удобных средств.

Для создания и открытия следующей таблицы в аналогичном режиме предна-значена команда Таблица (Table), размещенная на вкладке ленты Создание (Create) в группе Таблицы (Tables).

В предлагаемой системой таблице определено ключевое поле с типом данных Счетчик (AutoNumber), и в нее в режиме таблицы можно добавлять новые поля, наделенные рядом характеристик. Столбец Щелкните для добавления (Click to Add) постоянно отображается в режиме таблицы, за исключением случая, когда в таблице не определен первичный ключ.

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

И у нас видео на эту тему:

В следующем уроке поговорим про типы данных MS Access.