Определение полей в таблицах—ArcGIS Pro

Поля – это компоненты, представляющие структуру таблицы. У вас не может быть таблицы без полей. Например, вы можете создать пустую таблицу, в которой будут определены поля, но в ней не будет строк (записей).

В базах данных поля также используются для поддержки отношений между таблицами. Это выполняется путем установки соответствий между полями двух и более таблиц. Например, если в базе данных хранится таблица с именем toy_store, а также таблица staff, которая предназначена для ведения учета сотрудников в каждом магазине, то можно создать поле, общее для обеих таблиц, которое могло бы быть заполнено, например, значениями идентификаторов магазинов (store ID). Значение поля store ID для конкретного магазина игрушек будет одинаковым в обеих таблицах.

Ниже приводится таблица toy_store, в которую было добавлено поле STORE_ID:

Показана таблица toy_store с классом STORE_ID.

Таблица магазина игрушек связана с таблицей сотрудников по полю store ID. В следующей таблице показано три сотрудника магазина Play House:

Таблица сотрудников связана с таблицей toy_store по полю STORE_ID.

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

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

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

Имена полей

Имена полей – это имена, которые вы присваиваете для столбцов таблицы. Имена должны нести в себе информацию о том, какие данные содержатся в каждом столбце. Например, при создании нового класса пространственных объектов в ArcGIS в таблице автоматически создаются и заполняются поля ObjectID и Shape. Поле ObjectID содержит уникальные номера идентификаторов (ID) для каждого объекта в классе пространственных объектов. Поле Shape определяет тип геометрии, хранящийся в классе пространственных объектов: точка, линия, полигон, мультиточка или мультипатч.

Вы также можете использовать словосочетания для обозначения типа столбца. Например, если вы создаете для таблицы отдельный столбец уникальных ID, который вы будете использовать для индексирования, то вы можете присвоить этому полю имя ID_UK, – UK означает, что это уникальный ключ.

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

Определенные имена полей будут отображаться в ArcGIS под своими полными именами для таблиц, хранящихся в многопользовательской базе геоданных. Например, если вы создаете или импортируете полигональный класс пространственных объектов, который имеет поле с именем Area, то к его имени будет добавлено имя базы данных, схема и имя таблицы. Именно это название вы увидите в таблице атрибутов класса пространственных объектов. Это означает, что для полигонального класса пространственных объектов с именем archsites, хранимого в схеме prof в базе данных museum, поле Area будет MUSEUM.PROF.ARCHSITES.AREA.

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

• FID
• AREA
• LEN
• POINTS
• NUMOFPTS
• ENTITY
• EMINX
• EMINY
• EMAXX
• EMAXY
• EMINZ
• EMAXZ
• MIN_MEASURE
• MAX_MEASURE

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

Переименование полей

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

Чтобы переименовать поле, щелкните правой кнопкой мыши класс пространственных объектов или таблицу на панели Каталог и щелкните Дизайн > Поля. При этом откроется представление полей, где вы сможете поменять их свойства. Дважды щелкните на имени поля, которое хотите поменять и введите новое имя поля. Чтобы сохранить изменения, щелкните кнопку Сохранить в группе Правки на вкладке Поля.

Нельзя переименовывать следующие поля:

• Поля ObjectID и GlobalID
• Любые служебные поля Shape: Shape, shape length, shape:
• Поля Enabled, AncillaryRole или поля веса сети в классе пространственных объектов сети;
• Поля представления
• Поля в классе пространственных объектов, включенном в набор сетевых данных, набор данных Terrain или набор кадастровых данных;
• Поля, используемые для отслеживания правки
• Поля Первичный ключ и Внешний ключ в классах отношений;
• Поле подтипа
• Поля растра

Правила и ограничения в именах полей

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

Дополнительные правила и ограничения для названий полей:

Псевдонимы полей

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

Более подробно о том, как указать псевдоним поля

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

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

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

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

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

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

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

Типы атрибутивных доменов

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

Домен кодированных значений

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

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

• Пример 1
  • Blk = Черный
  • Brn = Коричневый
  • Blu = Голубой
  • Grn = Зеленый
  • Hzl = Светло-коричневый
  • Gra = Серый
  • Vlt = Фиолетовый

• Пример 2
  • 1 = Черный
  • 2 = Коричневый
  • 3 = Голубой
  • 4 = Зеленый
  • 5 = Светло-коричневый
  • 6 = Серый
  • 7 = Фиолетовый

Интервальный домен

Домен с диапазоном определяет для поля диапазон возможных числовых значений.

Чтобы вы смогли использовать интервальный домен, поле должно иметь численный тип или содержать даты. Примером поля, для которого вы можете использовать интервальный домен, может служить поле, в котором хранятся данные о весе тела при рождении западных равнинных горилл в зоопарках. Интервал будет начинаться с самого малого веса (1 кг) и заканчиваться самым высоким (2.5 кг).

Более подробно об атрибутивных доменах.

Подробнее о создании доменов и управлении ими

Использование подтипов

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

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

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

• В таблице или классе пространственных объектов только одно поле может иметь определенные для него подтипы.
• Поле, на основе которого создаете подтип, должно иметь тип длинное целое (long integer) или короткое целое (short integer).
• Вы можете использовать различные правила топологии и отношений для различных подтипов.
• Можно также использовать различные атрибуты или домены с кодированными значениями для других полей в таблице на основании подтипов.

  Для каждого подтипа можно применять отдельный домен к полю.

Более подробно о подтипах

Более подробно о создании подтипов и управлении ими

---

Отзыв по этому разделу?

Определение полей в таблицах—Справка | ArcGIS Desktop

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

В базах данных поля также используются для поддержки отношений между таблицами. Это выполняется путем установки соответствий между полями двух и более таблиц. Например, если в базе данных хранится таблица с именем 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 будет выглядеть так:

MUSEUM.PROF.ARCHSITES.AREA

Вот список названий полей, к которым автоматически приписывается подобная информация в базе геоданных ArcSDE:

FID, AREA, LEN, POINTS, NUMOFPTS, ENTITY, EMINX, EMINY, EMAXX, EMAXY, EMINZ, EMAXZ, MIN_MEASURE, MAX_MEASURE

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

Псевдонимы полей

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

Более подробно о том, как указать псевдоним поля

Подсказка:

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

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

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

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

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

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

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

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

Типы атрибутивных доменов

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

Домены кодированных значений (Coded value domain) – используют коды для определения набора возможных значений поля, в котором хранятся дискретные данные

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

• Blk = Черный
• Brn = Коричневый
• Blu = Голубой
• Grn = Зеленый
• Hzl = Светло-коричневый
• Gra = Серый
• Vlt = Фиолетовый

Or

• 1 = Черный
• 2 = Коричневый
• 3 = Голубой
• 4 = Зеленый
• 5 = Светло-коричневый
• 6 = Серый
• 7 = Фиолетовый

Домен с диапазоном – определяет для поля диапазон возможных числовых значений

Чтобы вы смогли использовать интервальный домен, поле должно иметь численный тип (numeric) или содержать даты (date). Примером поля, для которого вы можете использовать интервальный домен, может служить поле, в котором хранятся данные о весе тела при живорождении у горилл в зоопарках западной низменности. Интервал будет начинаться с самого малого веса (1 кг) и заканчиваться самым высоким (2.5 кг).

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

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

Использование подтипов

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

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

Вот правила, применяющиеся для подтипов:

1. В таблице или классе пространственных объектов только одно поле может иметь определенные для него подтипы.
2. Чтобы вы могли использовать подтипы, поле, для которого вы хотите использовать подтип, должно быть с типом длинное целое (long integer) или короткое целое (short integer).
3. Вы можете использовать различные правила топологии и отношений для различных подтипов. Можно также использовать различные атрибуты или домены с кодированными значениями для других полей в таблице на основании подтипов.

Шаги для применения подтипов

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

   Например, для класса пространственных объектов для рек вы бы могли добавить поле с типом короткое целое (short integer), присвоить ему имя Watershed для создания подтипов на основании бассейна водосбора, к которому данная река принадлежит.

2. На закладке Подтипы (Subtypes) диалогового окна Свойства (Properties) для таблицы или класса пространственных объектов укажите поле подтипа, выбрав его из первого раскрывающегося списка.

   В случае примера с реками можно было выбрать поле Watershed в списке Поле подтипа (Subtype Field).

3. Новый подтип будет автоматически добавлен в таблицу Subtypes. В данном подтипе по умолчанию имеется столбец Код (Code) со значением 0 и Описание (Description) Нового подтипа (New Subtype). Вы можете щелкнуть дважды в каждом из этих полей, чтобы ввести код подтипа и необходимое описание.

   Вы можете изменить значение первого кода на 1, а в описании ввести имя первого водосборного бассейна.

4. Для добавления подтипов продолжайте добавлять коды подтипов и их описания в таблице Подтипы (Subtypes).

   В поле, расположенном под полем с кодом 1, можно добавить код 2 с соответствующим именем водосборного бассейна в поле Описание (Description). Ниже этого поля добавьте код 3 с соответствующим именем водосборного бассейна и т.д. Делайте так до тех пор, пока не создадите коды и описания для всех водосборных бассейнов, представленных в вашем классе пространственных объектов рек.

5. Для определения различных значений по умолчанию или доменов для каждого подтипа щелкните на подтипе в списке Подтипы (Subtypes). В списке Значения и домены по умолчанию (Default Values and Domains) можно ввести значение по умолчанию для любых полей в этом списке. Вы также можете использовать для полей в этом списке атрибутивные домены или домены с кодированными значениями. Для этого щелкните на поле Домен (Domain) и выберите домен из раскрывающегося списка. Если доменов еще нет, можно создать новый домен, нажав кнопку Домены (Domains) в нижней части диалогового окна Свойства (Properties). При нажатии на нее откроется диалоговое окно Домены рабочей области (Workspace Domains).

   Значения по умолчанию и домены, которые вы определяете, будут использоваться для того подтипа, который вы выбрали из списка Подтипы (Subtypes). Если вы щелкнете на другом подтипе в списке Подтипы (Subtypes), то значения по умолчанию и домены будут либо пустыми (если вы не определили для этого подтипа значения по умолчанию и домены) или будут содержать другие значения.

Более подробно о подтипах

Связанные разделы

Что такое поле БД? (вопрос на повторение) Для чего нужно связывать таблицы в БД? Что такое

Ответ:

вот

Объяснение:

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

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

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

3)  Что такое База данных? (ответ) представленная в объективной форме совокупность самостоятельных материалов, систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины

4)В каком режиме могут создаваться поля БД?

(ответ)

*создание таблицы в режиме конструктора;

 *создание таблицы с помощью мастера;

 *создание таблицы путем ввода данных

5)  Если между таблицами БД установлены связи, то к чему может привести  изменение или удаление существующих полей? (ответ) Каждая запись в таблице «Сведения о заказах» содержит значение поля «КодТовара», которому соответствует запись в таблице «Товары» с тем же значением в данном поле. тут не уверен честно

6) Что такое ключевое поле БД?  (ответ)Ключевое поле — это одно или несколько полей, комбинация значений которых однозначно определяет каждую запись в таблице. Если для таблицы определены ключевые поля, то Microsoft Access предотвращает дублирование или ввод пустых значений в ключевое поле.

7) Назовите два основных этапа создания БД (ответ) Определить структуру базы данных и типа каждого поля. 2. Ввод данных. … Поиск информации в базе данных на основе критериев поиска

8)При помощи чего можно создать формы ввода данных в таблицу

(ответ)

инструмента Form;

инструмента Разделенная form;

инструмента Несколько элементов;

инструмента Пустая form;

Мастера form;

Конструктора form.

9)Приведите примеры типов полей (из разобранного видеоматериала)

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

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

11)Опишите тип поля счетчик своими словами (ответ) новое поле предназначенное для хранения часто изменяющихся целочисленных данных

12)Из каких файлов можно импортировать данные в таблицу БД? (ответ) импортировать таблицы, запросы, формы, отчеты, макросы и модули из одной базы данных Access в другую. При импорте Access создает копию объекта в текущей базе данных.

(вроде всё!)

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

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

В этой статье

Обзор

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

1. Запись. Содержит конкретные данные, например информацию об определенном работнике или продукте.

2. Поле. Содержит данные об одном аспекте элемента таблицы, например имя или адрес электронной почты.

3. Значение поля. Каждая запись содержит значение поля, например Contoso, Ltd. или [email protected].

К началу страницы

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

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

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

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

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

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

Типы данных

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

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

• Тип данных поля задается на бланке таблицы, а не в области Свойства поля.

• Тип данных определяет, какие другие свойства есть у этого поля.

• Тип данных необходимо указывать при создании поля.

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

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

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

Вводимые данные Тип данных для поля, назначаемый Access Иван Текст http://www.contoso.com Вы можете использовать любой допустимый префикс протокола IP. Например, являются допустимыми префиксы http://, https:// и mailto:. Гиперссылка 1 Число, длинное целое 50 000 Число, длинное целое 50 000,99 Число, double 50000,389 Число, double 12.67 Распознаваемые форматы даты и времени зависят от языкового стандарта. Дата и время 31 декабря 2016 г. Дата и время 10:50:23 Дата и время 10:50 Дата и время 17:50 Дата и время 12,50 ₽ Распознаваемое обозначение денежной единицы зависит от языкового стандарта. Денежный 21,75 Число, double 123,00% Число, double 3,46E+03 Число, double

К началу страницы

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

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

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

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

• Таблица заказов, служащая для отслеживания заказов клиентов.

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

К началу страницы

Ключи

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

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

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

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

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

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

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

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

К началу страницы

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

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

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

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

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

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

К началу страницы

См. также

Создание таблицы и добавление полей

Пример добавления полей в базу данных

Пример добавления полей в базу данных

Пример добавления полей в базу данных

Предположим, нам необходимо к уже существующей базе Дома (\Examples\Termo\Kvartal\Doma.zb) добавить поле, в котором будет указано количество жителей каждого дома, тип поля цифровой (короткое целое), данное поле должно располагаться в середине окна семантической информации.

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

Откройте карту Пример тепловой сети (\Examples\Termo\Kvartal\Пример тепловой сети).

Этап 1. Реструктурирование таблицы

1. Для того чтобы реструктурировать таблицу сначала откройте описатель, в который эта таблица входит. Для этого выберите пункт меню или нажмите на панели инструментов кнопку (слой при этом НЕ должен быть редактируемым). Далее укажите слой Здания, выделите пункт Базы данных и справа в открывшейся вкладке выделить базу Дома и нажмите кнопку Конструктор….

2. Нажмите кнопку Таблицы.

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

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

5. Для сохранения изменений надо нажмите кнопку Сохранить и затем с помощью кнопки Закрыть закройте окна реструктурирования.

   Рисунок 506. Окно реструктурирования таблицы

   
   

Этап 2. Реструктурирование запроса

1. Нажмите кнопку Запросы.

2. Выделите Основной запрос, нажмите кнопку Изменить….

3. В окне Запрос в таблице выделите поле Kol_giteley, щелкнете правой кнопкой мыши и в появившемся контекстном меню выберите пункт Добавить поле или сделайте на добавляемом поле двойной щелчок левой кнопкой мыши.

   Рисунок 507. Добавление нового поля

   
   

4. В нижнем разделе окна Запрос выделите появившееся в самом конце поле, и в столбце Название задайте пользовательское название нового поля – Количество жителей, после чего нажмите кнопку ОК.

5. При помощи стрелок — переместите добавленное поле в нужное место.

   Рисунок 508. Добавленное в запрос поле

   
   

6. Сохраните запрос (кнопка Сохранить) и закройте его (кнопка Закрыть).

7. Сохраните редактор баз данных, нажатием кнопки Сохранить, кнопкой Выход закройте окно База данных.

8. Закройте окно структуры слоя.

9. Сделайте активным слой Здания, нажмите кнопку , и щелкните по любому дому, после чего откроется окно семантической информации с добавленным полем.

Рисунок 509. Окно семантической информации

Реляционные базы данных — Информатика

Информация в базах данных может быть организована по-разному. Чаще всего используется табличный способ. Базы данных с табличной формой организации называются реляционными БД. Главное достоинство таблиц — в их понятности. В реляционных БД строка таблицы называется записью, а столбец — полем. Каждое поле таблицы имеет имя. Одна запись содержит информацию об одном объекте той реальной системы, модель которой представлена в таблице. Поля — это различные характеристики (иногда говорят — атрибуты) объекта. Значения полей в одной строчке относятся к одному объекту. Разные поля отличаются именами. Записи различаются значениями ключей. Главным ключом в базах данных называют поле (или совокупность полей), значение которого не повторяется у разных записей. В БД «Домашняя библиотека» разные книги могут иметь одного автора, могут совпадать названия книг, год издания, полка. Но инвентарный номер у каждой книги свой (поле номер). Он-то и является главным ключом для записей в этой базе данных. Не всегда удается определить одно поле в качестве ключа. Вот, например, база данных, которая хранится в компьютере управления образования области. В ней содержатся сведения о всех средних школах районных центров в виде такой таблицы. В такой таблице у разных записей не могут совпасть только одновременно два поля город и номер школы. Эти два поля вместе образуют составной ключ: город — номер школы. Составной ключ может состоять и более чем из двух полей. С каждым полем связано еще одно очень важное свойство — тип поля. Тип определяет множество значений, которые может принимать данное поле в различных записях. В реляционных базах данных используются четыре основных типа полей: o    числовой; o    символьный; o    дата; o    логический. Итак, значения полей — это некоторые величины определенных типов. От типа величины зависят те действия, которые можно с ней производить. Например, с числовыми величинами можно выполнять арифметические операции, а с символьными и логическими — нельзя.

Основные понятия бд. Запись, поле, атрибут, первичный ключ, кодирование.

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

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

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

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

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

Шифры (коды) – цифровые или символьные обозначения каких либо величин или их комбинаций.

Например, в БД сотрудников предприятия комбинацию атрибутов «Фамилия сотрудника», «Имя сотрудника», «Отчество сотрудника» можно заменить шифрованным полем «Табельный номер». При этом в БД нужно добавить справочник (специальную таблицу) по расшифровке введенного поля. Каждый код должен быть уникальным. Кодирование удобно применять и для часто повторяющихся атрибутов. Например, в БД о типографиях Украины поле, характеризующее место размещения типографии (город) будет содержать повторяющиеся записи для типографий, расположенных в одном городе. В этом случае удобно создать новую таблицу(справочную) с городами Украины и их кодами, а в поле размещения типографии указывать только код города.

Свойства первичного ключа:

• Однозначное определение записи;

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

полей базы данных | Типы полей

Ресурсы баз данных KS3 (14-16 лет)

• Редактируемая презентация урока в PowerPoint
• Редактируемые раздаточные материалы для редакции
• Глоссарий, охватывающий ключевые терминологии модуля
• Тематические карты памяти для визуализации ключевых понятий
• Печатные карточки, которые помогут учащимся активнее вспоминать и повторять на основе уверенности
• Викторина с сопровождающим ключом ответов для проверки знаний и понимания модуля

A-level Введение в базы данных (16-18 лет)

• Редактируемый PowerPoint презентация урока
• Редактируемые раздаточные материалы для исправлений
• Глоссарий, охватывающий ключевую терминологию модуля
• Тематические карты разума для визуализации ключевых понятий
• Печатные карточки, помогающие учащимся активнее вспоминать и повторять на основе уверенности
• Викторина с сопроводительным ответом ключ к проверке знаний и не Знание модуля

База данных

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

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

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

Поле

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

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

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

Идентификационный номер сотрудника	Фамилия	Имя	Должность	Отдел	Дата приема на работу
00108	Доу	Джон	Помощник менеджера	Отдел кадров	16 ноября 2000 г.
00109	Parker	Энн	Руководитель	Финансовые услуги	1 мая 2003 г.

Обязательные, необязательные и рассчитываемые поля

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

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

Поля и записи

Поля организованы в записи, которые содержат всю информацию в таблице, относящуюся к определенному объекту. Записи составляют строки таблицы, а поля — столбцы таблицы.

Поля фиксированной и переменной длины

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

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

• Текстовое, буквенно-цифровое, символьное, строка
• байт
• короткое, целое
• длинное, целое
• одиночное, вещественное
• Double, Float
• Counter
• DateTime, TimeStamp
• Date
• Time
• LongText, LongChar, Memo, Note
• Binary
• Boolean

Поля базы данных: определение и типы текста

— видео и типы полей базы данных

База данных — это набор таблиц.Каждая таблица имеет полей, или контейнеров для хранения данных, и каждая таблица содержит строки данных, которые также называются записями .

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

Таблица учеников

Идентификатор ученика	имя студента	E-mail студента
054	Джо	[email protected]
055	Кейт	k @ электронная почта.com
056	Лаура	[email protected]
057	Майк	[email protected]

Как мы видим, поля в этой таблице (которые являются контейнерами, содержащими данные):

• Student-id
• Имя студента
• E-mail студента

В этой таблице 4 строки данных. Каждая строка — это запись в базе данных. Запись для этой таблицы содержит всю информацию об одном ученике.Каждый из столбцов таблицы (идентификатор студента, имя студента и адрес электронной почты студента) — это поля базы данных. В этой таблице запись 1 представляет собой данные о студенте Джо, его идентификатор студента — 054, а его адрес электронной почты — [email protected].

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

Пример

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

• Идентификатор студента: это идентификатор, присвоенный каждому из студентов
• Имя студента: имя и фамилия каждого студента
• E-mail студента: электронный адрес каждого студента

Имена полей базы данных описывают содержащиеся в них данные.Когда вы видите поле «student-id», вы можете сказать, что это поле содержит идентификатор каждого студента. И когда вы видите поле «E-mail студента», вы можете сказать, что это поле содержит адрес электронной почты каждого студента.

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

При создании таблицы базы данных необходимо определить поля, чтобы помочь решить, какие данные будут храниться в таблице.Это все равно что сказать, что когда дом построен, вы должны решить, сколько в нем будет комнат и какова функция каждой комнаты. Например, у вас будет кухня, где вы готовите, гостиная, где вы отдыхаете, и так далее. Точно так же в таблице студентов вы определяете поле или контейнер, называемый «student-id», чтобы сохранить идентификаторы студентов всех студентов; вы определяете поле или контейнер, называемый «имя-студента», чтобы сохранить имена всех студентов; и так далее.

Что такое ключевое поле в базе данных? | Решения для баз данных для Microsoft Access

Что такое ключевое поле в базе данных и как его выбрать?

Ключи имеют решающее значение для структуры таблицы по многим причинам, некоторые из которых указаны ниже:

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

Теперь давайте посмотрим, как выбрать ключ (и). Сначала сделаем столик, чтобы посмотреть:

PersonID	Фамилия	Имя	D.O.B
1	Смит	Роберт	01.01.1970
2	Джонс	Роберт	01.01.1970
4	Смит	Генри	01.01.1970
5	Джонс	Генри	01.01.1970

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

• PersonID
• PersonID + Фамилия
• PersonID + имя
• PersonID + дата рождения
• PersonID + LastName + FirstName
• PersonID + LastName + DOB
• PersonID + имя + дата рождения
• PersonID + LastName + FirstName + DOB
• Фамилия + Имя + Дата рождения

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

Ключ-кандидат — это суперключ, не имеющий уникального подмножество; в нем нет столбцов, которые не нужны для его уникальности. В этой таблице есть 2 ключа-кандидата:

• PersonID
• Фамилия + Имя + Дата рождения

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

Мы выбираем первичный ключ из ключей-кандидатов. Этот первичный ключ будет однозначно идентифицировать каждую запись. Это может или может не предоставлять информацию об идентифицируемой записи. Это не должно иметь значение NULL, то есть если он существует в записи, он не может иметь значение Null. Он должен быть уникальным. Он не может быть изменен на .Любые ключи-кандидаты, которые мы не выбираем, становятся альтернативными ключами .

Мы выберем (PersonID) в качестве первичного ключа. Это делает (LastName + FirstName + DOB) альтернативный ключ.

Теперь, если это поле PersonID имеет смысл, то есть используется для любых других целей, кроме того, чтобы сделать запись уникальной, это естественный ключ или интеллектуальный ключ . В этом случае PersonID, вероятно, , а не AutoNumber. поле, но это, скорее, «номер клиента» для использования, как и UPC или ISBN.

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

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

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

Большое спасибо JasonM, модератору mdbmakers.com, на www.MDBMAKERS.com за разрешение использовать вышеуказанную статью.

Схема данных и типы полей

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

Схема данных

Все подключенные схемы данных доступны на левой панели анализатора Analyzer . Их поля и таблицы можно использовать для создания диаграмм и графиков. Вы можете ограничивать и редактировать имена таблиц и столбцов, отображаемые в разделах подключения к базе данных «Импорт» и «Редактор меток».

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

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

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

Типы полей

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

a) Поля даты

Этот тип поля может содержать классические значения даты и времени или отметки времени. В Создателе диаграмм вы можете применять к этим полям различные агрегаты даты и форматы.

б) Логические поля

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

c) Текстовые поля

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

г) Числовые поля

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

Изменить типы полей

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

Изменить тип поля в базе данных

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

1. На экране подключения к базе данных войдите в редактор этикеток, щелкнув Поля меток на панели навигации.
2. В структуре таблицы базы данных слева выберите таблицу, содержащую поле, тип данных которого вы хотите изменить.
3. Справа вы увидите список столбцов в этой таблице.Щелкните раскрывающееся меню типа данных рядом с метками столбцов и выберите новый тип поля.
4. Обязательно сохраните все изменения.

Изменить тип поля в файле CSV

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

1. На экране «Подключить CSV» перейдите к столбцу, для которого вы хотите изменить тип столбца. Щелкните раскрывающийся список Тип поля , отображаемый под именем столбца.
2. Затем выберите предпочтительный тип поля из раскрывающегося списка.
3. Сохраните изменения.

Microsoft Access — Бесплатный курс: поля и типы полей

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

Запись в таблице представляет собой одну полную строку. Например, если у вас таблица контактов, одна запись может состоять из имени человека, их фамилия, адрес и т. д.Таблица — это набор записей. И каждая запись — это набор полей.

Имена полей таблицы

Имя поля может быть любым. (Доступ оставляет за собой несколько слова для себя. Если вы выберете имя, которое уже было загружено в Access для себя, он сообщит вам.) Вы можете иметь пробелы в своем поле имена, но это не рекомендуется. Пробелы могут вызвать проблемы ниже строка, когда вы строите свои собственные запросы.

По соглашению, слова в именах полей пишутся с заглавной буквы. Например, Имя, FamilyName, MyFieldName.

Типы данных табличных полей

Каждый столбец в вашей таблице, каждое поле должно иметь тип данных. Этот, неудивительно, что это тип данных, которые можно вводить в каждое поле. Если бы у вас было поле с именем FirstName, типом данных был бы текст. Если бы у вас было поле для цен, типом данных были бы числа или более в частности, валюта.Давайте добавим поле в нашу таблицу, чтобы вы могли увидеть различные типы данных.

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

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

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

Но добавьте еще два поля и также установите для них типы данных «Короткий текст».Щелкните, чтобы добавить поле с именем LastName и поле с именем MiddleName . Ваша таблица будет выглядеть так:

Теперь щелкните Имя , чтобы выбрать поле. Взгляните на Поля ленты над ним. Вы должны увидеть панели для просмотра, добавления и удаления, Свойства, форматирование и проверка полей:

На панели Properties вы можете видеть, что Field Size для поля FirstName установлено значение 255.Вы можете изменить это, если хотите, до значений выше 0 и ниже 255. Если только вы не живете в стране, где имена действительно очень длинные, значение около 30 должно быть в порядке. Но если появляется неуклюжий человек, сменивший имя на ImCalledSuperCaliFragilListicExpialidocious тогда это вызовет проблемы в вашей базе данных — вы получите ошибки, потому что размер поля недостаточен для имени.

Щелкните внутри поля Размер поля и измените его с 255 на 30.Теперь сделай то же самое для двух других полей. Щелкните поле LastName , чтобы выделите это. На панели «Свойства» измените значение на 30. Затем щелкните поле MiddleName и сделайте то же самое — измените его с 255 до 30.

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

Типы данных

Большинство элементов в списке типов данных не требуют пояснений. Но некоторые нуждаются в дополнительных объяснениях.

Краткий текст
Это поле может содержать максимум 255 символов. Эти персонажи могут быть чем угодно: буквы, цифры, символы и т. д. Если вы выберете это поле, все, что вы введете, будет рассматриваться как текст.Четные числа. Вы можете указать хотя верхний предел. Например, если вы уверены, что имена в вашей таблице не будет превышать, скажем, 100 символов, вы можете установить это как предел.

Длинный текст
В предыдущих версиях Access это поле называлось Memo. Если вам нужно хранить более 255 символов, это то поле, которое вам нужно. Он может хранить максимум 1 гигабайт текста.

Номера
Хотя совершенно очевидно, что хранится в этом поле, вы можете просверлить вниз по типу номера. Вы можете указать следующие типы номеров:

Байт
Целое число
Длинное целое число
1-местный
2-местный
Десятичный

Значения, которые вы можете иметь для этих чисел, следующие:

Байт: от 0 до 255
Целое число: -32 768 до 32, 767
Длинное целое число: -2 147 483 648 до -2 147 483 647
Одинарное: -3.От 4 x 1038 до -3,4 x 1038
Двойной: -1,797 x 10308 до -1,797 x 10308
Десятичный: от -9,999 x 1027 до -9,999 x 1027

Только типы данных Single и Decimal могут иметь десятичные разряды. В Один тип может иметь до 7 знаков после запятой, а тип данных Decimal может иметь до 15 знаков после запятой. Также есть данные по длинным номерам тип. Это может содержать смехотворно большие числа. Если вы не ученый или математик, вам, вероятно, не понадобится.

Форматированный текст
Этот параметр доступен при выборе типа данных «Длинный текст». для поля. Допускает ограниченное форматирование, например шрифт, начертание шрифта, цвета текста, полужирный, подчеркнутый.

Приставка
Текстовое поле, в которое вы можете добавлять вложения, например файлы Excel, PDF, Документы Word и др.

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

Имя поля по умолчанию и тип данных AutoNumber

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

Введите вместо имени поля AuthorID:

Одно замечание об этом поле идентификатора.Выбрав AuthorID, еще раз взглянем на панель Форматирование . Обратите внимание, что тип данных это AutoNumber :

Панель форматирования в Access с указанием типа данных для поля

1 Кенни Карни

Если бы вы добавили новую запись, вторая была бы 2:

2 Джим Джем

Третий 3:

3 копейки

А все записи выглядят так:

1 Кенни Карни
2 Джим Джем
3 копейки

Вам не нужно вводить числа самостоятельно, когда ваше поле настроено в AutoNumber, поскольку Access позаботится об этом за вас.

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

<- Предыдущий урок: Создание новой базы данных Access | Следующий урок: Создание таблиц в представлении «Дизайн» ->

<- Назад на страницу содержания Microsoft ACCESS

Структура базы данных — Введение в базы данных — GCSE Computer Science Revision

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

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

Это пример таблицы базы данных плоских файлов. Сущности — это фильмы, а атрибуты — это подробные сведения о фильмах:

Таблица

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

Записи

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

Поля

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

Единица данных

Каждая отдельная введенная часть данных является единицей данных. Эти единицы также называются элементами данных.

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

6 Управление базой данных

6 Управление базой данных Глава 6

Управление базой данных

6.1 Иерархия данных [Рисунок 6.1] [Слайд 6-4]

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

Данные логически организованы в:

1. Биты (символы)

2. Поля

3. Рекорды

4. Файлы

5.Базы данных

Бит (символ) — бит — наименьшая единица представление данных (значение бита может быть 0 или 1). Восемь бит составляют байт, который может представляют символ или специальный символ в символьном коде.

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

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

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

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

6.2 Файловая среда и ее ограничения

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

Организация файлов [Рис. 6.2 и 6.3]

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

Доступ к записи для чтения — это существенная операция с данными. Есть два типа доступа:

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

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

Существует три метода организации файлов: [Таблица 6.1]

1. Последовательная организация 2.Индексированный-последовательный организация 3. Прямая организация

Последовательная организация

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

Преимущества последовательного доступа:

1. Это быстро и эффективно при работе с большими объемами данных, которые необходимо периодически обрабатывать (пакетная система).

Недостатки последовательного доступа:

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

Индексированная последовательная организация

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

Прямая организация

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

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

6.3 Среда базы данных [Рисунок 6.6] [Слайд 6-5]

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

СУБД:

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

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

1. Избегать неконтролируемых избыточность данных и предотвращение несогласованности 2. Программа-данные независимость 3.Гибкий доступ к общие данные 4. Преимущества централизованный контроль данных

6.4 Уровни определения данных в базах данных [Рисунок 6,7]

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

1. Схема — это общий логический вид отношения между данными в базе данных.

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

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

6.5 Модели данных или способы их представления Связи между данными

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

1. Иерархическая структура

2. Структура сети

3. Структура отношений

Иерархический:

Ранние пакеты СУБД для мэйнфреймов использовали иерархическую структуру . структура , в которой:

1.Отношения между записями образуют иерархию или древовидная структура.

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

3. Отношения между записями — один ко многим, поскольку каждый элемент данных связан только с одним элементом над ним.

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

Структура сети:

Структура сети:

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

2. Разрешает отношения «многие ко многим» между записями. Тот То есть сетевая модель может получить доступ к элементу данных, следуя одному из нескольких путей, потому что любой элемент данных или запись могут быть связаны с любым количеством других элементов данных.

Реляционная структура:

Реляционная структура:

1.Самая популярная из трех структур базы данных.

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

3. Элементы данных в базе данных хранятся в форма простых столов . Таблицы связаны между собой, если они содержат общие поля.

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

Оценка структур базы данных

МОДЕЛЬ	ПРЕИМУЩЕСТВА	НЕДОСТАТКИ
Иерархическая структура данных	Простота, с которой данные могут храниться и извлекаться в структурированных, рутинных типах транзакций. Простота извлечения данных для отчетов. Обычные типы обработки транзакций быстрая и эффективная.	Иерархический «один ко многим» отношения должны быть указаны заранее и не являются гибкими. Не может легко обрабатывать специальные запросы информации. Изменить иерархическую структуру базы данных сложно. Большая избыточность. Требуется знание языка программирования.
Структура сети	Более гибкий, чем иерархическая модель. Способность предоставить сложные логические отношения между записями	Сеть многие ко многим отношения необходимо уточнять заранее Пользователь ограничен для получения данных, к которым можно получить доступ, используя установленные связи между записями. Не может легко обрабатывать специальные запросы информации. Требуется знание языка программирования.
Реляционная структура	Гибкость в том, что он может обрабатывать специальные информационные запросы. Легко для программистов работать с. Конечные пользователи могут использовать эту модель для подстилки или обучения. Легче в обслуживании, чем иерархические и сетевые модели.	Невозможно обработать большие суммы бизнес-транзакций так же быстро и эффективно, как иерархические и сетевые модели.

6.6 Реляционные базы данных [Рисунки 6.11, 6.13]

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

1. Выберите, который выбирает из указанной таблицы строки, удовлетворяющие заданному условию. 2. Проект, который выбирает из заданной таблицы указанные значения атрибутов 3.Присоединяйтесь, что создает новый таблица из двух указанных таблиц.

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

6.7 SQL — язык реляционных запросов

языков структурированных запросов (SQL) стал международный стандартный язык доступа для определения и управления данными в базах данных.Это это язык определения данных и управления большинством известных СУБД, включая некоторые нереляционные. SQL может использоваться как независимый язык запросов для определения объектов. в базе данных, введите данные в базу данных и получите доступ к данным. Так называемой встроенный SQL также предоставляется для программирования на процедурных языках (Ahost @ языки), например C, COBOL или PL / L, для доступа к базе данных из приложения. программа. В среде конечного пользователя SQL обычно скрывается более удобным для пользователя интерфейсы.

Основные возможности SQL включают:

1. Определение данных 2. Манипулирование данными

6.8 Проектирование реляционной базы данных

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

Цель логический дизайн , также известный как данных моделирование , заключается в разработке схемы базы данных и всех необходимых подсхемы.Реляционная база данных будет состоять из таблиц (отношений), каждая из которых описывает только атрибуты определенного класса сущностей. Логический дизайн начинается с определением классов сущностей, которые будут представлены в базе данных, и установлением отношения между парами этих сущностей. Отношения — это просто взаимодействие между сущностями, представленными данными. Эти отношения будут важны для доступ к данным. Часто используются диаграммы сущности-отношения (E-R) . для моделирования данных.

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

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

6.9 Словарь данных

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

Словари данных

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

1. Схема, подсхемы и физическая схема 2. Какие приложения и пользователи могут получать конкретные данные, а также то, какие приложения и пользователи могут изменять данные 3. Перекрестная ссылка информация, например, какие программы используют какие данные и какие пользователи получают какие отчеты 4. Где индивидуальные данные элементы, и кто несет ответственность за поддержание данных 5.Что за стандартное нейминг соглашения предназначены для сущностей базы данных. 6. Что правила честности для данных 7. Где данные хранятся в географически распределенных базах данных.

Словарь данных:

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

6.10 Управление ресурсами данных организации

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

Компоненты управления информационными ресурсами [Рисунок 6.17]

И организационные действия, и технологические средства необходимо:

1. Убедитесь, что фирма систематически накапливает данные в своих базах данных 2.Поддерживает данные более время 3. Обеспечивает соответствующие доступ к данным соответствующим сотрудникам.

Основные компоненты этого информационного ресурса управление:

1. Организационные процессы

— Информационное планирование и моделирование данных

2. Разрешающие технологии

— СУБД и словарь данных

3. Организационные функции

— Администрирование данных и администрирование баз данных

Администрирование баз данных и Администрирование баз данных [Рисунок 6.18]

Функциональные подразделения, отвечающие за управление данными являются:

1. Администратор данных (DA)

2. Администратор базы данных (DBA)

Администратор данных — лицо, имеющее центральная ответственность за данные организации.

Обязанности включают:

1. Создание политики и специальные процедуры для сбора, проверки, совместного использования и инвентаризации данные, которые будут храниться в базах данных и сделать информацию доступной для членов организации и, возможно, лицам вне ее.2. Администрирование данных — это функция разработки политики и DA должны иметь доступ к высшему корпоративному руководству. 3. Ключевое лицо, участвующее в стратегическое планирование ресурса данных. 4. Часто определяет основные объекты данных, их атрибуты и отношения между ними.

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

Обязанности включают:

1.Создание баз данных и выполнение политик, установленных администратором данных. 2. В крупных организациях Функцию DBA фактически выполняет группа профессионалов. В небольшой фирме программист / аналитик может выполнять функцию DBA, в то время как один из менеджеров действует как DA. 3. Схема и подсхемы базы данных чаще всего определяются администратором баз данных, который обладает необходимыми техническими знаниями. Они также определяют физическую структуру баз данных с целью оптимизации производительность системы для ожидаемого шаблона использования базы данных.

Совместные обязанности DA и DBA:

1. Ведение данных толковый словарь 2. Стандартизация названий и другие аспекты определения данных 3. Обеспечение резервного копирования 4. Обеспечьте безопасность данные, хранящиеся в базе данных, и обеспечить конфиденциальность на основе этой безопасности. 5. Установить катастрофу план восстановления баз данных

6.11 Тенденции развития в управлении базами данных

Три важных направления в управлении базами данных включают:

1.Распределенные базы данных 2. Хранилище данных 3. Богатые базы данных (включая объектно-ориентированные базы данных)

Распределенные базы данных [Рисунок 6.19] [Слайд 6-8]

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

Хранилища данных Базы данных [Рисунок 6.20]

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

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

Системы, поддерживающие хранилище данных, состоят из трех компонентов:

1. Извлечение и подготовка данных

— первая подсистема извлекает данные из операционные системы, многие из которых являются устаревшими системами, и Ascrubs @ it путем устранения ошибок и несоответствий.

2. Сохраните дату в Склад

— вторым компонентом поддержки фактически является СУБД который будет управлять данными хранилища.

3. Обеспечьте доступ и Возможности анализа

— третья подсистема состоит из инструментов запросов которые помогают пользователям получить доступ к данным и включают OLAP и другие инструменты DSS, поддерживающие данные анализ.

Объектно-ориентированные и другие расширенные базы данных

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

1. Географическая информация системы 2.