Consideraciones para un buen diseño lógico de base de datos
- 1. Bases de Datos con MSSQL - Por Elena López - [email protected] - 1.809.481.3114 Bases de Datos Con SQL Server Por Elena López Patrocinado por http://www.bdconsql.com/
- 2. Bases de Datos con MSSQL - Por Elena López - [email protected] - 1.809.481.3114 Consideraciones para un buen diseño Lógido de Bases de Datos Por Elena López Patrocinado por http://www.bdconsql.com/
- 3. Bases de Datos con MSSQL - Por Elena López - [email protected] - 1.809.481.3114http://www.bdconsql.com/ •Aisle los servicios de bases de datos: divide y vencerás. •Documente las bases de datos y sus objetos. •Cumplir las reglas de normalización/desnormalización. CONSIDERACIONES
- 4. Bases de Datos con MSSQL - Por Elena López - [email protected] - 1.809.481.3114http://www.bdconsql.com/ CONSIDERACIONES Crear un estándar de nomenclatura para nombrar los objetos: •Evitar espacios, abreviaturas y el uso del guión bajo para nombrar objetos; por un tema de estética y legibilidad se recomienda intercalar mayúsculas y minúsculas (ejemplo InsertarCliente en lugar de Insertar_Cliente) •Elegir si utilizar plural o singular para los nombres de las tablas, nunca ambos a la vez. •Utilizar nombres estandarizados para las columnas en todas las tablas donde se hace referencia a las mismas, por ejemplo ClienteID, PaisID, etc. |
- 5. Bases de Datos con MSSQL - Por Elena López - [email protected] - 1.809.481.3114http://www.bdconsql.com/ CONSIDERACIONES • No nombrar objetos acorde a su naturaleza sino a su función; me refiero a la práctica de utilizar prefijos y/o sufijos para nombrarlos (ejemplo: tbl para las tablas, v_ para las vistas, fn para funciones, etc.). MSSQL por si solo distingue bastante bien entre los tipos de objetos. • Evitar el uso del prefijo sp_ para nombrar los procedimientos almacenados. En MSSQL este prefijo es utilizado para los procedimientos del sistema por ende el manejador iría al esquema del sistema antes de ejecutar su Stored procedure, creando latencia en su ejecución. • No incluir dentro del nombre el módulo o sistema al que pertenece el objeto, para esto podemos siempre hacer uso de los esquemas.
- 6. Bases de Datos con MSSQL - Por Elena López - [email protected] - 1.809.481.3114http://www.bdconsql.com/ CONSIDERACIONES • Uilice encriptación para las columnas que almacenan contraseñas, números de tarjetas de créditos y otros datos de naturaleza sensible. Estos valores solo deben ser desencriptados a través de las aplicaciones y no por Base de datos. • Utilice los tipos de datos de forma correcta: • Bit para booleanos • Char para alfanuméricos de longitud fija • Varchar para alfanuméricos de longitud variable • Date para cuando solo nos interese la fecha y no la hora • Time para cuando solo nos interese la hora y no la fecha • SmallDateTime para almacenar fecha y hora en rangos menores • DateTime para almacenar fecha y hora en rangos mayores al anterior • Etc.
- 7. Bases de Datos con MSSQL - Por Elena López - [email protected] - 1.809.481.3114http://www.bdconsql.com/ CONSIDERACIONES • Utilice columnas de tipo entero (tinyint, int, bigint…) para las claves primarias de cada tabla, preferiblemente con valores autoincremento. Esto hará las relaciones más ágiles. Es importarte recordar que esta práctica por si sola no garantiza la integridad de los datos. • Cada tabla debe tener una restricción de registro único (unique constraint), con una o varias columnas que garanticen la ausencia de datos redundantes.
- 8. Bases de Datos con MSSQL - Por Elena López - [email protected] - 1.809.481.3114http://www.bdconsql.com/ CONSIDERACIONES Para ejemplificar los dos últimos puntos, tomemos como referencia la tabla de clientes de una línea aérea: En nuestro ejemplo hemos creado la tabla Clientes, cuya clave primaria es la columna ClienteID (identificada con una llave amarilla), un valor entero autoincremental de 1 en 1 y que no garantiza que el cliente con un pasaporte número A22222 se registre dos veces dentro de nuestros datos (generando además de inconsistencia, falta de integridad). Para evitar esto entonces creamos una restricción de integridad para la columna que nos garantiza que cada dato sea único: ALTER TABLE dbo.Clientes ADD CONSTRAINT ucPasaporte UNIQUE (Pasaporte)
- 9. Bases de Datos con MSSQL - Por Elena López - [email protected] - 1.809.481.3114http://www.bdconsql.com/ CONSIDERACIONES • Cree restricciones de integridad para aquellas columnas que lo requieran. La integridad de los datos debe ser siempre parte de la misión crítica del DBA y no debe ser dejada al azar ni a los aplicativos. Incluya siempre claves primarias, relaciones/claves foráneas, check constraints, null/not null, etc. • Evite el uso de “Select *” en las consultas. Es una de las malas prácticas más comunes dentro de la escritura de queries. Para un mejor rendimiento se recomienda seleccionar solo las columnas necesarias separadas por coma: SELECT Pasaporte, PrimerNombre, Apellido FROM dbo.Clientes
- 10. Bases de Datos con MSSQL - Por Elena López - [email protected] - 1.809.481.3114http://www.bdconsql.com/ CONSIDERACIONES • Otorgue a cada usuario el rol y los permisos correspondientes; evite propagar el rol de administración a usuarios que no necesitan dicho acceso. • Particione las tablas con gran volumen de datos, de preferencia históricos. Con esto incrementamos el tiempo de respuesta de las consultas. • No almacene objetos binarios (BLOB) dentro de las tablas transaccionales: crearía lentitud en las consultas; haga uso del FileStream o de las FilesTables (a partir de la versión 2016) que brinda el manejador MSSQL.