что такое поле табличной базы данных
Справка
Поля – это компоненты, представляющие структуру таблицы. По сути, у вас не может быть таблицы без полей. Например, вы можете создать пустую таблицу, в которой будут определены поля, но в ней не будет строк (записей).
В базах данных поля также используются для поддержки отношений между таблицами. Это выполняется путем установки соответствий между полями двух и более таблиц. Например, если в базе данных хранится таблица с именем toy_store, а также таблица staff, которая предназначена для ведения учета сотрудников в каждом магазине, то можно создать поле, общее для обеих таблиц, которое могло бы быть заполнено, например, значениями идентификаторов магазинов (store ID). Значение поля store ID для конкретного магазина игрушек будет одинаковым в обеих таблицах.
Ниже приводится таблица магазина игрушек, в которую было добавлено поле store ID:
Таблица магазина игрушек с полем store ID
Таблица магазина игрушек связана с таблицей сотрудников по полю store ID. В следующей таблице показано три сотрудника магазина Play House:
Таблица сотрудников, связанная с таблицей магазинов с помощью ID
Определенные поля также используются для поддержки отношений между таблицами и их атрибутивными индексами.
Поля в таблице хранят одну и ту же категорию данных с одним и тем же типом данных. Например, если в таблице покупателей имеется поле NAME, записи этого поля будут содержать имена клиентов в виде данных текстового типа. Вы не будете смешивать эти входные записи – вы не поместите имя пользователя в данное поле в одной строке (записи), а имя продукта в том же самом поле в другой строке (записи).
При создании таблицы или добавлении поля в существующую таблицу пользователь определяет тип данных, который будет использоваться для хранения данных каждого поля. В некоторых случаях вы также определите длину поля.
Имена полей
Имена полей – это имена, которые вы присваиваете для столбцов таблицы. Имена должны нести в себе информацию о том, какие данные содержатся в каждом столбце. Например, при создании нового класса пространственных объектов в ArcCatalog в таблице автоматически создаются и заполняются поля ObjectID и Shape. Поле ObjectID содержит уникальные номера идентификаторов (ID) для каждого объекта в классе пространственных объектов. Поле Shape определяет тип геометрии, хранящийся в классе пространственных объектов: точка, линия, полигон, мультиточка или мультипатч.
Вам также следует принять во внимание возможность использования связанных словосочетаний для обозначения типа столбца. Например, если вы создаете для таблицы отдельный столбец уникальных ID, который вы будете использовать для индексирования, то вы можете присвоить этому полю имя ID_UK, – UK означает, что это уникальный ключ (unique key).
Имена полей в одной и той же таблице должны быть уникальными; например, у вас не может быть двух столбцов с именем ObjectID. Имена должны также начинаться с буквы и не должны содержать пробелов или зарезервированных слов. Длина названий полей должна быть не должна превышать 64 символа для файловых и персональных баз геоданных, 31 символа в SQL Server and SQL Express, 30 символов в базах геоданных в Oracle и DB2 и 10 символов в dBASE.
Определенные имена полей будут отображаться в ArcGIS под своими полными именами для таблиц, хранящихся в базе геоданных ArcSDE. Например, если вы создаете или импортируете полигональный класс пространственных объектов, который имеет поле с именем Area, то к его имени будет добавлено имя базы данных, схема и имя таблицы. Именно это название вы увидите в таблице атрибутов класса пространственных объектов. Это означает, что для полигонального класса пространственных объектов с именем archsites, хранимого в схеме prof в базе данных museum, поле Area будет выглядеть так:
Вот список названий полей, к которым автоматически приписывается подобная информация в базе геоданных ArcSDE:
FID, AREA, LEN, POINTS, NUMOFPTS, ENTITY, EMINX, EMINY, EMAXX, EMAXY, EMINZ, EMAXZ, MIN_MEASURE, MAX_MEASURE
В подобных случаях вам следует подумать об использовании других слов в качестве псевдонимов полей.
Псевдонимы полей
Псевдонимы полей позволяют вам назначить для поля альтернативное имя. Вы чаще всего будете использовать те имена полей, которые имеют максимально малую длину и позволяют определить, какие данные содержатся в данном поле. Вы также не сможете использовать пробелы или специальные символы в именах полей, поскольку как показано выше, определенные поля отображаются в таблице полностью определенными именами. В этих случаях вы могли бы использовать псевдонимы полей для присвоения полю более информативного имени. Например, если у вас имеется поле с именем ST_SUFX, в котором хранится значение типа улицы (это было указано с помощью суффикса, используемого для имени улицы), то вы могли бы присвоить этому поле псевдоним Street name suffix.
Подсказка:
Использование доменов для контролирования значений в полях
Атрибутивные домены представляют собой правила, определяющие корректные значения для поля в таблице базы геоданных. Они обеспечивают целостность данных путем установки ограничений на то, какие значения данных пользователь сможет добавить в конкретное поле.
Вам следует использовать атрибутивные домены для тех полей, для которых имеется четко определенный набор или диапазон возможных значений, определенных для этого поля. Например, для поля, которое содержит ответ на вопрос социологического исследования «Какое ваше любимое блюдо?», будет трудно установить домен, поскольку существует слишком большое количество ответов, которые могут быть получены. Однако поле, хранящее данные о цвете глаз, может иметь назначенный для него атрибутивный домен, поскольку существует весьма ограниченное количество возможных значений.
Использование атрибутивного домена для поля, хранящего данные по цвету глаз, могло бы обеспечить некоторую последовательность, или согласованность значений. Если человеку, производящему сбор данных, было бы разрешено вводить для цвета глаз в текстовое поле любой цвет, то вы бы могли запутаться во всех этих значениях глаз голубого цвета:
Типы атрибутивных доменов
Существует два типа атрибутивных доменов, которые вы можете использовать для установки ограничений значений полей: домен кодированных значений и интервальный домен (диапазон).
Домены кодированных значений (Coded value domain) – используют коды для определения набора возможных значений поля, в котором хранятся дискретные данные
Вы можете использовать домены с кодированными значениями для любого типа данных. Вы бы могли создать домен с кодированными значениями и для поля цвета глаз. Ниже приводится два примера возможных установок кодов:
Домен с диапазоном – определяет для поля диапазон возможных числовых значений
Чтобы вы смогли использовать интервальный домен, поле должно иметь численный тип (numeric) или содержать даты (date). Примером поля, для которого вы можете использовать интервальный домен, может служить поле, в котором хранятся данные о весе тела при живорождении у горилл в зоопарках западной низменности. Интервал будет начинаться с самого малого веса (1 кг) и заканчиваться самым высоким (2.5 кг).
Дополнительные сведения об атрибутивных доменах см. в статье Краткий обзор атрибутивных доменов.
Использование подтипов
Подтипы представляют собой классификации, созданные в рамках класса пространственных объектов или таблицы в базе геоданных. Они также позволяют вам объединять пространственные объекты в логические группы на основании уникальных характеристик или модели поведения данных. Эта характеристика или модель поведения представляется в виде значений какого-то поля в таблице. Например, для таблицы гидрологических данных, вы можете определить подтипы для различных типов русел: ручьев, горных ручьев, протоков, каналов и рек. Для каждого из этих подтипов вы можете использовать различные правила топологии, правила связности, значения по умолчанию и правила отношений.
Использование подтипов для хранения групп связанных объектов может повысить производительность обработки запросов. Если бы вы хранили различные типы данных в разных классах пространственных объектов вместо использования подтипов, то в вашей базе данных было бы гораздо больше классов пространственных объектов, что могло бы привести к увеличению времени поиска.
Вот правила, применяющиеся для подтипов:
Шаги для применения подтипов
Например, для класса пространственных объектов для рек вы бы могли добавить поле с типом короткое целое (short integer), присвоить ему имя Watershed для создания подтипов на основании бассейна водосбора, к которому данная река принадлежит.
Вы можете изменить значение первого кода на 1, а в описании ввести имя первого водосборного бассейна.
Пособие для студентов Модуль 3
Загрузить всю книгу 
Титульный лист
ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ
Тольяттинский государственный университет
Кафедра «Компьютерные технологии и обработка материалов давлением»
Глазова В.Ф., Панюкова Е.В.
по курсу «Информатика 2»
для студентов инженерных
специальностей очной формы обучения
«Моделирование. Модели данных и базы данных»
Учебно-методическое пособие содержит Модуль 3, состоящий из двух разделов:
В начале каждого раздела указаны маршрутные карты, которые определяют последовательность самостоятельного изучения теоретического материала, сроки выполнения практических и индивидуальных заданий, сроки сдачи промежуточных и итоговых тестирований.
Для проверки знаний в учебном пособии приведены вопросы для самоконтроля.
Составители: Глазова В.Ф., Панюкова Е.В.
© Тольяттинский государственный университет, 2009 Содержание
Маршрутная карта изучения дисциплины по Модулю 3. 5
1. Современное состояние проблемы моделирования систем. 6
2. Принципы моделирования. 8
3. Классификация моделей. 8
4. Моделирование систем. 11
5. Математическое моделирование. 13
5.1. Математические схемы моделирования систем. 13
5.2. Непрерывно-детерминированные модели (D-схемы). 14
5.3. Дискретно-детерминированные модели (F-схемы). 15
5.4. Дискретно-стохастические модели (Р-схемы). 15
5.5. Непрерывно-стохастические модели (Q-схемы). 15
5.6. Сетевые модели (N-схемы). 15
5.7. Комбинированные модели (А-схемы). 15
6. Анализ результатов машинного моделирования. 15
6.1. Корреляционный анализ результатов моделирования. 16
6.2. Регрессионный анализ результатов моделирования. 16
6.3. Дисперсионный анализ результатов моделирования. 18
6.4. Вопросы для самоконтроля. 19
7. Методические указания для выполнения практического задания №1. «Построение простейших моделей». 20
Приложение 1. Варианты заданий. 20
8. Методические указания для выполнения практического задания №2. «Построение регрессионной модели» с использованием табличного процессора Microsoft Excel. 22
9. Методические указания для выполнения индивидуального задания №1. «Построение регрессионной модели» средствами языка программирования Turbo Pascal. 23
Приложение 2. Варианты заданий. 24
10. Основные понятия теории баз данных. 28
10.1. Базы данных и системы управления базами данных. Модели данных. 28
10.2. Основы проектирования реляционных баз данных. 31
10.3. Этапы проектирования реляционной базы данных. 34
10.4. Вопросы для самоконтроля. 37
11. Основы работы с СУБД Microsoft Access. 37
11.1. Объекты базы данных Microsoft Access. 37
11.2. Работа с таблицами. 40
11.3. Работа с формами. 44
11.4. Работа с запросами. Запросы на выборку. 48
11.5. Итоговые запросы и запросы на изменение данных. 54
11.6. Работа с отчетами. 58
11.7. Вопросы для самоконтроля. 59
12. Методические указания для выполнения практического задания №3. «Работа с таблицами и формами базы данных Microsoft Access». 60
13. Методические указания для выполнения практического задания №4. «Работа с запросами на выборку в базе данных Microsoft Access». 67
14. Методические указания для выполнения практического задания №5. «Работа с итоговыми запросами и запросами на изменение таблиц в базе данных Microsoft Access. Создание отчетов». 73
15. Методические указания для выполнения индивидуального задания №2. «Базы данных». 84
16. Вопросы для подготовки к защите индивидуального задания №2. 84
Типы данных и полей: общее и в разных СУБД
Характеристики полей БД и типы данных
Одна СУБД отличается от другой в первую очередь набором поддерживаемых типов данных и их свойствами. Но понимание общих подходов позволяет достаточно легко решить значительную часть возникающих нестыковок.
Первым делом введем тип данных, для которого не существует поля, но он чрезвычайно важен, так как означает отсутствие данных. Он обозначается как NULL и его необходимо присваивать отдельно. Сделать это можно только для тех полей, для которых указано в структуре таблицы соответствующее разрешение. В этом случае, например, задав его значением по умолчанию, мы можем получить 3 варианта логического поля: null, true, false. При этом данные будут пустыми (null) при создании записи и актуализируются только после ввода конкретной информации.
Поле — минимальная единица структурированной информации в БД, характеризующая один показатель для одного явления. Каждое поле имеет тип и размер. Все поля для данного явления составляют запись. Поле — структурная единица записи. Обратите внимание, что, уже с точки зрения всей БД, поле является совокупностью какого-либо значения во всех записях.
Доступ к этим материалам предоставляется только зарегистрированным пользователям!
Характеристики полей БД (на основе xBase)
* В отличие от всех полей хранится в отдельном файле, не имеет фиксированного размера и ограничивается только свободным дисковым пространством, либо размером файла операционной системы.
Характеристики основных полей MySQL
* Размер для символьных (строковых) полей зависит от используемой кодировки.
Доступ к этим материалам предоставляется только зарегистрированным пользователям!
Неверный выбор типа и размера полей
Поскольку размер поля в «правильной» реляционной БД имеет фиксированное значение, он должен быть достаточным (иначе данные могут не поместиться) но не избыточным (лишнее место на диске и в памяти). Если подумать, то данный параметр должен быть, например, для символьного типа точно равен самой длинной строке генеральной совокупности.
Тип поля должен соответствовать вводимым данным с учетом возможного развития. В том числе числу записей для идентификаторов.
Ошибка типа — достаточно грубая и примитивная. Если недостаточный размер поля еще может быть оправдан просто отсутствием достаточного (исчерпывающего) объема информации, то ошибка в выборе типа — следствие слишком поверхностных рассуждений.
Еще один, совсем неочевидный пример. Так как размер поля всегда измеряется в целых байтах, логический тип, теоретически требующий всего одного бита, следует рассматривать как нерациональный. Да, он будет всегда обрабатываться быстрее, так как может иметь всего от двух до трех вариантов значения (T, F, null). Но даже банальный интерфейсный флажок, чаще всего используемый для управления полем, может иметь до четырех состояний.
Доступ к этим материалам предоставляется только зарегистрированным пользователям!
Прошу обратить особо пристальное внимание на неопределенную информацию, традиционно вносимую для xBase в Memo-поле. Новые концепции не предусматривают такого типа и придется пользоваться текстовыми полями, дополнительно обдумывая их структуру. Важно создать среду, когда не будет вывода пользователю, что он превысил объем сохраняемых данных.
§3.1. Табличные базы данных
Содержание урока
Табличные базы данных
Табличные базы данных
Базу данных, хранящую данные о группе объектов с одинаковыми свойствами, удобно представлять в виде двумерной таблицы: в каждой ее строке последовательно размещаются значения свойств одного из объектов; каждое значение свойства — в своем столбце, озаглавленном именем свойства.
Столбцы такой таблицы называют полями; каждое поле характеризуется своим именем (именем соответствующего свойства) и типом данных, представляющих значения данного свойства.
Поле базы данных — это столбец таблицы, содержащий значения определенного свойства.
Строки таблицы являются записями об объекте; эти записи разбиты на поля столбцами таблицы, поэтому каждая запись представляет набор значений, содержащихся в полях.
Запись базы данных — это строка таблицы, содержащая набор значений свойств, размещенный в полях базы данных.
Каждая таблица должна содержать, по крайней мере, одно ключевое поле, содержимое которого уникально для каждой записи в этой таблице. Ключевое поле позволяет однозначно идентифицировать запись в таблице.
Ключевое поле — это поле, значения которого однозначно определяют запись в таблице.
В качестве ключевого поля чаще всего используют поле, содержащее тип данных счетчик. Однако иногда удобнее в качестве ключевого поля таблицы использовать другие поля, код объекта, например инвентарный номер, и т. п.
Следующая страница 
Тип поля
Cкачать материалы урока
Типы и свойства полей таблиц
Определение полей таблицы
Для определения поля в окне Таблица задаются Имя поля, Тип данных, Описание — краткий комментарий, а также свойства поля в разделе Свойства поля. На вкладке Общие представлены строки свойств поля, в том числе максимальный размер, подпись (выводится в заголовке столбца), значение по умолчанию и др.
На вкладке Подстановка в раскрывающемся списке свойства Тип элемента управления выбирается одно из значений Поле, Список или Поле со списком.
Имена полей и тип данных
Общие свойства полей
Общие свойства задаются для каждого поля на вкладке Общие и зависят от выбранного типа данных.
1. Размер поля задает максимальный размер сохраняемых в поле данных.
Для поля с типом данных Текстовый задается размер от 1 до 255 знаком (по умолчанию — 50 знаков).
Для поля с типом данных Счетчик можно задать:
а) Длинное целое— 4 байта:
б) Код репликации— 16 байт.
Для поля с типом данных Числовой можно задать:
в) Байт (для целых чисел от 0 до 255, длина поля 1 байт);
е) Дробные с плавающей точкой 4 байта (для чисел от —3,4хЮ38 до +3,4х1038 с точностью до 7 знаков);
и) Код репликации. Глобальный уникальный идентификатор, занимает 16 байт. Поля такого типа используются Access для создания системных уникальных идентификаторов реплик, наборов реплик, таблиц, записей и других объектов при репликации баз данных.
Рекомендуется задавать минимально допустимый размер поля, который понадобится для сохраняемых значений, т. к. сохранение таких полей требует меньше памяти, и обработка данных меньшего размера выполняется быстрее.
2. Формат поля является форматом отображения заданного типа данных и задает правила представления данных при выводе их на экран или печать.
В Access определены встроенные стандартные форматы отображения для полей с типами данных Числовой, Дата/время, Логический и Денежный. Ряд этих форматов совпадает с настройкой национальных форматов, определяемых в окне Язык и стандарты панели управления Microsoft Windows. Пользователь может создать собственный формат для всех типов данных, кроме OLE, с помощью символов форматирования.
Для указания конкретного формата отображения необходимо выбрать и раскрывающемся списке одно из значений свойства Формат поля. Формат поля используется для отображения данных в режиме таблицы, а также применяется в форме или отчете при отображении этих нолей.
3. Число десятичных знаков задает для числового и денежного типов данных число знаков после запятой. Можно задать число от 0 до 15. По умолчанию (значение Авто) это число определяется установкой в свойстве Формат поля. Следует иметь в виду, что установка этого свойства не действует, если свойство Формат поля не задано или если выбрано значение Основной. Свойство Число десятичных знаков влияет только на количество отображаемых на экране десятичных знаков и не влияет на количество сохраняемых знаков. Для изменения числа сохраняемых знаков необходимо изменить свойство Размер поля.
4. Подпись поля задает текст, который выводится в таблицах, формах, отчетах.
5. Значение по умолчанию определяет текст или выражение, которое автоматически вводится в поле при создании новой записи. Например, если задано значение =now (), то в поле будет введена текущая дата и время. При добавлении записи в таблицу можно оставить значение, введенное по умолчанию, или ввести другое. Свойство Значение по умолчанию используется только при создании новой записи. Изменение значения свойства не влияет на существующие записи. Максимальная длина значения свойства составляет 255 знаков. Данное свойство не определено для полей с типом данных Счетчик или Поле объекта OLE.
6. Условие на значение позволяет осуществлять контроль ввода, задает ограничения на вводимые значения, запрещает ввод при нарушении условий и выводит текст, заданный свойством Сообщение об ошибке.
7. Сообщение об ошибке задает текст сообщения, выводимый на экран при нарушении ограничений, заданных свойством Условие на значение.
Тип элемента управления
На вкладке Подстановка в окне конструктора таблиц задается свойство Тип элемента управления. Это свойство определяет, будет ли отображаться поле в таблице и в форме в виде:
Таким образом, определяется вид элемента управления, используемого по умолчанию для отображения поля.
Если для поля выбран тип элемента управления Список или Поле со списком, на вкладке Подстановка появляются дополнительные свойства, которые определяют источник данных для строк списка и ряд других характеристик списка. В качестве источника данных для списка выбирается таблица, с которой осуществляется постоянная связь, что, обеспечивает актуальное состояние списка.