DISEÑO DE BASE DE DATOS

INSTITUTO TECNOLÓGICO

DE LOS MOCHIS 

LIC. INFORMATICA

 

ALUMNOS: 

LEYVA RODRIGUEZ JULIO CESAR 

SOTELO CASTILLO VICTOR RAUL

ENRRIQUE CAMARGO VALDEZ

 

MATERIA:

SISTEMAS DE INFORMACION II

DOCENTE:  

JULIAN GARIBALDI

INTRODUCCIÒN

Hoy en día las empresas manejan una gran cantidad de datos. Cualquier empresa que se precie debe tener almacenados todos estos datos en una base de datos para poder realizarlos mediante una aplicación profesional; sin esta funcionalidad resultaría imposible tratar y manejar en su totalidad los datos que leva a cabo la empresa y se perdería un tiempo y un dinero muy valiosos.

Uno de los pasos cruciales en la construcción de una aplicación que maneje una base de datos, es sin duda, el diseño de la base de datos.

Si las tablas no son definidas apropiadamente, podemos tener muchos dolores de cabeza al momento de ejecutar consultas a la base de datos para tratar de obtener algún tipo de información.

No importa si nuestra base de datos tiene sólo 20 registros, o algunos cuantos miles, es importante asegurarnos que nuestra base de datos está correctamente diseñada para que tenga eficiencia y que se pueda seguir utilizando por largo del tiempo.

En este artículo, se mencionarán algunos principios básicos del diseño de base de datos y se tratarán algunas reglas que se deben seguir cuando se crean bases de datos.

Dependiendo de los requerimientos de la base de datos, el diseño puede ser algo complejo, pero con algunas reglas simples que tengamos en la cabeza será mucho más fácil crear una base de datos perfecta para nuestro siguiente proyecto.

Diseño de Bases de Datos

Son muchas las consideraciones a tomar en cuenta al momento de hacer el diseño de la base de datos, quizá las más fuertes sean:

• La velocidad de acceso.
• El tamaño de la información.
• El tipo de la información.
• Facilidad de acceso a la información.
• Facilidad para extraer la información requerida.
• El comportamiento del manejador de bases de datos con cada tipo de información.
• La velocidad de acceso.
• El tamaño de la información.
• El tipo de la información.
• Facilidad de acceso a la información.
• Facilidad para extraer la información requerida.
• El comportamiento del manejador de bases de datos con cada tipo de información.

   

OBJETIVOS DEL DISEÑO DE BASES DE DATOS

Almacenar Solo La Información Necesaria

A menudo pensamos en todo lo que quisiéramos que estuviera almacenado en una base de datos y diseñamos la base de datos para guardar dichos datos. Debemos de ser realistas acerca de nuestras necesidades y decidir qué información es realmente necesaria.

Frecuentemente podemos generar algunos datos sobre la marcha sin tener que almacenarlos en una tabla de una base de datos. En estos casos también tiene sentido hacer esto desde el punto de vista del desarrollo de la aplicación.

Frecuentemente podemos generar algunos datos sobre la marcha sin tener que almacenarlos en una tabla de una base de datos. En estos casos también tiene sentido hacer esto desde el punto de vista del desarrollo de la aplicación.

Normalizar la Estructura de las Tablas. 

Podríamos decir que estos son los principales objetivos de la normalización:

• Controlar la redundancia de la información.
• Evitar pérdidas de información.
• Capacidad para representar toda la información.
• Mantener la consistencia de los datos.

Seleccionar el Tipo de Dato Adecuado.

 Una vez identificadas todas las tablas y columnas que necesita la base de datos, debemos determinar el tipo de dato de cada campo. Existen tres categorías principales que pueden aplicarse prácticamente a cualquier aplicación de bases de datos:

• Texto
• Números
• Fecha y hora

 Utilizar Índices Apropiadamente

Los índices son un sistema especial que utilizan las bases de datos para mejorar su rendimiento global. Dado que los índices hacen que las consultas se ejecuten más rápido, podemos estar incitados a indexar todas las columnas de nuestras tablas.

Sin embargo, lo que tenemos que saber es que el usar índices tiene un precio. Cada vez que hacemos un INSERT, UPDATE, REPLACE, o DELETE sobre una tabla, MySQL tiene que actualizar cualquier índice en la tabla para reflejar los cambios en los datos.

Usar Tablas Temporales

Cuando estamos trabajando con tablas muy grandes, suele suceder que ocasionalmente necesitemos ejecutar algunas consultas sobre un pequeño subconjunto de una gran cantidad de datos. En vez de ejecutar estas consultas sobre la tabla completa y hacer que MySQL encuentre cada vez los pocos registros que necesitamos, puede ser mucho más rápido seleccionar dichos registros en una tabla temporal y entonces ejecutar nuestras consultas sobre esta tabla. 

Usar Tablas Temporales

Una tabla temporal existe mientras dure la conexión a MySQL. Cuando se interrumpe la conexión MySQL remueve automáticamente la tabla y libera el espacio que ésta usaba.

Recomendaciones

• Utilizar caracteres alfanuméricos.
• Limitar los nombres a menos de 64 caracteres (es una restricción de MySQL).
• Utilizar el guión bajo (_) para separar palabras.
• Utilizar palabras en minúsculas (esto es más una preferencia personal que una regla).
• Los nombres de las tablas deberían ir en plural y los nombres de las columnas en singular (es igual una preferencia personal).
• Limitar los nombres a menos de 64 caracteres (es una restricción de MySQL).
• Utilizar el guión bajo (_) para separar palabras.
• Utilizar palabras en minúsculas (esto es más una preferencia personal que una regla).
• Los nombres de las tablas deberían ir en plural y los nombres de las columnas en singular (es igual una preferencia personal).
• Utilizar las letras ID en las columnas de clave primaria y foránea.
• En una tabla, colocar primero la clave primaria seguida de las claves foráneas.
• Los nombres de los campos deben ser descriptivos de su contenido.
• Los nombres de los campos deben ser unívocos entre tablas, excepción hecha de las claves.