Укажите чем в базе данных является столбец
в терминологии баз данных:
в чем разница между строкой и записью?
аналогично, разве столбцы и поля не одно и то же?
в блоге Джо Челко ученик SQL , я заметил, что баннер упоминает, что это разные вещи.
5 ответов
строка и запись, возможно, можно рассматривать как одно и то же.
поля и столбцы разные, поле-это пересечение строки и столбца.
т. е. если ваша таблица имеет 10 строк и 10 столбцов, она имеет 100 полей.
при создании таблицы с помощью операторы DDL, вы определяете столбцы (метаданные). При добавлении строк с помощью инструкция DMLs, вы определяете строки и их полей.
в более широком смысле строки и столбцы относятся к матричной структуре. Когда база данных, не ограниченная реляционной базой данных, имеет матричные структурированные данные, ее можно позаимствовать из этой терминологии, но может быть и более конкретная.
на реляционных баз данных, например, таблица всегда является матрицей, поэтому в каждом столбце таблицы соответствует поле в записи, а в каждой строке соответствует запись: разные понятия, указывающие на одно и то же объект.
поле может присутствовать даже в NoSQL базы данных, где часто есть бесплатные схемы (столбцы) и каждая строка может иметь разное количество полей.
аналогично, запись может быть сложным значением в нереляционных базах данных: она может содержать поля с несколькими различными значениями (не 1NF). Строку (Кортеж в реляционной алгебре) в противном случае содержит одно значение для каждого поля.
Как указано в предыдущем ответе на этот вопрос, строка и запись могут использоваться взаимозаменяемо.
столбец и поле также могут использоваться взаимозаменяемо. См. следующую статью:(база данных) Вот цитата (на момент написания этой статьи) из вышеупомянутой статьи, которая делает этот момент:
» поле термина часто используется взаимозаменяемо с столбцом, хотя многие считают более правильным использовать поле (или значение поля) для ссылки конкретно один элемент, находящийся на пересечении между одной строкой и одним столбцом.»
вот некоторые дополнительные сведения, которые могут быть полезны:
во время моей ИТ-карьеры в качестве аналитика и программиста я обычно использовал поле терминов и запись, а не столбец и строку, как в контексте программирования, так и в контексте реляционной базы данных. Я думаю, что это происходит из инструкции, которую я получил во время учебы в университете, и тот факт, что я узнал основные иерархия данных бит, байт, поле, запись, файл, прежде чем узнать о реляционных базах данных. Исследуя этот вопрос, я обнаружил, что это обычная практика и, возможно, правильная, использовать строку и запись взаимозаменяемо и использовать столбец и поле взаимозаменяемо. На самом деле я был весьма удивлен, когда мои исследования показали, что строка и столбец являются предпочтительными терминами по сравнению с записью и полем в терминологии базы данных.
термины Record и Field, предшествующие реляционным базам данных, время, когда компьютеризированные файловые системы управляли хранением персистентности, мэйнфреймы управляли вычислительным рынком, а аналитики DBAs/Data назывались DPS (специалисты по обработке данных).
файл с данными, организованными в форме матрицы 2-d, где часть информации называется полем (столбцом), а коллекция связанных полей-записью (строкой). Этот файл данных похож на таблицу (без стандартных отношений, регулирующих содержание), поэтому термины, используемые во время обработки файлов, были унаследованы. Технически, строка запись и столбец поле.
Устройство реляционной базы данных
Реляционная база данных
Реляционная база данных наиболее интересна для понимания теории баз данных. Причина в этом одна. Будучи, аналогом таблиц, реляционная БД лучше других типов баз данных проработана математически. А значит, можно математическим языком объяснить устройство реляционной базы данных и процессы, происходящие в ней.
Устройство реляционной базы данных (РБД) базируется на основном элементе, таблице. Есть ошибочное мнение, что реляционная БД это и есть таблица. На самом деле таблица это всего лишь визуальное или лучше сказать, внешнее отражение РБД, на экране или принтере. На экране мы видим не все данные, а только фильтрованные (отобранные) данные. Пора разобраться с устройством реляционной (табличной) базы данных.
Устройство реляционной базы данных – таблицы, строки, столбцы
Таблицы, строки, столбцы это всем знакомые, элементы базы данных. В математике эти элементы называют: отношения, кортежи, атрибуты в множествах.
Множество это набор уникальных значений, которые закрыты от других множеств (ограничение), не упорядочены (до любого значения можно добраться, не затрагивая другие значения) и уникальны.
Атрибут множества, это название столбца в таблице БД. Математически, атрибут это множество, названий столбцов. Каждое название столбца уникально и неупорядочено. То есть, мы можем «добраться» до уникального названия столбца не затрагивая другие столбцы.
Очень важна уникальность атрибутов (названий столбцов) в рамках базы данных. Достигается уникальность столбцов, добавлением в его названия имя таблицы данных.
О неупорядоченности атрибутов
Математически, множество атрибутов: B.4, B.89, B.55, B.3, B.99, точно такое же, как множество: B.89, B.55, B.4, B.99, B.3. Но на практике, мы не можем вызывать столбцы по названию в произвольном порядке. Для упорядочивания вызова и нужен структурный язык. Для реляционных баз данных структурный язык это язык: SQL. В нем упорядоченный вызов столбцов поатрибутам выглядит так:
Столбцы реляционной базы данных
Столбцы данных математически называют кортежи. Каждый кортеж имеет столько атрибутов, сколько строк в таблице. При этом:
Выводы
В пользовательском «общении» с базами данных мы имеем дело, с столбцами, строками, таблицами. Математически в реляционной (табличной) теории их называют: атрибуты, кортежи и отношения. Столбцы могут именоваться колонками (colums), строки могут именоваться записями (records).
Отмечу, чаще приходится иметь дело с такими названиями:
Тип поле определяет тип данных, которые могут быть записаны в этом поле: текст, число, дата, время, валюта и т.п
Пересечение строки и столбца называют ячейка. А это значит, что каждая ячейка входит в запись и имеет свой тип поля.
Пример базы данных MySQL
Возьмем базу данных (таблицы) магазина, вернее одну таблицу базы данных всеx товаров магазина. Для справки это магазин на платформе Moguta, таблица: mg_product.