Diagrama E/R(Entidad/Relacion) III

MODELO FÍSICO

El paso de un modelo lógico a uno físico requiere un profundo entendimiento del manejador de bases de datos que se desea emplear, incluyendo características como:

Conocimiento a fondo de los tipos de objetos (elementos) soportados

Detalles acerca del indexamiento, integridad referencial, restricciones, tipos de datos, etc

Detalles y variaciones de las versiones

Parámetros de configuración

Data Definition Language (DDL)

Como se comentó en el modelado lógico el paso de convertir el modelo a tablas hace que las entidades pasen a ser tablas (más las derivadas de las relaciones) y los atributos se convierten en las columnas de dichas tablas.

Físicamente esta metáfora de una tabla se mapea al medio físico, con algunas consideraciones como se menciona en las siguientes secciones.

1. Atributos

1.1 Tipos de Datos

Revisar los tipos de datos disponibles en el DBMS, en especial

Número de dígitos en números enteros

La precisión de los flotantes

Cadenas de caracteres de longitud fija (char(50)) y variable (varchar(50))

Blobs (Binary large objects) y Clobs (Character large objects)

1.2 Llaves primarias

En ocasiones se pueden presentar casos en donde la llave primaria no puede representarse en alguno de los tipos ofrecidos por el dbms, en ese caso se podria definir alguno y bien optar por otra llave primaria.

Importante:

Algunos dbms poseen la capacidad de "autoincrement" o "identity property" con la cual pueden automáticamentemanipular algun atributo para generar llaves incrementales. Pero es importante verificar: como se manejan internamente ?, se pueden reiniciar ?, se permite especificar algun valor inicial ?.

1.3 Orden de las atributos (columnas)

Algo importante dependiendo del dbms que se utilice pero por lo general la secuencia es:

Columnas de longitud fija que no se actualizan frecuentemente.

Aquellas que nunca se actualizan que por lo general tendrán longitud variable.

Las que se actualizan frecuentemente.

1.4 Integridad Referencial

En la medida de lo posible indicar cuales columnas brindan o sirven de vínculo entre 2 tablas.

El usuario (programador) puede hacerse cargo de esto pero es mejor que el dbms se haga cargo.

No se recomienda en ambientes de desarrollo.