Modelamiento de Datos

1. Modelamiento de Bases de Datos Expositor: Julio E. Flores Manco

3. Ejemplo de un modelo inadecuado

16. Para observar con mayor claridad la forma de aplicar las formas normales voy a plantear un caso práctico, y en él iremos desarrollando las diferentes formas normales. Supongamos que al estudiar una realidad de un negocio se nos presenta un documento como el que se muestra a continuación:

19. Entidad Compleja

28. Supongamos que tenemos una entidad como la siguiente, donde la PK es compuesta y está formada por los atributos A y B:

31. Por ejemplo un cliente ( IdCli ) se identifica con un número de boleta ( NroBol ) no puede ser con una parte del número de boleta

36. En el grafico se puede observar que los atributos Producto (Nombre del producto ) y Unidad (unidad en que se comercializa el producto), se pueden identificar solo con conocer el idProd ( el código del producto debe ser único por producto ). Luego no necesitan al toda la PK para ser identificados, por lo tanto tienen dependencia funcional parcial de la PK.

37. Para pasar a la 2FN se deben eliminar los atributos que originen dependencias parciales: Entidad B1

38. Y con los atributos eliminados tenemos: Entidad B2 Aquí podemos observar que también se llevo al atributo del cual dependían funcionalmente en la entidad B, esto asegura la relación entre las entidades resultantes. Además identificamos al atributo IdProd como PK en esta nueva entidad resultante B2. Hasta este momento, en este ejemplo, tenemos tres entidades resultantes en 2FN : A , B1 , y B2 .

40. En nuestro ejemplo anterior, notamos que las entidades B1 y B2 tienen dependencias funcionales directas, luego no existen dependencias transitivas, por lo tanto estas entidades ya se encuentran en tercera Forma Normal. En el caso de la entidad A debemos investigar las dependencias funcionales de sus atributos, para ello trazamos las líneas de dependencia respectivas:

41. Podemos reconocer dos atributos con dependencias transitivas; Cliente (el nombre del cliente) se puede identificar con el IdCli (código del cliente), a su vez el IdCli se puede identificar con el NroBol (el número de boleta), que la PK de la entidad; así podemos afirmar que el atributo Cliente tiene una dependencia transitiva de la PK. Del mismo modo se puede afirmar que el atributo NomVend tiene otra dependencia transitiva de la PK.

42. A continuación procedemos a eliminar estas dependencias transitivas de la entidad A y obtenemos la siguiente entidad resultante: Entidad A1

43. A continuación con los atributos extraídos formamos otras entidades: Entidad A2 Entidad A3

46. El siguiente paso es construir el Diagrama Entidad Relación con estas entidades resultantes del proceso de normalización. Primero se dibujan las entidades con sus atributos indicado en la parte superior del cuadrilátero que representa a cada entidad a la PK en un recuadro. Las claves foráneas se deben indicar para establecer luego las relaciones.

47. El diagrama debe mostrar lo siguiente:

50. A continuación tazamos la línea de relación entre las dos entidades:

53. Finalmente llegaremos al siguiente Diagrama Entidad Relación (E-R):