Skip to content

Instantly share code, notes, and snippets.

Created September 26, 2017 03:51
Show Gist options
  • Save anonymous/e5f6343ca4ca728f2bacdc56e25984c2 to your computer and use it in GitHub Desktop.
Save anonymous/e5f6343ca4ca728f2bacdc56e25984c2 to your computer and use it in GitHub Desktop.
Понятие внешнего ключа

Понятие внешнего ключа



Ссылка на файл: >>>>>> http://file-portal.ru/Понятие внешнего ключа/


Классификация сущностей. Первичные и внешние ключи
Внешний ключ
Чем отличается первичный ключ от внешнего ключа?
























Архитектура Биология География История 25 Компьютеры Кулинария Культура Литература Математика Медицина Механика Образование Политика Правоведение Психология Религия Социология Спорт Строительство Технология Транспорт Физика Философия Финансы Химия Экология Экономика Электроника Ассоциации рассматриваются как полноправная сущность. Могут участвовать в других ассоциациях и обладать набором атрибутов. Обозначения обозначающая сущность — связи вида многие к одной или одна к одной между двумя сущностями. Отличается от характеристики тем, что не зависит от обозначающей сущности. Является частным случаем ассоциации. Единственная цель характеристики — описание или уточнение некоторой другой сущности. Существование характеристики полностью зависит о характеризуемой сущности. Ключ или потенциальный ключ — лишь набор атрибутов, по значениям которых, можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что лексически из набора любого атрибута не позволяет идентифицировать сущность по оставшимся. Один из ключей принимается за первичный ключ а остальные называются альтернативными. Потенциально ключ, состоящий из одного атрибута, называются простыми. Не допускается, чтобы первичный ключ стержневой сущности принимал неопределенное значение, иначе возникает противоречивая ситуация — появится не обладающий индивидуальностью, и, следовательно, не существующий экземпляр стрежневой сущности. По тем же причинам необходимо обеспечить уникальность первичного ключа. Если сущность С связывает сущности А и В, то она должна включать внешние ключи, соответствующие первичным ключам сущностей А и В. Таким образом, для каждого внешнего ключа в проекте базы данных необходимо специализировать не только поле или комбинацию полей, составляющих этот внешний ключ, но так же ответы на приведенные выше вопросы. Реляционная модель данных характеризуется простой структурой данных и удобным для пользователя представлением. Реляционная модель рассчитана на организацию данных в виде двумерных таблиц. Реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:. Любые данные, используемые в программировании, имеют свои типы данных. Реляционная модель требует, чтобы типы используемых данных были простыми. Простые атомарные типы данных не обладают внутренней структурой. Данные такого типа называют скалярными. К ним относятся логические, числовые, строковые типы данных. Понятие атомарности довольно относительно. Так, строковый тип данных можно рассматривать как одномерный массив символов, а целый тип данных как набор битов. Важно здесь лишь то, что при переходе на такой низкий уровень теряется семантика, то есть смысл данных. Структурирование типов данных предназначено для задания сложных структур данных, которые конструируются из составляющих элементов, которые в свою очередь могут обладать внутренней структурой массивы, записи, структуры. Ссылочный тип данных предназначен для обеспечения возможности указания на другие данные. Этот тип данных предназначен для языков процедурного типа, в которых есть области памяти для хранения данных. Для реляционной модели данных тип используемых данных не так важен. Требование того, чтобы тип данных был простым нужно понимать так, что в реляционных операциях не должна учитываться внутреннее структура данных. В реляционной модели данных понятие типа данных тесно связано с понятие домен, которое можно считать уточнением типа данных. Домен — семантическое понятие. Его можно рассматривать как подмножество значений некоторого типа данных. Отличие домена понятия подмножества состоит именно в том, что домен отражает семантику определенной предметной области. Может быть несколько доменов, совпадающих как подмножество, но несущие различный смысл. Основное значение домена состоит в том, что домены ограничивают сравнения. Некорректно с логической точки зрения сравнивать значения различных доменов, даже если они имеют одинаковый тип. Синтаксически правильно выдать список всех деталей, у которых вес детали больше имеющегося количества не соответствует смыслу понятий количества и веса. Отношения и их свойства, атрибуты и кортежи. Понятие отношения является фундаментальным понятием реляционной модели данных. Имена атрибутов должны быть уникальными в пределах отношения. Часто имена атрибутов совпадают с именами соответствующих доменов. Некоторое отношение R, определенное на множестве доменов D 1 ,D 2 ,…D n содержит две части: Заголовок отношения содержит фиксированное количество атрибутов отношения. Тело отношения содержит множество картежей отношений. Каждый картеж отношений представляет собой множество пар вида. При этом значение Val i принадлежит атрибуту A i D i. Число атрибутов в отношении называют степенью или арностью отношения. Число картежей отношения называют мощностью отношения. Заголовок отношения описывает декартово произведение доменов, на котором задано отношение. Он не меняется в процессе работы с базой данных. Если в отношении изменены, добавлены или удалены атрибуты, в результате получается другое отношение. Тело отношения представляет собой набор картежей, то есть подмножество декартового произведения доменов и является отношением в математическом смысле слова. Тело отношения может изменяться во время работы с базой данных, то есть картежи могут изменяться, прибавляться и так далее. Реляционной базой данных называется набор отношений. Схемой реляционных баз данных называется набор заголовков отношений, входящий в базу данных. Хотя любое отношение можно изобразить в виде таблицы, но отношения не являются таблицей. Это близкие но не соответствующий понятия. Тело отношения — это множество картежей и как всякое множество не может содержать неразличимые элементы. Таблицы в отличие от отношений могут содержать одинаковые строки. Одно и то же отношение не может быть изображено разными таблицами, в которых строки идут в различном порядке. Так как каждый атрибут имеет уникальное имя в пределах отношения, то порядок атрибутов не имеет значения. Одно и то же отношение может быть изображено разными таблицами, в которых столбцы идут в различном порядке. Из свойств отношения следует, что не каждая таблица может задавать отношения. Для этого ей требуется иметь простую структуру, не содержать одинаковых строк, любой ее столбец должен содержать данные только одного типа, при этом все используемые типы данных должны быть простыми. Проблема логического проектирования реляционной базы данных состоит в обоснованном принятии решения о том, из каких отношений должна состоять база данных и какие атрибуты должны быть у этих отношений. В реляционной модели данных фиксируется два базовых требования целостности, которые должны поддерживаться в любой реляционной СУБД. Должен найтись картеж с таким же значением первичного ключа, либо значение внешнего ключа должно быть неопределенным. Главная Обратная связь Дисциплины: Эта страница нарушает авторские права.


Сколько стоит монитор для компьютера асус
Расписание автобусов на кладбище ноябрьске
Народные средства для ресниц в домашних условиях
Ключи и индексы
Где можно сделать лечебный
Свойства молочной сыворотки на организм человека
Страшные истории про тайгу
46.Дать понятия первичный ключ (pk), внешний ключ (fk), альтернативный ключ, инверсный вход. Типы и организация связей между таблицами.
Как сделать православный крест своими руками
Первенство пермского края по стритболу 2017 результаты
Понятие ключа. Виды ключей и их назначение.
Тошнота после приема пищи причины
2 денариев таро значение
Афазия характеристика нарушения
Понятие ключа. Виды ключей и их назначение.
Iggy pop in the death car перевод
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment