Diseño de bases de datos en SQL - REGLAS NO ESCRITAS PARA UN BUEN DISEÑO DE BASE DE DATOS

6 - REGLAS NO ESCRITAS PARA UN BUEN DISEÑO DE BASE DE DATOS


Tutorial creado por Javier .
12 Enero 2007
< anterior | 1 2 3 4 5 6
""

Mantener los datos bien diferenciados (p.ej., el primero y el último de los nombres van separados). Acercar unas columnas a otras posteriormente sobre la marcha es, en general, bastante fácil, pero separarlas no
 
Primero, definir la clave primaria. Utilizar un nombre descriptivo (EMPLEADO_ID, no sólo ID).
 
El uso de nombres descriptivos permite que los nuevos usuarios tengan alguna oportunidad de adivinar lo que es cada una de las columnas (p.ej., utilizar CUENTA_BANCO en lugar de CTBC).
 
Siempre que sea posible, utilizar una sola columna para la clave primaria; las claves primarias de más de una columna son adecuadas para las interrelaciones de muchos a muchos.
 
Utilizar tablas de referencia en lugar de almacenar valores de gran longitud.
 
Emplear claves de tipo numérico siempre que sea posible
 
Evitar las claves autonuméricas (salvo en las tablas de referencia).
 
No incluir dos columnas cuyos valores estén entrelazados (p.ej., el nombre del Departamento y el ID de Departamento), salvo que una de las columnas sea la clave primaria de la tabla.
 
Evitar utilizar varias tablas con estructuras similares para representar pequeñas variaciones de la misma entidad (p.ej., poner las Universidades de Atlántico y las de Cundinamarca en distintas tablas).
 
Planear con antelación la transferencia de datos a una base de datos distinta. Por ejemplo, puede que nos interese mover algunos datos de Oracle a DBF, o de Microsoft Access a Oracle. Esto es:


•  Evitar poner en los nombres de las columnas caracteres que no sean mayúsculas (A-Z), números (0-9) o el subrayado (_). Cualquier otro caracter puede no ser aceptado por la base de datos. Algunos sistemas de bases de datos son sensibles al uso de mayúsculas y minúsculas en los nombres de las columnas, otros no.


•  Procurar que los nombres de las columnas sean relativamente cortos. Cada tipo de base de datos soporta un número distinto de caracteres (p.ej., 30 en el caso de Oracle, 64 para Microsoft Access o 10 si es DBF). Intentar que los nombres de las columnas varíen en los primeros caracteres y no en los últimos, con el fin de evitar que se duplique alguno de los nombres por error al cortarlos para abreviar durante el proceso de conversión (p.ej., utilizar COL1 y COL2, en lugar de NOMBRE_COLUMNA_LARGA_1 Y NOMBRE_COLUMNA_LARGA_2). 

""
< anterior | 1 2 3 4 5 6