Меню

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

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

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

Можно выделить три типа ключевых полей: счетчик, простой ключ и составной ключ.

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

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

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

Не рекомендуется определять ключ по полям «Имена» и «Фамилии», поскольку нельзя исключить повторения этой пары значений для разных людей.

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

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

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

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

Ключевые поля таблицы индексируются автоматически. Нельзя индексировать поля с типом данных поле МЕМО, гиперссылка или объект OLE.

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

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

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

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

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

Отношение «один-ко-многим». Связь с отношением «один-ко-многим» является наиболее часто используемым типом связи между таблицами. В такой связи каждой записи в таблице A могут соответствовать несколько записей в таблице B, а запись в таблице B – не может иметь более одной соответствующей ей записи в таблице A.

Отношение «многие-ко-многим». При отношении «многие-ко-многим» одной записи в таблице A могут соответствовать несколько записей в таблице B, а одной записи в таблице B – несколько записей в таблице A. Такая схема реализуется только с помощью третьей (связующей) таблицы, ключ которой состоит из по крайней мере двух полей, которые являются полями внешнего ключа в таблицах A и B.

Отношение «один-к-одному». При отношении «один-к-одному» запись в таблице A может иметь не более одной связанной записи в таблице B и наоборот. Этот тип связи используют не очень часто, поскольку такие данные могут быть помещены в одну таблицу.

Определение связей между таблицами.

Тип создаваемой связи зависит от полей, для которых определяется связь:

– отношение «один-ко-многим» создается в том случае, когда только одно из полей является ключевым или имеет уникальный индекс;

– отношение «один-к-одному» создается в том случае, когда оба связываемых поля являются ключевыми или имеют уникальные индексы;

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

Что означает целостность данных?

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

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

2. Связанные поля имеют один тип данных.

Установив целостность данных, необходимо следовать следующим правилам.

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

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

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

Чтобы наложить эти правила на конкретную связь, при ее создании следует установить флажок “Обеспечение целостности данных”.

Читайте также:  Таблица паразит вызываемые заболевания цикл развития

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

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

Данные, используемые в поле таблицы (табл. 2).

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

1) какие значения должны отображаться в поле. Например, нельзя хранить текст в поле, имеющем числовой тип данных;

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

3) какие операции должны производиться со значениями в поле. Например, суммировать значения можно в числовых полях и в полях, имеющих валютный формат, а значения в текстовых полях и полях объектов OLE нельзя;

4) нужна ли сортировка или индексирование поля. Сортировать и индексировать поля MЕМО, гиперссылки и объекты OLE невозможно;

5) необходимо ли использование полей в группировке записей в запросах или отчетах. Поля MЕМО, гиперссылки и объекты OLE использовать для группировки записей нельзя;

6) каким образом должны быть отсортированы значения в поле. Числа в текстовых полях сортируются как строки чисел (1, 10, 100, 2, 20, 200 и т.д.), а не как числовые значения. Для сортировки чисел как числовых значений используйте числовые поля или поля, имеющие денежный формат. Также многие форматы дат невозможно отсортировать надлежащим образом, если они были введены в текстовое поле. Для обеспечения сортировки используйте поле типа «Дата / время».

Текст или комбинация текста и чисел, например адрес, номера телефонов, почтовый индекс

До 255 символов. Хранятся только введенные в поле символы; позиции, не использованные в текстовом поле, не хранятся

Длинный текст или числа, например пометки или описание

До 64000 символов

Числовые данные, используемые для математических вычислений

1, 2, 4 или 8 байт

Автоматическая вставка последовательных (отличающихся на 1) или случайных чисел при добавлении записи

Поля, содержащие только одно или два значения, таких как «Да/Нет», «Истина/Ложь», «Включено/Выключено»

Объекты (например документы Microsoft Word, электронные таблицы Microsoft Excel, рисунки, звуки и другие данные), созданные в других программах, использующих протокол OLE

До 1 гигабайта (ограничено объемом диска)

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

До 64000 символов

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

– данные легко обновлять или удалять;

– исключается возможность рассогласования копий данных;

– уменьшается возможность введения некорректных данных.

Источник



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

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

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

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

Информация в базах данных может быть организована по-разному. Базы данных разделяются на:

  • Реляционные (табличные)
  • Иерархические
  • Сетевые

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

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

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

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

Примерами иерархических БД являются каталог папок Windows, реестр Windows, база данных Доменная система имен.

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

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

Реляционные (табличные) базы данных

Реляционные базы данных имеют табличную форму организации.

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

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

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

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

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

Читайте также:  Плечо финансового рычага таблица

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

С каждым полем связано еще одно очень важное свойство – тип поля. Тип поля определяет множество значений, которые может принимать данное поле в различных записях.

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

Числовой тип имеют поля, значения которых могут быть только числами. Например, в БД «Погода» три поля числового типа: ТЕМПЕРАТУРА, ДАВЛЕНИЕ, ВЛАЖНОСТЬ.

Символьный тип имеют поля, в которых будут храниться символьные последовательности (слова, тексты, коды и т.п.). Примерами символьных полей являются поля АВТОР и НАЗВАНИЕ в БД «Домашняя библиотека»; поле ТЕЛЕФОН в БД «Школы».

Тип «дата» имеют поля, содержащие календарные даты в форме «день/месяц/год» (в некоторых случаях используется американская форма: месяц/день/год). Тип «дата» имеет поле ДЕНЬ в БД «Погода».

Логический тип соответствует полю, которое может принимать всего два значения: «да» — «нет» или «истина» — «ложь» или (по-английски) «true» — «false». Если двоичную матрицу представить в виде реляционной БД (табл. 6.4, 6.5), то ее полям, принимающим значения «О» или «1», удобно поставить в соответствие логический тип. При этом «1» заменится на значение «истина», «О» — на значение «ложь».

Итак, значения полей — это некоторые величины определенных типов.

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

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

Источник

Уроки 41 — 42
Базы данных
Системы управления базами данных (СУБД)

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

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

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

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

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

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

Поле базы данных — это столбец таблицы, содержащий значения определенного свойства.

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

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

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

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

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

Следующая страница Тип поля

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

Источник

Типы используемых ключевых полей

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

Можно выделить три типа ключевых полей: счетчик, простой ключ и составной ключ.

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

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

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

Не рекомендуется определять ключ по полям «Имена» и «Фамилии», поскольку нельзя исключить повторения этой пары значений для разных людей.

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

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

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

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

Ключевые поля таблицы индексируются автоматически. Нельзя индексировать поля с типом данных поле МЕМО, гиперссылка или объект OLE.

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

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

Читайте также:  Локомотив кубань баскетбол турнирная таблица

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

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

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

Отношение «один-ко-многим». Связь с отношением «один-ко-многим» является наиболее часто используемым типом связи между таблицами. В такой связи каждой записи в таблице A могут соответствовать несколько записей в таблице B, а запись в таблице B – не может иметь более одной соответствующей ей записи в таблице A.

Отношение «многие-ко-многим». При отношении «многие-ко-многим» одной записи в таблице A могут соответствовать несколько записей в таблице B, а одной записи в таблице B – несколько записей в таблице A. Такая схема реализуется только с помощью третьей (связующей) таблицы, ключ которой состоит из по крайней мере двух полей, которые являются полями внешнего ключа в таблицах A и B.

Отношение «один-к-одному». При отношении «один-к-одному» запись в таблице A может иметь не более одной связанной записи в таблице B и наоборот. Этот тип связи используют не очень часто, поскольку такие данные могут быть помещены в одну таблицу.

Определение связей между таблицами.

Тип создаваемой связи зависит от полей, для которых определяется связь:

– отношение «один-ко-многим» создается в том случае, когда только одно из полей является ключевым или имеет уникальный индекс;

– отношение «один-к-одному» создается в том случае, когда оба связываемых поля являются ключевыми или имеют уникальные индексы;

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

Что означает целостность данных?

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

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

2. Связанные поля имеют один тип данных.

Установив целостность данных, необходимо следовать следующим правилам.

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

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

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

Чтобы наложить эти правила на конкретную связь, при ее создании следует установить флажок “Обеспечение целостности данных”.

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

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

Данные, используемые в поле таблицы (табл. 2).

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

1) какие значения должны отображаться в поле. Например, нельзя хранить текст в поле, имеющем числовой тип данных;

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

3) какие операции должны производиться со значениями в поле. Например, суммировать значения можно в числовых полях и в полях, имеющих валютный формат, а значения в текстовых полях и полях объектов OLE нельзя;

4) нужна ли сортировка или индексирование поля. Сортировать и индексировать поля MЕМО, гиперссылки и объекты OLE невозможно;

5) необходимо ли использование полей в группировке записей в запросах или отчетах. Поля MЕМО, гиперссылки и объекты OLE использовать для группировки записей нельзя;

6) каким образом должны быть отсортированы значения в поле. Числа в текстовых полях сортируются как строки чисел (1, 10, 100, 2, 20, 200 и т.д.), а не как числовые значения. Для сортировки чисел как числовых значений используйте числовые поля или поля, имеющие денежный формат. Также многие форматы дат невозможно отсортировать надлежащим образом, если они были введены в текстовое поле. Для обеспечения сортировки используйте поле типа «Дата / время».

Текст или комбинация текста и чисел, например адрес, номера телефонов, почтовый индекс

До 255 символов. Хранятся только введенные в поле символы; позиции, не использованные в текстовом поле, не хранятся

Длинный текст или числа, например пометки или описание

До 64000 символов

Числовые данные, используемые для математических вычислений

1, 2, 4 или 8 байт

Автоматическая вставка последовательных (отличающихся на 1) или случайных чисел при добавлении записи

Поля, содержащие только одно или два значения, таких как «Да/Нет», «Истина/Ложь», «Включено/Выключено»

Объекты (например документы Microsoft Word, электронные таблицы Microsoft Excel, рисунки, звуки и другие данные), созданные в других программах, использующих протокол OLE

До 1 гигабайта (ограничено объемом диска)

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

До 64000 символов

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

– данные легко обновлять или удалять;

– исключается возможность рассогласования копий данных;

– уменьшается возможность введения некорректных данных.

Источник

Adblock
detector