непрофессиональный термин для определения родства

Question

Есть пары вопросов, связанных с просьбой о различии / объяснении идентифицирующих и неидентифицирующих отношений в базе данных отношений.

Мой вопрос в том, можете ли вы придумать более простой термин для этих жаргонов?Однако я понимаю, что технические термины должны быть конкретными и недвусмысленными.Но наличие "альтернативного названия" может помочь учащимся легче разобраться в лежащей в его основе концепции.

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

ваше здоровье!

Answer 1

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

Затем произнесите ссылочная таблица представляет собой таблицу с неидентифицирующей связью.

Например, PhoneNumbers является ребенок из Users, поскольку номер телефона имеет идентифицирующую связь со своим пользователем (т.е.первичный ключ PhoneNumbers включает внешний ключ к первичному ключу Users).

Принимая во внимание, что Users таблица имеет state столбец , который является внешним ключом к States таблица, что делает ее неидентифицирующим отношением.Так что вы могли бы сказать Users ссылки States, но не является его дочерним элементом как таковым.

Answer 2

Я думаю, что принадлежит к было бы хорошим названием для идентифицирующих отношений.

"Слабый тип объекта" не имеет своего собственного ключа, только "частичный ключ", поэтому каждый экземпляр объекта этого слабого типа объекта должен принадлежать какому-либо другому экземпляру объекта, чтобы его можно было идентифицировать, и это "идентифицирующая связь".Например, у арендодателя может быть база данных с апартаменты и комнаты.A комната может быть вызван Кухня или Ванная, и хотя это имя уникально в пределах квартиры, в базе данных будет много комнат с таким названием Кухня, так что это всего лишь частичный ключ.Чтобы однозначно идентифицировать комнату в базе данных, вам нужно сказать, что это Кухня в это конкретная квартира.Другими словами, комнаты принадлежать к апартаменты.

Answer 3

Я собираюсь порекомендовать термин "слабая сущность" из ER modeling.

Некоторые разработчики моделей концептуализируют предмет как состоящий из сущности и отношения среди сущностей.Это приводит к моделированию сущностей и отношений (ER Modeling).Атрибут может быть привязан к сущности или отношению, а значения, хранящиеся в базе данных, являются экземплярами атрибутов.

Если вы занимаетесь моделированием ER, то существует своего рода сущность, называемая "слабой сущностью".Частью идентичности слабой сущности является идентичность более сильной сущности, к которой принадлежит слабая.

Примером может служить заказ в системе обработки заказов.Заказы состоят из позиций, и каждая позиция содержит идентификатор продукта, цену за единицу и количество.Но кампании не имеют идентификационного номера во всех заказах.Вместо этого позиция идентифицируется по {номеру позиции, номеру заказа}.Другими словами, кампания не может существовать, если она не является частью ровно одного заказа.Товар под номером 1 является первым товаром в любом порядке, к которому он относится, но для идентификации товара вам нужны оба номера.

Модель ER легко превратить в реляционную модель.Людям, которые являются экспертами в области данных, но ничего не знают о базах данных, также легко привыкнуть к ER-модели данных, которые они понимают.

Есть и другие моделисты, которые яростно возражают против необходимости ER-моделирования.Я не один из них.

Answer 4

Ничто, абсолютно ничто в том виде моделирования, где человек сталкивается с такими вещами, как "отношения" (э-э, я полагаю), не является "техническим", "точным" или "недвусмысленным".И этого не может быть.

A) ER-моделирование всегда и по необходимости является неформальным, поскольку его никогда не может быть достаточно для захвата / выражения всего определения базы данных.

Б) Существует так много различных диалектов ER, что просто невозможно, чтобы все они использовали точно такие же термины с точно таким же значением.Недавно я даже обнаружил, что в каком-то британском университете, который преподает ER-моделирование, используется термин "подтип сущности" для обозначения того же самого, что я всегда называл "супертипом сущности", и наоборот!

Answer 5

Можно было бы использовать connection.

У вас есть соединение между двумя таблицами, где идентификаторы одинаковы.

Что-то в этом роде.

Answer 6

как насчет

• Ассоциация
• Ссылка
• Корреляция