una relacional relacion modelo libro hacer entidad empresa ejemplos diagrama datos como caracteristicas database weak-entity

database - relacional - Ejemplo de tipos de entidades fuertes y débiles



modelo entidad relacion pdf (11)

Entidad fuerte

Puede existir sin ninguna otra entidad.

Ejemplo

Customer(customerid, name, surname)

Entidad débil

Depende de una entidad dominante, y no puede existir sin una entidad fuerte.

Ejemplo

Adress(addressid, adressName, customerid)

Intenté buscar en Google una explicación decente del tipo de entidad débil y fuerte , pero no los he entendido del todo.

¿Podría alguien darme un ejemplo de un tipo de entidad fuerte y débil?

Existe una entidad débil para resolver el problema de atributos multivalor.

Hay dos tipos de atributos multivalor. Uno es simplemente los muchos valores para un objeto como un "hobby" como atributo para un alumno. El estudiante puede tener muchos pasatiempos diferentes. Si dejamos los pasatiempos en la entidad estudiantil establecida, "pasatiempo" ya no sería único. Creamos un conjunto de entidades separadas como pasatiempo. Luego vinculamos el hobby y el alumno según lo necesitemos. El conjunto de entidades de pasatiempo ahora es un conjunto de entidades asociativas. En cuanto a si es débil o no, debemos verificar si cada entidad tiene suficientes identificadores únicos para identificarla. En muchas opiniones, un nombre de afición puede ser suficiente para identificarlo.

El otro tipo de problema de atributo multivaluado necesita una entidad débil para solucionarlo. Digamos una entidad de artículo establecida en un sistema de inventario de abarrotes. ¿Es el artículo un artículo de categoría o el artículo realmente? Es una pregunta importante, porque un cliente puede comprar el mismo artículo al mismo tiempo y en cierta cantidad, pero también puede comprar el mismo artículo en un momento diferente con una cantidad diferente. ¿Puedes ver el mismo artículo pero de diferentes objetos? El artículo ahora es un atributo de múltiples valores. Lo resolvemos separando primero el elemento de la categoría con el elemento real. Los dos ahora son conjuntos de entidades diferentes. El elemento de categoría tiene atributos descriptivos del artículo, al igual que el elemento que usualmente se piensa. El artículo real ya no puede tener atributos descriptivos porque no podemos tener un problema redundante. El artículo real solo puede tener la fecha y la cantidad del artículo. Puede vincularlos según lo necesite. Ahora, hablemos sobre si una es una entidad débil de la otra. Los atributos descriptivos son más que suficientes para identificar cada entidad en el conjunto de entidades de elementos de categoría. El artículo real solo tiene fecha e importe. Incluso si sacamos todos los atributos en un registro, todavía no podemos identificar la entidad. Piense que es solo el tiempo y la cantidad. El conjunto de entidades de elementos reales es un conjunto de entidades débiles. Identificamos cada entidad en el conjunto con la ayuda de la clave principal duplicada del conjunto de entidades de elementos de categoría.

Los primeros tipos de referencia fuertes / débiles se introducen en ARC. En No ARC asignar / retener se están utilizando. Una referencia fuerte significa que desea "poseer" el objeto al que hace referencia con esta propiedad / variable. El compilador se encargará de que cualquier objeto que asigne a esta propiedad no se destruirá siempre que lo señale con una referencia fuerte. Solo una vez que establece la propiedad en cero, el objeto se destruye.

Una referencia débil significa que significa que no desea tener control sobre la duración del objeto o no desea "poseer" el objeto. El objeto al que hace referencia débilmente solo vive porque al menos otro objeto contiene una fuerte referencia a él. Una vez que ya no es el caso, el objeto se destruye y su propiedad débil se establece automáticamente en cero. Los casos de uso más frecuentes de referencias débiles en iOS son para IBOutlets, Delegados, etc.

Para obtener más información, consulte: http://www.informit.com/articles/article.aspx?p=1856389&seqNum=5

Tipo de entidad débil: una entidad cuyas instancias no pueden salir sin estar vinculadas con instancias de alguna otra entidad se llama tipo de entidad débil. No puede existir de forma independiente. Por ejemplo: nuestra PC depende de nosotros, no se abrirá ni cerrará con la suya.

Tipo de entidad fuerte: una entidad cuyo enlace a las instancias de cualquier otro tipo de entidad se llama tipo de entidad fuerte. Puede salir de forma independiente. Por ejemplo: una persona puede hacer cada cosa puede ir a todas partes y usar cualquier cosa

Un objeto de datos que puede existir sin depender de la existencia de otro objeto de datos se conoce como Strong Data Object.

Una entidad débil es la entidad que no puede identificarse completamente por sus propios atributos y toma la clave externa como un atributo (generalmente toma la clave primaria de la entidad con la que está relacionada) en conjunto.

Ejemplos

La existencia de habitaciones depende por completo de la existencia de un hotel. Así que la habitación se puede ver como la entidad débil del hotel.
Otro ejemplo es el
la cuenta bancaria de un banco en particular no existe si el banco ya no existe.

Una entidad débil es aquella que solo puede existir cuando es propiedad de otra. Por ejemplo: una SALA solo puede existir en un EDIFICIO . Por otro lado, un TIRE se puede considerar como una entidad fuerte porque también puede existir sin estar conectado a un CAR .

Una póliza de seguro de la compañía asegura a un empleado y a sus dependientes, el DEPENDIENTE no puede existir sin el EMPLEADO; es decir, una persona no puede obtener cobertura de seguro como dependiente a menos que la persona sea dependiente de un empleado. DEPENDIENTE es la entidad débil en la relación "EL EMPLEADO TIENE DEPENDIENTE"

./Database/DataModels/RelationalDataModel/WeakEntity

Probablemente se puede escribir en dos factores:

  • DEPENDENCIA: Depende de la existencia de un conjunto de entidades identificadoras (total, relación de uno a muchos).
  • IDENTIFICACIÓN: no tiene una clave principal. Tiene una clave parcial (o discriminador). Necesita usar la clave primaria de otra tabla para su identificación.

Si pensáramos en una base de datos con preguntas y respuestas, entonces las preguntas serían la entidad fuerte y las respuestas serían la entidad débil. Entonces, Question (id, text) y Answer (number, question_id, text) serían nuestras tablas. ¿Pero por qué la tabla de Answer es una entidad débil?

  • Dependencia de la tabla de preguntas. Cada respuesta está conectada a una pregunta (suposición) y, por lo tanto, no puede ser independiente. Es por eso que tenemos personas que hacen una pregunta y la responden por sí mismas para que puedan ayudar a otras personas y obtener algunas aficiones adicionales.

  • Identificación de la clave principal de la pregunta . No se podría identificar una respuesta (suponiendo que su identificación sea un identificador numérico) porque una pregunta podría responderse mediante respuestas cuyo identificador también podría existir en otras preguntas. Clave principal de la tabla de respuestas: (number, question_id).

Las entidades débiles también se llaman entidades dependientes , ya que su existencia depende de otras entidades. Tales entidades están representadas por un rectángulo de doble esquema en el diagrama ER.

Las entidades fuertes también se llaman entidades independientes.