Типы данных Access

Тип данных	Описание
Текстовый (Значение по умолчанию)	Текст или числа, не требующие проведения расчетов, например номера телефонов (до 255 знаков)
Числовой	Числовые данные различных форматов, используемые для проведения расчетов
Дата/время	Для хранения календарных дат и текущего времени
Денежный	Для хранения денежных сумм
Поле MEMO	Для хранения больших объемов текста (до 65535 символов)
Счетчик	Специальное числовое поле, в котором Access автоматически присваивает уникальный порядковый номер каждой записи. Значения полей типа счетчика обновлять нельзя
Логический	Может иметь только одно из двух возможных значений (True/False, Да/Нет)
Поле объекта OLE	Объект (например, электронная таблица Microsoft Excel, документMicrosoft Word, рисунок, звукозапись или другие данные в двоичном формате), связанный или внедренный в таблицу Access
Гиперссылка	Для хранения  адресов URL Web-объектов Интернета.
Мастер подстановок	Создает поле, в котором предлагается выбор значений из списка или из поля со списком, содержащего набор постоянных значений или значений из другой таблицы. Это в действительности не тип поля, а способ хранения поля

20.Модели данных бд: иерархическая, реляционная.

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

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

Для описания структуры (схемы) иерархической БД на некотором языке программирования используется тип данных "дерево".  К достоинствам иерархической модели данных относятся эффективное использование памяти ЭВМ и неплохие показатели времени выполнения основных операций над данными.

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

Реляционная модель данных предложена сотрудником фирмы IBM Эдгаром Коддом и основывается на понятии отношение (relation).

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

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

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

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

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

Достоинство реляционной модели данных заключается в простоте, понятности и удобстве физической реализации на ЭВМ.

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