Реляционная база данных: различия между версиями
| [непроверенная версия] | [непроверенная версия] |
Содержимое удалено Содержимое добавлено
Siqvoo (обсуждение | вклад) Нет описания правки |
Siqvoo (обсуждение | вклад) Нет описания правки |
||
Строка 10:
{{main|Реляционная модель данных}}
Эта модель организует данные в одну или несколько [[Отношение (реляционная модель)| таблиц]] (или «отношений») столбцов и строк с уникальным ключом, идентифицирующим каждую строку. Строки также называются [[Запись (тип данных)|записями]] или [[Кортеж (информатика)|кортежами]]. Столбцы также называются атрибутами. Как правило, каждая таблица(отношение) представляет собой один тип сущности (например, клиент или продукт). Строки представляют экземпляры этого типа сущности (например, «Вася» или «стул») и столбцы, представляющие значения, присваиваемые этому экземпляру (например, адрес или цена).
== Ключи ==
Каждая строка в таблице имеет свой собственный уникальный ключ. Строки в таблице можно связать с строками в других таблицах, добавив столбец для уникального ключа связанной строки (такие столбцы известны как [[Внешний ключ|внешние ключи]] (ВК). Кодд показал, что отношения данных произвольной сложности могут быть представлены простым набором понятий.
Часть этой обработки включает в себя возможность выбора или изменения одной и только одной строки в таблице. Поэтому большинство физических реализаций имеют уникальный [[Первичный ключ]] (ПК) для каждой таблицы. Когда новая таблица записывается в таблицу, генерируется новое уникальное значение для первичного ключа; это ключ, который система использует прежде всего для доступа к таблице. Производительность системы оптимизирована для ПК. Другой, более [[естественный ключ]] также может быть идентифицирован и определен как [[интеллектуальный ключ]] (ИK). Часто для формирования ИK требуется несколько столбцов (это одна из причин, почему один целочисленный столбец обычно делается ПK). И ПК, и ИК имеют возможность однозначно идентифицировать строку внутри таблицы. Дополнительные технологии могут применяться для обеспечения уникального идентификатора по всему миру, [[UUID|глобально-уникальный идентификатор]] при более широких системных требованиях.
Первичные ключи в базе данных используются для определения отношений между таблицами. Когда ПK переносится в другую таблицу, он становится внешним ключом в другой таблице. Когда каждая ячейка может содержать только одно значение, а ПК переходит в обычную таблицу сущностей, этот шаблон проектирования может представлять собой отношение «один к одному» или «один ко многим». Большинство реляционных проектов баз данных разрешают отношения «многие-ко-многим», создавая дополнительную таблицу, содержащую ПK, из обеих таблиц сущностей - отношение становится сущностью; таблица разрешения затем называется соответствующим образом, и два ВK объединяются для формирования ПK. Перенос ПK в другие таблицы является второй основной причиной, по которой системные целые числа обычно используются как ПK; редко демонстрирует эффективность при переносе множества столбцов других типов.
=== Отношения ===
Отношения являются логической связью между различными таблицами, созданной на основе взаимодействия между этими таблицами.
== Нормализация ==
| |||