Таблицы с общим первичным ключом

Question

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

Вот пример:

Таблица 1
свойство (PROPERTY_ID, property_location, property_price, ...);

Таблица 2
квартира (PROPERTY_ID, flat_floor, flat_bedroom_count, ...);

Answer 1

Что у вас есть выглядит как наследование таблицы. Если ваша структура таблицы такова, что все записи flat представляют собой одиночные property, но не все property записей относятся к flat, то это наследование таблицы. Это способ моделирования чего-то близкого к объектно-ориентированным отношениям (другими словами, flat наследует от property) в реляционной базе данных.

Answer 2

"Foreign key"?

Answer 3

Если я правильно понимаю ваш пример, термином моделирования данных является тип Supertype/Subtype. Это метод моделирования, в котором вы определяете корневую таблицу (супертип), содержащую общие атрибуты, и одну или несколько ссылочных таблиц (подтипов), которые содержат разные атрибуты на основе моделируемых объектов.

Например, у вас может быть таблица Person (супертип), содержащая столбцы для атрибутов, относящихся ко всем людям, например Name. Тогда у вас может быть таблица Employee (подтип), содержащая атрибуты, характерные только для сотрудников, такие как ставка оплаты и дата найма. Затем вы можете продолжить этот процесс с помощью дополнительных таблиц для других специализаций Лица, таких как Подрядчик. Каждая из таблиц подтипа будет иметь столбец ключевых слов PersonID, который может быть основным ключом таблицы подтипа, а также внешний ключ, ссылающийся на таблицу Person.

Для получения дополнительной информации, найдите в Google «объекты супертипа и подтипа» и просмотрите ссылки ниже.

• http://www.learndatamodeling.com/dm_super_type.htm
• http://technet.microsoft.com/en-us/library/cc505839.aspx

Answer 4

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

Лучшее, что я могу сделать, это отношения «один к одному» или «нет» или «один к одному». (Я сам признаюсь в неаккуратной терминологии - я просто называю это взаимно-однозначным отношением.)

Независимо от того, что вы решили назвать, вы можете правильно моделировать его и поддерживать целостность в своей базе данных, создав столбец property_id в свойство PK и столбец property_id в плоском PK, а также FK для свойства.

Answer 5

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

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

Answer 6

(дисфункциональности сайта не позволяет мне добавлять это как комментарий в соответствующем месте.)

«Как бы вы интерпретировать» ... что доля общей первичный ключ?»"

I интерпретировать это в единственном разумном смысле: в таблице 1 значения атрибутов для первичного ключа гарантируются как уникальные, а в таблице2 значения атрибутов для первичного ключа гарантируются как уникальные. И кроме того, первичный ключ в обеих таблицах имеет одинаковые [набор] имен атрибутов и что типы, соответствующие атрибуту первичного ключа [s], также попарно одинаковы. Не больше, не меньше.

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

«Можете ли вы привести пример с двумя таблицами с разделяемыми первичными ключами, где одна таблица не будет содержать все значения ключей, которые появляются в другом?» "

Таблица1: колонка А целочисленного типа, первичный ключ А Table2: колонка А целочисленного типа, первичный ключ А

Строки в таблице 1: {A: 1}.. Удовлетворяет первичный ключ для table1 Строки в table2: {A: 2}..?. Удовлетворяет первичный ключ для table2

будучи убеждена