Я попытался взглянуть на Google о достойном объяснении слабого и сильного типа сущности, но я не полностью понял их.
Может ли кто-нибудь дать мне пример сильного и слабого типа сущности?
Я попытался взглянуть на Google о достойном объяснении слабого и сильного типа сущности, но я не полностью понял их.
Может ли кто-нибудь дать мне пример сильного и слабого типа сущности?
Слабая сущность - это та, которая может существовать только тогда, когда она принадлежит другой. Например: КОМНАТА может существовать только в СТРОИТЕЛЬСТВЕ. С другой стороны, ШИНА может рассматриваться как сильная сущность, потому что она также может существовать без привязки к ЦАР.
Просто, чтобы играть с ним, вопрос - сильный тип сущности, а ответ слабый. Вопрос всегда есть, но ответ требует, чтобы вопрос существовал.
Пример: Не спрашивайте "Почему?" если ваш папа профессор химии
Страховой полис компании гарантирует работника и любых иждивенцев, DEPENDENT не может существовать без EMPLOYEE; то есть лицо не может получить страховое покрытие в качестве зависимого, если только лицо не является зависимым от сотрудника. НЕЗАВИСИМОСТЬ является слабым субъектом в отношении "СОТРУДНИК имеет ЗАВИСИМОСТЬ"
A слабый объект - это объект, который не может быть полностью идентифицирован его собственными атрибутами и берет внешний ключ как атрибут (как правило, он принимает первичный ключ сущности, к которой он относится) в соединении.
<сильные > Примеры
Существование комнат полностью зависит от наличия отеля. Таким образом, комнату можно рассматривать как слабое лицо отеля.
Другим примером является
банковский счет конкретного банка не существует, если банк больше не существует.
Слабые объекты также называются зависимыми объектами, поскольку это существование зависит от других объектов. Такие объекты представлены двойным контурным прямоугольником на диаграмме E-R.
Сильные объекты также называются независимыми объектами.
Он может существовать без какой-либо другой сущности.
Пример
Customer(customerid, name, surname)
Это зависит от доминирующей сущности, и она не может существовать без сильной сущности.
Пример
Adress(addressid, adressName, customerid)
Слабая сущность существует для решения проблемы многозначных атрибутов.
Существует два типа многозначных атрибутов. Один из них - это просто много значений для таких объектов, как "хобби" как атрибут для ученика. У студента может быть много разных увлечений. Если мы оставим хобби в студенческом образовании, "хобби" больше не будет уникальным. Мы создаем отдельный объект, созданный как хобби. Затем мы свяжемся с хобби и учеником по мере необходимости. Набор объектов хобби теперь является ассоциативным набором объектов. Что касается слабой или нет, нам нужно проверить, имеет ли каждый объект достаточно уникальных идентификаторов для его идентификации. По мнению многих, имя хобби может быть достаточно, чтобы идентифицировать его.
Другим типом многозначной проблемы атрибута нужен слабый объект для его исправления. Пусть говорят, что объект объекта установлен в системе инвентарного инвентаря. Является ли элемент элементом категории или фактическим элементом? Это важный вопрос, потому что клиент может купить один и тот же товар за один раз и на определенную сумму, но он также может купить тот же товар в другое время с другой суммой. Вы видите, что это тот же элемент, но с разными объектами. Элемент теперь является многозначным атрибутом. Мы решаем его, сначала разделяя элемент категории с фактическим элементом. Эти два теперь представляют собой разные сущности. Элемент категории имеет описательные атрибуты элемента, точно так же, как предмет, который вы обычно думаете. У фактического элемента больше нет описательных атрибутов, потому что у нас нет избыточной проблемы. Фактический элемент может иметь только дату и время. Вы можете связать их по мере необходимости. Теперь давайте поговорим о том, является ли это слабым субъектом другого. Описательных атрибутов более чем достаточно, чтобы идентифицировать каждый объект в наборе объектов элемента категории. Фактический элемент имеет только дату и количество даты. Даже если мы вытаскиваем все атрибуты в записи, мы все равно не можем идентифицировать объект. Подумайте, это просто время и сумма. Фактический набор объектов объекта является слабым набором объектов. Мы идентифицируем каждый объект в наборе с помощью двойного простого ключа из набора объектов элемента категории.
.//База DataModels/RelationalDataModel/WeakEntity
Вероятно, это можно записать двумя факторами:
Если бы мы думали о базе данных, содержащей вопросы и ответы, тогда вопросы были бы сильной сущностью, и ответы были бы слабым субъектом. Таким образом, Вопрос (id, текст) и Ответ (номер, вопрос_ид, текст) будут нашими таблицами. Но почему таблица ответов является слабым объектом?
Зависимость от таблицы вопросов. Каждый ответ связан с одним вопросом (предположением), и поэтому он не может быть сам по себе. Вот почему у нас есть люди, которые задают один вопрос и сами отвечают на них, чтобы они могли помочь другим людям и получить дополнительные симпатии.
Идентификация из первичного ключа вопроса. Невозможно было бы определить ответ (при условии, что его идентификатор является идентификатором номера), поскольку на вопрос могут ответить ответы, чей идентификатор может существовать и в других вопросах. Первичный ключ таблицы ответов: (number, question_id).
Слабый тип сущности: Сущность, чьи экземпляры не могут выходить без связи с экземплярами какого-либо другого объекта, называется слабым типом сущности. Он не может существовать независимо. Например: наш ПК зависит от нас, он не будет открыт или закрыт со своим.
Сильный тип сущности: Объект, связанный с экземплярами любого другого типа объекта, называется сильным типом объекта. Он может выйти независимо. Например: человек может делать все, что угодно, везде и всегда использовать
В ARC вводятся первые сильные/слабые типы ссылок. В Non ARC используется назначение/сохранение. Сильная ссылка означает, что вы хотите "владеть" объектом, который вы ссылаетесь на это свойство/переменную. Компилятор позаботится о том, чтобы любой объект, который вы назначили этому свойству, не будет уничтожен, пока вы укажете на него с сильной ссылкой. Только после того, как вы установите свойство на nil, объект будет уничтожен.
Слабая ссылка означает, что вы не хотите иметь контроль над временем жизни объекта или не хотите "владеть" объектом. Объект, на который вы ссылаетесь слабо, живет только потому, что по крайней мере один другой объект имеет сильную ссылку на него. Как только это уже не так, объект будет уничтожен, и ваше слабое свойство автоматически будет установлено на ноль. Наиболее частые случаи использования слабых ссылок в iOS для IBOutlets, делегатов и т.д.
Подробнее см. http://www.informit.com/articles/article.aspx?p=1856389&seqNum=5
Объект данных, который может существовать без зависимости от существования другого объекта данных, известен как "Сильный объект данных".