Пример сильной и слабой сущности типов - PullRequest
62 голосов
/ 20 января 2011

Я пытался найти в Google подходящее объяснение слабых и сильных типов сущностей , но я не до конца их понял.

Можеткто-нибудь приведёт мне пример сильного и слабого типа сущности?

Ответы [ 12 ]

124 голосов
/ 20 января 2011

Слабая сущность - это та, которая может существовать, только если принадлежит другой.Например: ROOM может существовать только в BUILDING .С другой стороны, ШИНА может рассматриваться как сильная сущность, поскольку она также может существовать без привязки к CAR .

50 голосов
/ 20 января 2011

Просто чтобы поиграть с этим, вопрос сильный тип сущности, а ответ слабый. Вопрос всегда есть, но для ответа нужен вопрос.

Пример: Не спрашивайте «Почему?» если твой папа - профессор химии

18 голосов
/ 17 октября 2012

Страховой полис компании страхует работника и любых иждивенцев, ЗАВИСИМЫЙ не может существовать без РАБОТНИКА; то есть, человек не может получить страховое покрытие в качестве иждивенца, если он не является иждивенцем сотрудника. ЗАВИСИМОСТЬ является слабым лицом в отношениях "У РАБОТОДАТЕЛЯ есть ЗАВИСИМОСТЬ"

15 голосов
/ 22 июля 2013

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

Примеры

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

7 голосов
/ 28 февраля 2016

Сильная сущность

Может существовать без какой-либо другой сущности.

Пример

Customer(customerid, name, surname)

Слабая сущность

Это зависит от доминирующей сущности и не может существовать без сильной сущности.

Пример

Adress(addressid, adressName, customerid)
3 голосов
/ 01 марта 2018

. / База данных / DataModels / RelationalDataModel / WeakEntity

Это, вероятно, можно записать двумя факторами:

  • ЗАВИСИМОСТЬ: Зависит от наличия идентифицирующего набора сущностей (всего, отношение один-ко-многим).
  • ИДЕНТИФИКАЦИЯ: Не имеет первичного ключа. У него есть частичный ключ (или дискриминатор). Для идентификации необходимо использовать первичный ключ другой таблицы.

Если бы мы думали о базе данных, содержащей вопросы и ответы, тогда вопросы были бы сильной сущностью, а ответы были бы слабой сущностью. Итак, Вопрос (id, текст) и Ответ (число, question_id, текст) будет нашими таблицами. Но почему таблица Ответчика является слабой сущностью?

  • Зависимость от таблицы вопросов. Каждый ответ связан с одним вопросом (предположением) и поэтому не может быть сам по себе. Вот почему у нас есть люди, которые задают один вопрос и сами отвечают на него, чтобы они могли помочь другим людям и получить дополнительные симпатии.

  • Идентификация по первичному ключу вопроса . Невозможно определить ответ (при условии, что его идентификатор является числовым идентификатором), поскольку на вопрос могут отвечать ответы, чей идентификатор может существовать и в других вопросах. Первичный ключ таблицы ответов: (число, вопрос_ид).

3 голосов
/ 07 января 2013

Слабые сущности также называются зависимыми сущностями , поскольку его существование зависит от других сущностей. Такие объекты представлены двойным контурным прямоугольником на диаграмме E-R.

Сильные субъекты также называются независимыми субъектами.

2 голосов
/ 19 сентября 2016

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

Существует два типа многозначных атрибутов. Одним из них является просто множество значений для таких объектов, как «хобби», в качестве атрибута для студента. У студента может быть много разных увлечений. Если мы оставим хобби в наборе студенческих сущностей, «хобби» больше не будет уникальным. Мы создаем отдельную сущность как хобби. Затем мы связываем хобби и ученика, как нам нужно. Набор хобби-сущностей теперь является ассоциативным множеством сущностей. Что касается того, слаб он или нет, нам нужно проверить, достаточно ли у каждого объекта уникальных идентификаторов для его идентификации. Во многих случаях, имя хобби может быть достаточно для его идентификации.

Другой тип проблемы многозначных атрибутов нуждается в слабой сущности, чтобы ее исправить. Допустим, объект сущности установлен в системе продуктовых запасов. Является ли предмет категорией или фактически предметом? Это важный вопрос, потому что клиент может купить один и тот же товар за один раз и на определенную сумму, но он также может купить один и тот же товар в другое время за другое количество. Вы можете увидеть это один и тот же предмет, но из разных предметов. Элемент теперь является многозначным атрибутом. Мы решаем это, сначала отделяя элемент категории от фактического элемента. Два теперь разные наборы сущностей. Элемент категории имеет описательные атрибуты элемента, как и элемент, о котором вы обычно думаете. Фактический элемент больше не может иметь описательные атрибуты, потому что у нас не может быть избыточной проблемы. Фактический элемент может иметь только дату, время и количество элемента. Вы можете связать их, как вам нужно. Теперь давайте поговорим о том, является ли один слабым субъектом другого. Описательных атрибутов более чем достаточно для идентификации каждого объекта в наборе объектов элемента категории. Фактический элемент имеет только дату и время. Даже если мы извлечем все атрибуты в записи, мы все равно не сможем идентифицировать сущность. Думайте об этом только время и количество. Фактический набор сущностей элементов является набором слабых сущностей. Мы идентифицируем каждую сущность в наборе с помощью дубликата простого ключа из набора сущностей элементов категории.

0 голосов
/ 06 января 2019

После просмотра поисковых систем в течение нескольких часов я наткнулся на сайт с отличным примером ERD: http://www.exploredatabase.com/2016/07/description-about-weak-entity-sets-in-DBMS.html

Я заново создал ERD.К сожалению, они не указали первичный ключ слабого объекта.

enter image description here

Если в здании может быть только одна и только одна квартира, то, похоже,номер комнаты частичного дискриминатора не будет создан (то есть отброшен).

0 голосов
/ 19 февраля 2016

Объект данных, который может существовать вне зависимости от существования другого объекта данных, называется сильным объектом данных.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...