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 de Enero de 2007

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). 

23 opiniones

publicacion en PDF

Gracias por el Tutorial, apenas voy a empezar a leerlo pero se ve muy interesante, lo unico es que no pude ver la figuras, agradezco si por favor me puede enviar este material en PDF a jschneiderh@yahoo.com
hola

hola
base

esta muy bueno
Excelente Articulo

Claro preciso y consciso
gracias

me sirvio muchisimo
1 2 3 4 5 | siguiente >

Tutoriales relacionados con 'Diseño de bases de datos en SQL'

Este curso contiene cuatro actividades. Publico la primera actividad.
Qué son y como funcionan las bases de datos. Trataremos conceptos muy básicos que os... Más »
Debian es el nombre de una organización dedicada al desarrollo y mantenimiento de sistemas operativos... Más »
El principal objetivo es introducir y discutir el modo principal[2] PSGML de Emacs y las... Más »
El Linux Benchmarking CÓMO trata sobre algunos aspectos asociados con el benchmarking en los sistemas... Más »