Unidad 2

TAREA 3

CLAVE

Una clave nos ayuda a identificar de manera única las relaciones y así poder distinguirlas entre sí.

Conjuntos de entidades

Una superclave es un conjunto de uno o más atributos que, tomados colectivamente, permiten identificar de forma única una entidad en el conjunto de entidades.  La  superclave puede contener atributos innecesarios. Cuando una superclave  tiene un superconjunto se llaman claves candidatas. Es posible que los conjuntos distintos de atributos pudieran servir como clave candidata.

Aunque los atributos juntos puedan distinguir, su combinación no forma una clave candidata, ya que el atributo por sí solo es una clave candidata.

Se usa el término clave primaria para denotar una clave candidata que es elegida por el diseñador de la base de datos como elemento principal para identificar las entidades dentro de un conjunto de entidades.

Una clave ya sea primaria, candidata y superclave es una propiedad del conjunto de entidades, más que de las entidades individuales. Cualquiera de las dos entidades individuales en el conjunto no puede tener el mismo valor en sus atributos clave al mismo tiempo.

Las claves candidatas se deben designar con cuidado.  Usar alguna combinación única de otros atributos como clave es una alternativa.

La clave primaria se deberá elegir de manera que sus atributos no cambien.

Conjuntos de relaciones.

 La clave primaria de un conjunto de entidades permite distinguir entre las diferentes entidades del conjunto.

Si los nombres de atributos de las claves primarias no son únicos en todos los conjuntos de entidades, los atributos se renombran para distinguirse; La estructura de la clave primaria para el conjunto de relaciones depende de la correspondencia de cardinalidades asociada al conjunto de relaciones. Para las relaciones no binarias, si no se localizan restricciones de cardinalidad, entonces la superclave formada es la única clave candidata, y se elige como clave primaria.

La elección de la clave primaria es más complicada si aparece una restricción de cardinalidad.

CUESTIONES DE DISEÑO

Las nociones de conjunto de entidades y conjunto de

relaciones no son precisas, y es posible definir un conjunto de entidades y las relaciones entre ellas de diferentes formas.

 Uso de conjuntos de entidades   o atributos

Considérese el conjunto de entidades empleado con los atributos nombre-empleado y número-teléfono. Se puede argumentar fácilmente que un teléfono es una entidad por sí misma con atributos número-teléfono y ubicación Por tanto, aparecen dos cuestiones naturales: ¿qué constituye un atributo? y ¿qué constituye un conjunto de entidades? Por desgracia no hay respuestas simples. Las distinciones dependen principalmente de la estructura de la empresa del mundo real que se esté modelando y de la semántica asociada con el atributo en cuestión. Un error común es usar la clave primaria de un conjunto de entidades como un atributo de otro conjunto de entidades, en lugar de usar una relación. Por ejemplo, es incorrecto modelar id-cliente como un atributo de préstamo incluso si cada préstamo tiene sólo un cliente. La relación prestatario es la forma correcta de representar la conexión entre préstamos y clientes, ya que hace su conexión explícita en lugar de implícita mediante un atributo. Otro error relacionado que se comete es designar a los atributos de la clave primaria de los conjuntos de entidades relacionados como atributos del conjunto de relaciones. Esto no se debería hacer, ya que los atributos de la clave primaria son ya implícitos en la relación.

 Uso de conjuntos de entidades  o conjuntos de relaciones

No siempre está claro si es mejor expresar un objeto mediante un conjunto de entidades o mediante un conjunto de relaciones. Una alternativa es modelar un préstamo no como una entidad, sino como una relación entre clientes y sucursales, con número-préstamo e importe como atributos descriptivos. Cada préstamo se representa mediante una relación entre un cliente y una sucursal. Una posible guía para determinar si usar un conjunto de entidades o un conjunto de relaciones es designar un conjunto de relaciones para describir una acción que ocurre entre entidades. Este enfoque puede también ser útil para decidir si ciertos atributos se pueden expresar más apropiadamente como relaciones.

Conjuntos de relaciones binarias  o n-arias

Las relaciones en las bases de datos son generalmente binarias. Algunas relaciones que parecen no ser binarias podrían ser representadas mejor con varias relaciones binarias. Así, conceptualmente, se puede restringir el modelo E-R para incluir sólo conjuntos de relaciones binarias. Sin embargo, esta restricción no siempre es deseable.

• Un atributo de identificación puede haber sido creado para el conjunto de entidades para representar el conjunto de relaciones. Este atributo, con los conjuntos de relaciones extra necesarios, incrementa la complejidad del diseño y los requisitos de almacenamiento.

• Un conjunto de relaciones n-arias muestra más claramente que varias entidades participan en una relación simple.

• Podría no haber una forma de traducir restricciones en la relación ternaria en restricciones sobre relaciones binarias. Por ejemplo, considérese una restricción que dice que R es varios a uno de A, B a C; es decir, cada par de entidades de A y B se asocia con a lo sumo una entidad C. Esta restricción no se puede expresar usando restricciones de cardinalidad sobre los conjuntos de relaciones RA, RB y RC

 Ubicación de los atributos  de las relaciones

La razón de cardinalidad de una relación puede afectar a la situación de los atributos de la relación. Los atributos de los conjuntos de relaciones uno a uno o uno a varios pueden estar asociados con uno de los conjuntos  de entidades participantes, en lugar de con el conjunto de relaciones. Por ejemplo, especificamos que impositor es un conjunto de relaciones uno a varios tal que un cliente puede tener varias cuentas, pero cada cuenta está asociada únicamente con un cliente. En este caso, elatributo fecha-acceso, que especifica cuándo accedió por última vez el cliente a la cuenta, podría estar asociado con el conjunto de entidades cuenta para mantener la simplicidad de la figura sólo se muestran algunos de los atributos de los dos conjuntos de entidades. Como cada entidad cuenta participa en una relación con a lo sumo un ejemplar de cliente, hacer esta designación de atributos tendría el mismo significado que si se colocase fecha-acceso en el conjunto de relaciones impositor. Los atributos de un conjunto de relaciones uno a varios se pueden colocar sólo en el conjunto de entidades de la parte «varios» de la relación. Por otra parte, para los conjuntos de entidades uno a uno, los atributos de la relación se pueden asociar con cualquiera de las entidades participantes. La decisión de diseño de dónde colocar los atributos descriptivos en tales casos —como un atributo de la relación o de la entidad— podría reflejar las características de la empresa que se modela. El diseñador puede elegir mantener fecha-acceso como un atributo de impositor para expresar explícitamente que ocurre un acceso en el punto de interacción entre los conjuntos de entidades cliente y cuenta. La elección de la colocación del atributo es más clara para los conjuntos de relaciones varios a varios. Volviendo al ejemplo, especificamos el caso quizá más realista de impositor que es un conjunto de relaciones varios a varios, expresando que un cliente puede tener una o más cuentas, y que una cuenta puede ser mantenida por uno o más clientes. Si se expresa la fecha en que un cliente específico accedió por última vez a una cuenta específica, fecha-acceso debe ser un atributo del conjunto de relaciones impositor, en lugar de una de las entidades participantes. Si fecha-acceso fuese un atributo de cuenta.

CONCLUSIONES

Las claves son una manera de poder identificar relaciones entre así con el fin de poder utilizarse de manera adecuada. Pueden ser primarias que es la que se denota con la clave candidata la cual  se maneja de acuerdo al usuario y superclave que es una propiedad del conjunto de entidades de acuerdo a su conjunto.

En el apartado de cuestiones de diseño nos habla de que los conjuntos de entidades y los conjuntos de relaciones no siempre son iguales y para poder diferenciarlos tendríamos que tener presentes ciertos puntos que tratarían de explicar el lugar donde se encuentran los atributos y las relaciones ya  que el punto donde se encuentre cada una puede afectar el estado de la otra, también el uso que se le va a dar a cada conjunto por que casi siempre se dificulta saber para que se usa cada uno, y también nos explica el momento en los que se debe usar los conjuntos y atributos.