Sei sulla pagina 1di 17

Diseo de bases de datos para mantenimiento

Criterios de diseo

Nombres de los campos


1. Los nombres de los campos cuyos datos van a ser "Nombres" deben iniciar con las siglas Nom.
1

Adaptado de material elaborado por Ing. Jorge Valverde Vega

Diseo de bases de datos para mantenimiento

Adaptado de material elaborado por Ing. Jorge Valverde Vega

Diseo de bases de datos para mantenimiento

2. Los nombres de los campos llave primaria simple deben iniciar con las siglas Id.
1

Adaptado de material elaborado por Ing. Jorge Valverde Vega

Diseo de bases de datos para mantenimiento

Tipo de datos de los campos


3. Un campo se definir como Nmero, slo si con sus datos, se efectuarn operaciones matemticas.
Excepto en el caso de los campos llave fornea, relacionados con un campo llave primaria con tipo de
dato autonumeracin.
1

Excepcin
C

Adaptado de material elaborado por Ing. Jorge Valverde Vega

Diseo de bases de datos para mantenimiento

4. Un campo se definir como Texto largo [memo] cuando no se pueda precisar con facilidad su tamao. Un
campo Texto largo almacena datos texto de modo que en primera instancia el campo tendra el tipo de
dato Texto corto pero como no se puede definir con exactitud su tamao se debe optar por el tipo Texto
largo. Una gua prctica para identificar campos Texto largo es considerar el nombre del campo, por
ejemplo, campos con nombres tales como: Notas, Observaciones, Comentarios, Descripcin del trabajo a
realizar, Descripcin de la falla, se definirn como Texto largo pues la informacin que se registrar en
ellos puede resultar muy variada, en un caso ser slo un rengln mientras que en otros podr ser una
pgina.
1

Adaptado de material elaborado por Ing. Jorge Valverde Vega

Diseo de bases de datos para mantenimiento

Adaptado de material elaborado por Ing. Jorge Valverde Vega

Diseo de bases de datos para mantenimiento

Propiedades de los campos


5. En todas las mscaras el "carcter de visualizacin" ser parte del tamao del campo. Por lo tanto, la
mscara, siempre deber tener un cero despus del primer punto y coma.
1

Mscara: 0000\-0000;0;0
Carcter de visualizacin: guion arriba.
Carcter marcador de posicin: cero despus del segundo punto y coma.
Access coloca automticamente el signo \
El tamao del campo deber ser de 9. Observar que se est contando el guion arriba.

Adaptado de material elaborado por Ing. Jorge Valverde Vega

Diseo de bases de datos para mantenimiento

6. El tamao de los campos texto corto deber ser diferente a 255 que es el dato que Access asigna
automticamente. Para asignar un tamao vlido se debe analizar una muestra de los datos, obtener
el ms largo, aplicar un factor de ampliacin y as obtener el tamao del campo.

Llaves primarias de las tablas


7. Un campo Nom nunca se definir como llave primaria.
8. Un campo con tipo de dato Texto largo nunca se definir como llave primaria.
9. Un campo con tipo de dato Nmero nunca se definir como llave primaria.
10. Los campos llave primaria simple deben ser tipo Texto corto o Autonumeracin.
11. Los campos llave primaria con tipo de datos Texto corto, siempre tendrn una mscara para estandarizar
el manejo de los datos. En el caso de que los datos sean slo letras, la mscara deber garantizar que
las mismas siempre se vean y se guarden en mayscula.
1

Adaptado de material elaborado por Ing. Jorge Valverde Vega

Diseo de bases de datos para mantenimiento

12. En caso de llave primaria encadenada sta deber estar formada por un mximo de tres campos.
1

13. Cuando ninguno de los campos de una tabla se pueda definir como llave primaria simple, se deber
agregar un campo para que funcione como la llave primaria de esa tabla.
14. Cuando la cadena de varios campos de una tabla no pueda funcionar como llave primaria encadenada,
se deber agregar un campo para que funcione como la llave primaria de esa tabla.
1
Analizar la tabla y verificar si alguno de los campos puede funcionar como llave primaria simple.

Adaptado de material elaborado por Ing. Jorge Valverde Vega

Diseo de bases de datos para mantenimiento

15. Los campos Id con tipo de datos Texto corto debern tener un tamao mximo de 15.
16. Los campos Id con tipo de datos Texto corto debern cumplir con el concepto de cdigo estructurado.
1

Adaptado de material elaborado por Ing. Jorge Valverde Vega


10

Diseo de bases de datos para mantenimiento

17. Toda tabla diseada para almacenar datos de personas tendr como llave primaria el campo cdula.
1

Relaciones entre tablas


18. Siempre que se presente una relacin de muchos a muchos se deber agregar una tabla "intermedia" y
crear dos relaciones de uno a muchos. La llave primaria de la tabla intermedia ser encadenada y
conformada por las llaves primarias de las dos tablas originales.
1
Relacin de muchos a muchos.

Adaptado de material elaborado por Ing. Jorge Valverde Vega


11

Diseo de bases de datos para mantenimiento

2
Se agrega la tabla intermedia y se crean las dos relaciones de uno a muchos.

19. Los campos que se utilizan para crear una relacin deben ser "iguales".
20. En todas las relaciones se debe activar "definir integridad referencial" y "actualizacin en cascada".
1

21. Todo campo llave primaria que se encuentre en otras tablas como llave fornea debe estar relacionado.

Adaptado de material elaborado por Ing. Jorge Valverde Vega


12

Diseo de bases de datos para mantenimiento

Datos de los campos


22. Los datos que se pueden obtener a travs de clculos no deben pertenecer a ningn campo de la tabla
por lo tanto los "campos calculables" no deben ser parte de la tabla.
23. Los datos de los campos Nom no se deben duplicar. El dato asociado a un campo Nom debe aparecer
slo una vez en una tabla de la base de datos. Si se presenta duplicacin resolver de la siguiente manera:

Crear un campo Id en la tabla donde est la duplicacin.


Llenar el campo Id con los datos correspondientes al nombre duplicado.
Crear una tabla para almacenar los datos Nom.
Eliminar el campo Nom de la tabla donde est la duplicacin.
Relacionar ambas tablas.

1
Observar la duplicacin de los datos Nom en el campo PaisOrigen.

Adaptado de material elaborado por Ing. Jorge Valverde Vega


13

Diseo de bases de datos para mantenimiento

2
Se crea el campo IdPaisOrigen. Observar que los datos son los correspondientes al Id de cada pas.

3
Se crea la tabla para almacenar los datos Nom que en este caso es la tabla de pases.

Adaptado de material elaborado por Ing. Jorge Valverde Vega


14

Diseo de bases de datos para mantenimiento

4
Relacin de uno a muchos entre la tabla nueva (pases) y la tabla donde estaba la duplicacin (clientes).

Nota:
Los datos NomMaquina sealados en las figuras no se deben considerarse como duplicacin, dado que
corresponden a mquinas distintas, por lo que es este caso no hay error de diseo.
1

Adaptado de material elaborado por Ing. Jorge Valverde Vega


15

Diseo de bases de datos para mantenimiento

Resumen de los criterios


1. Los nombres de los campos cuyos datos van a ser "Nombres" deben iniciar con las siglas Nom.
2. Los nombres de los campos llave primaria simple deben iniciar con las siglas Id.
3. Un campo se definir como Nmero, slo si con sus datos, se efectuarn operaciones matemticas.
Excepto en el caso de los campos llave fornea, relacionados con un campo llave primaria con tipo de
dato autonumeracin.
4. Un campo se definir como Texto largo [memo] cuando no se pueda precisar con facilidad su tamao. Un
campo Texto largo almacena datos texto de modo que en primera instancia el campo tendra el tipo de
dato Texto corto pero como no se puede definir con exactitud su tamao se debe optar por el tipo Texto
largo. Una gua prctica para identificar campos Texto largo es considerar el nombre del campo, por
ejemplo, campos con nombres tales como: Notas, Observaciones, Comentarios, Descripcin del trabajo a
realizar, Descripcin de la falla, se definirn como Texto largo pues la informacin que se registrar en
ellos puede resultar muy variada, en un caso ser slo un rengln mientras que en otros podr ser una
pgina.
5. En todas las mscaras el "carcter de visualizacin" ser parte del tamao del campo. Por lo tanto, la
mscara, siempre deber tener un cero despus del primer punto y coma.
6. El tamao de los campos texto corto deber ser diferente a 255 que es el dato que Access asigna
automticamente. Para asignar un tamao vlido se debe analizar una muestra de los datos, obtener
el ms largo, aplicar un factor de ampliacin y as obtener el tamao del campo.
7. Un campo Nom nunca se definir como llave primaria.
8. Un campo con tipo de dato Texto largo nunca se definir como llave primaria.
9. Un campo con tipo de dato Nmero nunca se definir como llave primaria.
10. Los campos llave primaria simple deben ser tipo Texto corto o Autonumeracin.
11. Los campos llave primaria con tipo de datos Texto corto, siempre tendrn una mscara para estandarizar
el manejo de los datos. En el caso de que los datos sean slo letras, la mscara deber garantizar que
las mismas siempre se vean y se guarden en mayscula.
12. En caso de llave primaria encadenada sta deber estar formada por un mximo de tres campos.
13. Cuando ninguno de los campos de una tabla se pueda definir como llave primaria simple, se deber
agregar un campo para que funcione como la llave primaria de esa tabla.
Adaptado de material elaborado por Ing. Jorge Valverde Vega
16

Diseo de bases de datos para mantenimiento

14. Cuando la cadena de varios campos de una tabla no pueda funcionar como llave primaria encadenada,
se deber agregar un campo para que funcione como la llave primaria de esa tabla.
15. Los campos Id con tipo de datos Texto corto debern tener un tamao mximo de 15.
16. Los campos Id con tipo de datos Texto corto debern cumplir con el concepto de cdigo estructurado.
17. Toda tabla diseada para almacenar datos de personas tendr como llave primaria el campo cdula.
18. Siempre que se presente una relacin de muchos a muchos se deber agregar una tabla "intermedia" y
crear dos relaciones de uno a muchos. La llave primaria de la tabla intermedia ser encadenada y
conformada por las llaves primarias de las dos tablas originales.
19. Los campos que se utilizan para crear una relacin deben ser "iguales".
20. En todas las relaciones se debe activar "definir integridad referencial" y "actualizacin en cascada".
21. Todo campo llave primaria que se encuentre en otras tablas como llave fornea debe estar relacionado.
22. Los datos que se pueden obtener a travs de clculos no deben pertenecer a ningn campo de la tabla
por lo tanto los "campos calculables" no deben ser parte de la tabla.
23. Los datos de los campos Nom no se deben duplicar. El dato asociado a un campo Nom debe aparecer
slo una vez en una tabla de la base de datos. Si se presenta duplicacin resolver de la siguiente manera:

Crear un campo Id en la tabla donde est la duplicacin.


Llenar el campo Id con los datos correspondientes al nombre duplicado.
Crear una tabla para almacenar los datos Nom.
Eliminar el campo Nom de la tabla donde est la duplicacin.
Relacionar ambas tablas.

Adaptado de material elaborado por Ing. Jorge Valverde Vega


17

Potrebbero piacerti anche