Home Bases de Datos El Modelo Entidad/Relación Jerarquías: Generalizaciones y Especializaciones

PostHeaderIcon Jerarquías: Generalizaciones y Especializaciones

Usar puntuación: / 72
MaloBueno 

Según la RAE la jerarquía es la "gradación de personas, valores o dignidades". El término se refiere precisamente al grado de importancia que adquieren una serie de entidades entre sí. Para ello se establece el concepto de especialización (convertir una entidad en varias subentidades) y de generalización (convertir varias entidades en una superentidad).

 

 

GENERALIZACIÓN Y JERARQUÍAS

La generalización es el proceso de abstracción inverso  a la especialización. Se quitan las diferencias entre varios tipos de entidades y generalizamos sus características comunes para formar una entidad superclase. Dependiendo de si las subclases pueden aparecer en más de una subclase podemos observar dos tipos:

  • Subclases disjuntas
  • Subclases solapadas

La jerarquía es el proceso de subdividir una entidad en varias subentidades relacionándolas con la entidad a la que se refieren. Puede haber dos tipos:

  • Total: que significa que no hay otro subtipo.
  • Parcial: significa que pueden haber otros subtipos.

Y los dos tipos de subentidades que puede haber,  se dividen en dos también:

  • Exclusiva: que significa que una subentidad no puede ser otra.
  • Solapada: significa que una subentidad también puede ser otra.

Por ejemplo, en una empresa la entidad  EMPLEADO con atributos NOMBRE, DNI, DIRECCIÓN, TELÉFONO, FECHA NACIMIENTO, SALARIO y PUESTO se divide en:

  • Arquitectos con atributos COMISIONES Y NUMERO DE PROYECTOS.
  • Administrativos con atributos PULSACIONES Y NIVEL
  • Ingenieros: con atributos ESPECIALIDAD Y AÑOS DE EXPERIENCIA

En el esquema Entidad-Relación quedaría de la siguiente forma:

CONSIDERACIONES

  • Generalización Total: todos los elementos de un tipo pertenecen a un subtipo, es decir, que no hay otro subtipo. 
  • Generalización Parcial: significa todo lo contrario, que si hay otros subtipos, muchas veces no aparecen en la jerarquía pero lo tienes que suponer. 
  • Generalización exclusiva: significa que un subtipo no puede ser otro, simplemente puede ser el mismo sin tener otra segunda opción. 
  • Generalización solapada: un subtipo puede tener la opción de ser otro subtipo, es decir, que no es único. 
  • Por tanto: generalizaciones totales y exclusivas, totales y solapadas, parciales y exclusivas, parciales y solapadas pueden ser las opciones que podemos tener a la hora de hacer una jerarquía. 
  • Por ejemplo:

Veamos un último ejemplo para aclarar los conceptos

El Ayuntamiento quiere una BD de las personas de la ciudad. Se distinguen los trabajadores, los estudiantes y los parados. De los trabajadores queremos conocer el número de la Seguridad Social, la empresa y el salario. De los estudiantes, el número de matrícula y el centro educativo. De los parados la fecha desde que está parado.

Una posible solución sería:

Se trata de una jerarquía total ya que solo se consideran esos tres tipos de personas (estudiantes, parados y trabajadores) y solapada ya que en principio un estudiante puede estar trabajando o en paro

 

Comentarios   

 
+1 #12 Philipp 21-03-2017 17:30
Me puse en la labor de investigar y hallé la pagina de
HP donde me notificaron que estaba por fuera de garantía que me tocaba llevarlo
a reparar.
Citar
 
 
0 #11 Administrator 07-02-2017 11:22
Cito a isaac:
y como podria pasarlo a modelo logico?

El modelo lógico escapa un poco a los intereses de este blog.
Saludos
Citar
 
 
0 #10 isaac 13-12-2016 18:03
y como podria pasarlo a modelo logico?
Citar
 
 
+1 #9 Eduar 09-06-2016 19:26
Ok, hombre claro, tengo esas dos tablas... pero entonces mi pregunta es cómo hago para ver el dispositivo en qué oficina esta y quien lo tiene asignado. Sé que inicialmente sería fácil, pero si pensamos en que ¿y si el empleado se traslada de oficina y no puede llevarse el dispositivo, o por el contrario el dispositivo tendrá que ser enviado a otra oficina?. Porque por lo visto tendría que usar una tabla dispositivo_ofi cina, y otra dispositivo_emp leado, pero habría redundancia creo yo.

Espero me hayas entendido, gracias por su respuesta.

Creo que te equivocas en el planteamiento (o yo no te estoy entendiendo). Yo entiendo que el dispositivo se asigna a un empleado y el empleado se asigna a una oficina. Eso serían dos relaciones (dispositivo-em pleado y empleado-oficin a). ¿Cómo actualizarla? Al cambiar a un empleado de oficina, si se lleva la tablet se actualizará la información al actualizar la oficina nueva (el dispositivo tiene asignado el empleado y el empleado está en otra oficina) porque la tablet no ha cambiado de empleado. Si se le cambia de oficina y no se lleva el dispositivo se libera el dispositivo (se elimina de la tabla dispositivo-emp leado). Obviamente la tabla dispositivo-emp leado tiene como clave principal la del dispositivo.

Saludos
Citar
 
 
+1 #8 Administrator 09-06-2016 09:13
Cito a Eduar:
¿Hombre eso también se puede aplicar para el siguiente caso?:

Tengo un dispositivo al cual lo debo asignar, para ello tengo solo DOS opciones de asignación la primera se lo asigno a una oficina o lo asigno a un empleado, pero debe ser una de las dos. por otro lado un empleado trabaja en una oficina a si se quien tiene el dispositivo y en donde esta.

Según lo que explico anteriormente seria Total exclusiva.

Mi pregunta es, ¿estoy imaginando bien el escenario o este tipo de casos se debería manejar de otra forma?.

Gracias por su respuesta.


Hola Eduar. Curiosa pregunta. No estoy seguro de que la jerarquía sea la respuesta en este caso, porque partimos de la idea de que las divisiones deben ser comunes, es decir, de algo que los engloba a todos a algo que clasifica el todo. En tu caso, ¿qué tienen en común empleado y oficina?

Yo valoraría otras posibilidades, como una tabla para los empleados, otra para las oficinas, y una relación del dispositivo con cada una, de manera que te quedan dos tablas para el dispositivo. Obviamente tendrías que controlar no prestarle un dispositivo que ya está asignado a una oficina a un empleado (o viceversa) lo cuál se podría hacer con un disparador (herramienta propia de la base de datos).

Espero haberte ayudado
Saludos
Citar
 
 
0 #7 Eduar 08-06-2016 23:08
¿Hombre eso también se puede aplicar para el siguiente caso?:

Tengo un dispositivo al cual lo debo asignar, para ello tengo solo DOS opciones de asignación la primera se lo asigno a una oficina o lo asigno a un empleado, pero debe ser una de las dos. por otro lado un empleado trabaja en una oficina a si se quien tiene el dispositivo y en donde esta.

Según lo que explico anteriormente seria Total exclusiva.

Mi pregunta es, ¿estoy imaginando bien el escenario o este tipo de casos se debería manejar de otra forma?.

Gracias por su respuesta.
Citar
 
 
+3 #6 Marving 18-11-2014 16:08
Hola
Ok. Muchas gracias, tengo ese programa, utilizo la colección E/R, pero no sabía como hacer ciertas figuras.
Ahora he trasteado un poquito mas y ya lo he averiguado.
Gracias de nuevo.
Saludos
Citar
 
 
+1 #5 Administrator 18-11-2014 14:18
Cito a Marving:
Hola
¿Que programa utilizas para dibujar E/R?
Saludos

Hola Marving. Yo uso el dia, a mí me funciona, pero me imagino que servirá cualquier editor de diagramas
Saludos
Citar
 
 
+1 #4 Marving 18-11-2014 13:27
Hola
¿Que programa utilizas para diseñar los diagramas E/R?
Saludos
Citar
 
 
-2 #3 Carlos 11-09-2014 13:48
Excelente, gracias por la aclaracion
Citar
 

Escribir un comentario


Código de seguridad
Refescar

PostHeaderIcon Más Comentado

PostHeaderIcon Últimos Comentarios

mod_vvisit_countermod_vvisit_countermod_vvisit_countermod_vvisit_countermod_vvisit_countermod_vvisit_countermod_vvisit_counter
mod_vvisit_counterHoy1501
mod_vvisit_counterAyer1493
mod_vvisit_counterEsta semana10800
mod_vvisit_counterLa semana pasada10142
mod_vvisit_counterEste mes27358
mod_vvisit_counterEl mes pasado44972
mod_vvisit_counterTodos los días1432928

We have: 156 guests online
Hoy es: Dic 16, 2017