В таблицах какого типа в одной строке содержится информация
Таблица — это совокупность связанных данных, хранящихся в структурированном виде в базе данных. Она состоит из столбцов и строк.
В реляционных базах данных и плоских файлах баз данных, таблица — это набор элементов данных (значений), использующий модель вертикальных столбцов (имеющих уникальное имя) и горизонтальных строк. Ячейка — место, где строка и столбец пересекаются.[1] Таблица содержит определенное число столбцов, но может иметь любое количество строк.[2] Каждая строка однозначно определяется одним или несколькими уникальными значениями, которые принимают её ячейки из определенного подмножества столбцов. Подмножество столбцов, которое уникально идентифицирует строку, называется первичным ключом.
«Таблица» — это ещё один термин для «отношения»; разница между ними в том, что таблица обычно представляет собой мультимножество (набор) строк, тогда как отношение представляет собой множество и не допускает дубликатов.
Помимо обычных данных, таблицы, как правило, имеют связанные с ними метаданные, такие как ограничения, относящиеся к таблицам в целом или к значениям в определенных столбцах.
Данные в таблицах не обязательно физически хранятся в базе данных. Представления также функционируют, как реляционные таблицы, но их данные вычисляются во время выполнения запроса. Внешние таблицы (например, в СУБД Informix[3] или Oracle,[4][5]) также можно рассматривать как представления.
Таблицы и отношения[править | править код]
С точки зрения реляционных моделей баз данных, таблицы можно считать удобным представлением отношения, но эти два понятия не являются строго эквивалентными. Например, в SQL таблицы в принципе могут содержать повторяющиеся строки, в то время как истинное отношение не может содержать одинаковые кортежи. Аналогичным образом, представление в виде таблицы подразумевает конкретный порядок для строк и столбцов, в то время как в отношениях они неупорядочены. Однако система баз данных гарантирует определенный порядок строк при выдаче таблицы, только если ORDER BY параметр указывается в операторе SELECT, который запрашивает таблицу.
Отношение можно также представить в виде N-мерного графика, где n — количество атрибутов (столбцов таблицы). Например, отношение с двумя атрибутами и тремя значениями можно представить как таблицу из двух столбцов и трех строк, или как двумерный график с тремя точками. Представления таблиц и графиков эквивалентны только в том случае, если порядок строк не важен, а в таблице нет повторяющихся строк.
Сравнение[править | править код]
Иерархические базы данных[править | править код]
В нереляционных системах, иерархических баз данных, отдаленный аналог таблицы представляет собой структурированный файл, представляющий строки таблицы в каждой строке файла и каждый столбец в строке. Эта структура предполагает, что строка может иметь повторяющиеся данные, как правило, в дочерних сегментах данных. Данные хранятся в последовательности физических записей.
Электронные таблицы[править | править код]
В отличие от электронных таблиц, в таблицах баз данных тип данных столбца обычно определяется схемой, описывающей таблицу. Некоторые SQL системы, например СУБД SQLite, менее строги к определению типов столбцов.
См. также[править | править код]
- Отношение (реляционная модель)
- Строка (базы данных)
- Поле (базы данных)
- Виртуальный столбец
- Таблица (информация)
Примечания[править | править код]
Таблицы — это неотъемлемая часть любой базы данных, так как именно в них содержатся все сведения и данные. Например, база данных предприятия может содержать таблицу «Контакты», в которой хранятся имена всех поставщиков, их адреса электронной почты и номера телефонов. Так как другие объекты базы данных в значительной степени зависят от таблиц, всегда начинайте разработку базы данных с создания всех таблиц, а уже затем создавайте другие объекты. Перед созданием таблиц проанализируйте свои требования и определите, какие именно таблицы могут вам понадобиться. Начальные сведения о планировании и разработке баз базы данных см. в статье Основные сведения о создании баз данных.
В этой статье
Overview
Свойства таблиц и полей
Типы данных
Отношения между таблицами
Keys
Преимущества использования отношений
Обзор
Обычно реляционная база данных, такая как Access, состоит из нескольких таблиц. В хорошо спроектированной базе данных в каждой таблице хранятся сведения о конкретном объекте, например о сотрудниках или товарах. Таблица состоит из записей (строк) и полей (столбцов). Поля, в свою очередь, содержат различные типы данных: текст, числа, даты и гиперссылки.
Запись. Содержит конкретные данные, например информацию об определенном работнике или продукте.
Поле. Содержит данные об одном аспекте элемента таблицы, например имя или адрес электронной почты.
Значение поля. Каждая запись содержит значение поля, например Contoso, Ltd. или proverka@example.com.
К началу страницы
Свойства таблиц и полей
У таблиц и полей также есть свойства, которые позволяют управлять их характеристиками и работой.
1. Свойства таблицы
2. Свойства поля
В базе данных Access свойствами таблицы называются атрибуты, определяющие ее внешний вид и работу. Свойства таблицы задаются на странице свойств таблицы в Конструкторе. Например, вы можете задать для таблицы свойство Режим по умолчанию, чтобы указать, как она должна отображаться по умолчанию.
Свойство поля применяется к определенному полю в таблице и определяет его характеристики или определенный аспект поведения. Некоторые свойства поля можно задать в Режим таблицы. Вы также можете настраивать любые свойства в Конструкторе с помощью области </c0>Свойства поля.
Типы данных
У каждого поля есть тип данных. Тип данных поля определяет данные, которые могут в нем храниться (например, большие объемы текста или вложенные файлы).
Тип данных является свойством поля, однако он отличается от других свойств:
Тип данных поля задается на бланке таблицы, а не в области Свойства поля.
Тип данных определяет, какие другие свойства есть у этого поля.
Тип данных необходимо указывать при создании поля.
Чтобы создать новое поле в Access, введите данные в новый столбец в режиме таблицы. В таком случае Access автоматически определяет тип данных для поля в зависимости от введенного значения. Если оно не относится к определенному типу, Access выбирает текстовый тип. При необходимости его можно изменить с помощью ленты.
Примеры автоматического определения типа данных
Ниже показано, как выполняется автоматическое определение типа данных в режиме таблицы.
Вводимые данные | Тип данных для поля, назначаемый Access |
|---|---|
Иван | Текст |
https://www.contoso.com Вы можете использовать любой допустимый префикс протокола IP. Например, являются допустимыми префиксы https://, 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. Внешний ключ (определяется по отсутствию значка ключа)
Если ожидается, что для каждого представленного в таблице уникального объекта потребуется несколько значений поля, такое поле добавлять не следует. Обратимся к приведенному выше примеру: если нужно отслеживать размещенные клиентами заказы, не следует добавлять поле в таблицу, поскольку у каждого клиента будет несколько заказов. Вместо этого создается новая таблица для хранения заказов, а затем создаются связи между этими двумя таблицами.
К началу страницы
Преимущества использования связей
Раздельное хранение данных в связанных таблицах обеспечивает указанные ниже преимущества.
Согласованность . Поскольку каждый элемент данных заносится только один раз в одну таблицу, вероятность появления неоднозначных или несогласованных данных снижается. Например, имя клиента будет храниться только в таблице клиентов, а не в нескольких записях в таблице заказов, которые могут стать несогласованными.
Эффективность . Хранение данных в одном месте позволяет сэкономить место на диске. Кроме того, данные из небольших таблиц извлекаются быстрее, чем из больших. Наконец, если не хранить данные по различным темам в разных таблицах, возникают пустые значения, указывающие на отсутствие данных, или избыточные данные, что может привести к неэффективному использованию места и снижению производительности.
Простота . Структуру базы данных легче понять, если данные по различным темам находятся в разных таблицах.
Связи между таблицами необходимо иметь в виду еще на этапе планирования таблиц. С помощью мастера подстановок можно создать поле внешнего ключа, если таблица с соответствующим первичным ключом уже существует. Мастер подстановок помогает создать связь. Дополнительные сведения см. в статье Создание и удаление поля подстановки.
К началу страницы
3.1. Способы создания новых таблиц
3.2. Таблица в режиме просмотра
3.3. Конструктор таблиц. Типы и свойства полей
3.3.1. Типы полей
3.3.2. Свойства полей
3.4. Свойства таблицы
3.5. Ключевые поля и индексы
3.6. Создание связей между таблицами
3.7. Импорт и присоединение внешних таблиц
3.8. Использование в таблицах гиперссылок и объектов OLE
В предыдущей главе описывались способы создания пустой базы данных. Однако
пустая база данных, т.е., база данных, не содержащая ни одной таблицы (хотя бы —
присоединенной), никому не нужна. В самом простом случае база данных должна
содержать хотя бы одну таблицу. Другими словами, таблицы являются наиболее
важными объектами любой базы данных — именно в таблицах хранится вся
необходимая пользователям информация. Остальные объекты, несмотря на всю их
необходимость (запросы, формы, отчеты, страницы, модули), играют в этом смысле
подчиненную роль.
Несмотря на то, что в современном мире вряд ли кому-нибудь нужно разъяснять,
что из себя представляют таблицы, все же некоторые понятия, используемые в
дальнейшем, необходимо описать.
Таблица, в отличие от базы данных, это хранилище информации, касающейся
отдельного объекта или события. Например, в базе данных, предназначенной для
ведения складского учета, могут быть таблицы, описывающие такие объекты, как
товар, склад, единица измерения, и таблицы, описывающие такие
события, как продажа, приобретение, списание и т.д.
Информация, хранящаяся в таблицах, организована в виде строк и столбцов.
Каждая строка таблицы содержит данные об одном конкретном объекте или событии,
например, о каком-либо товаре из списка имеющихся товаров. В столбце содержатся
сведения о каком-либо одном из аспектов всех объектов или событий, хранящихся в
таблице. Например, в столбце Наименование таблицы Товары хранятся
названия всех товаров из таблицы. Подводя итог вышесказанному, приведем описание
нескольких терминов, используемых при дальнейшем изложении.
- •Запись (Record). Совокупность данных,
описывающих некий объект или событие. Например: «Иванов», «Иван», «Иванович»,
01.01.70, 01.01.90, 01.01.99, 600. Эта запись из таблицы Сотрудники
содержит информацию о конкретном сотруднике — фамилию, имя, отчество, дату
рождения, дату приема на работу, дату увольнения и оклад. Термин запись
часто будет использоваться далее вместо термина строка. - •Поле (Field). Элемент записи. Поле имеет свое
название, тип данных и свойства. Запись, приведенная выше, имеет семь полей.
Названия этих полей могут соответствовать их назначению. Первые три поля
имеют текстовый тип, следующие три поля — дата/время, последнее — денежный
тип. Набор свойств для каждого типа данных свой. Свойства различных типов
данных будут обсуждаться дальше в этой главе. Поле однозначно характеризуется
своим положением в записи. Отсчет ведется слева направо, считая от 0, поэтому
фамилия будет 0-м полем, имя 1-м, и т. д. Совокупность данных таблицы,
соответствующих одному полю, составляет столбец. В литературе обычно не делают
различия между терминами поле и столбец, употребляя только
термин поле. В дальнейшем, если это не будет вызывать недоразумений,
будем придерживаться той же практики. - •Таблица (Table). Набор согласованных записей.
Это означает, что все записи, составляющие таблицу, должны иметь одинаковое
количество полей, и, кроме того, поля должны быть согласованы по типам.
Другими словами, если в одной из записей 0-е поле имеет числовой тип, то 0-е
поле другой записи той же таблицы не может иметь текстовый (или любой другой
не числовой) тип. Возвращаясь к нашему примеру, можно сказать, что таблица
Сотрудники содержит записи, в каждой из которых семь полей, причем первые
три — текстовые, следующие три имеют тип дата/время и последнее — денежный
тип. Таблица может не иметь ни одной записи, но хотя бы одно поле должно
присутствовать.
В этой главе описываются приемы создания и работы с таблицами. Основные
вопросы, рассматриваемые в главе: различные способы создания новых таблиц;
работа с таблицей в режимах просмотра и конструктора; применение фильтров; обзор
типов полей; создание первичных ключей и индексов; создание связей между
таблицами на уровне базы данных; импортирование и создание внешних связей с
таблицами; свойства.
[ Предыдущая ][ Следующая ]
Практическая работа №6
«Создаем табличные модели» (задания 3, 4)
 |
|
Простые таблицы
Таблица типа «объекты — свойства» (ОС)
Таблица типа «объекты — свойства» — это таблица, содержащая информацию о свойствах отдельных объектов, принадлежащих одному классу.
Общий вид таблиц типа ОС:
Количество строк в таблице зависит от количества имеющихся объектов, а количество столбцов — от количества рассматриваемых свойств.
Пример 1
Таблица 2.2
Города Золотого кольца России
В этой таблице приведена информация о некоторых древних русских городах, хранящих уникальные памятники нашей культуры и истории и образующих всемирно известное Золотое кольцо России. Эта информация отражена в заголовке таблицы.
В таблице представлены объекты «Владимир», «Кострома», «Переславль-Залесский» и «Гусь-Хрустальный», принадлежащие классу «город». Для каждого объекта приведены значения свойств «год основания», «основатель» и «достопримечательность», выраженные числами и словами.
В маленьких таблицах (из 3-4 строк) объекты можно перечислять в произвольном порядке. Если объектов в таблице много, то располагать их надо в некотором осмысленном порядке, согласно некоторому правилу. Например, в таблице 2.2 города могут быть перечислены в алфавитном порядке, по возрастанию или убыванию годов их основания.
Если в таблице типа ОС свойств больше, чем объектов, то ее можно «повернуть набок» — строки превратить в графы, а графы — в строки.
Например:
Таблица 2.3
Города Золотого кольца России
Что именно располагать в головке, а что в боковике — объекты или свойства, — зависит от конкретной таблицы. Как правило, таблица, в которой много строк и мало граф, бывает удобней, чем таблица, содержащая мало строк, но много граф.
Таблица типа «объекты-объекты-один» (ООО)
Таблица типа «объекты-объекты-один» — это таблица, содержащая информацию о некотором одном свойстве пар объектов, чаще всего принадлежащих разным классам.
Общий вид таблиц типа ООО:
В этой таблице головка (верхний заголовок) имеет сложную (двухъярусную) структуру.
Пример 2
Таблица 2.4
Таблица типа ООО может быть «повернута на бок строки превращены в графы, а графы — в строки.
Например:
Таблица 2.5
В таблице типа ООО фиксируется одно свойство пары объектов, поэтому в ее ячейках всегда содержатся значения одного типа: или числа, или слова, или графические изображения.
Пример 3
В таблице «Расстояния между городами» представлены расстояния между парами объектов, принадлежащих одному классу «город», поэтому объекты этого класса занесены и в головку, и в боковик таблицы. В результате головка таблицы «теряет» один уровень, и сама таблица выглядит проще. Эта таблица также относится к типу ООО.
Таблица 2.6
Подобные таблицы есть в атласах автомобильных дорог. Правда, там они оформляются так:
Таблица 2.7
Пример 4
Таблица 2.8
По этой таблице можно получить представление о том, чем увлекаются ученики 7 класса, какие кружки и секции они посещают. Если ученик увлекается танцами, спортом или компьютерной графикой (посещает соответствующий кружок или секцию), то в нужную ячейку ставится 1, а если нет — 0.
Ячейки этой таблицы содержат числа, но только 0 и 1. Такие таблицы называют двоичными таблицами.
Важная особенность этой таблицы состоит в том, что в ней фиксируются не количественные (сколько?), а качественные свойства (наличие/отсутствие связи между объектами).
Коротко о главном
Таблица типа «объекты-свойства» — это таблица, содержащая информацию о свойствах отдельных объектов, принадлежащих одному классу.
Таблица типа «объекты-объекты-один» — это таблица, содержащая информацию о некотором одном свойстве пар объектов, чаще всего принадлежащих разным классам.
Вопросы и задания
Приведите пример таблицы типа ОС.
Расписание звонков:
Приведите пример таблицы типа ООО.
Таблица успеваемости:
Практическая работа №6
«Создаем табличные модели» (задания 3, 4)
Задание 3. Таблица типа ОС. Золотое кольцо России
1. На основании информации, содержащейся в данных таблицах:
составьте свою таблицу, имеющую вид:
2. Занесите в таблицу информацию о 3 — 4 древних русских городах.
3. Измените ориентацию страницы на альбомную [Вкладка «Разметка страницы»- Ориентация — Альбомная].
4. Измените таблицу, добавив в нее правее графы «Основатель» графу «Герб».
6. Измените таблицу, добавив в нее правее графы «Достопримечательность» графу «Расстояние от Москвы».
7. Сохраните таблицу в собственной папке под именем Кольцо.
Задание 4. Таблица типа ОО. Прогноз успеваемости
1. Создайте таблицу следующей структуры:
2. Внесите в первую графу названия всех предметов, изучаемых в 7 классе.
3. Внесите в таблицу уже имеющиеся свои четвертные оценки.
4. Подумайте, успеваемость по каким предметам вы можете улучшить. Внесите в таблицу свои предполагаемые оценки по четвертям и за год.
5. Сохраните таблицу в собственной папке под именем Прогноз.
