El análisis de una base de datos

Introducción

Al diseñar un software que interactúa con una base de datos, ya sea en el escritorio o la interfaz Web, que se dedica a un uso particular y no a otro, siempre hay que hacer un análisis cuidadoso para evitar tener que hacer frente con temas tales como la integridad referencial, la redundancia de datos, etc.

El propósito de este análisis es un trabajo importante: para lograr una mejor optimización de los datos y recursos en previsión de futuras implementaciones o cambios en la base de datos.

El propósito de este artículo es poner al lector a la cara en los proyectos de futuro, empezando con el pie derecho en el proceso de organizar la información por tener que tratar con, o en condiciones de llevar una base de datos bien diseñada, software, y más delgado rendimiento.

¿Quién es el cliente?

Es una pregunta estúpida o demasiado? Tal vez, pero se puede empezar a dar la marca-dos respuestas:

1. Tengo la satisfacción del cliente;
2. para satisfacer al cliente ... es un cliente.

Caso 1. ¿Seguro de que tienen ideas claras sobre lo que usted necesita? Asegúrese de tener en cuenta todos todos todos? ¿Seguro de que no tienen prisa demasiado?

Si usted no ha hecho estas preguntas ... ponitele!

Me acaba de dirigir al lector en un tono muy directo, evitando el punto, se vuelve y que no puede ahora quiero evitar responder el segundo caso.

Caso 2. El cliente no es el de satisfacer el desarrollador, pero alguien que pueda tener un mínimo de conocimiento de la computadora o no. Si usted tiene algún conocimiento puede simplificar nuestras vidas, porque "hablamos el mismo idioma", o es un pedante que la vida tiende a complicar la siguiente. O es una persona que no entiende nada pero el equipo sabe lo que quiere (poco frecuente) o puede hacérnoslo saber. O ni siquiera sabe lo que quiere o es capaz de proporcionar la información necesaria.

Tomar esta declaración como una ley: no dar nada por sentado, cualquiera que tenga la cara! Es mejor ser petulante, considerar y reconsiderar todo, con el fin de evitar llegar a conclusiones de que por tratar de cumplir o que están mal por una razón u otra.

Cierro este paréntesis necesario que puedan dar al lector a comprender que lo más importante es tener las ideas claras, un caldero de la información aún no está organizado, con el fin de organizar mejor, como veremos a continuación.

Hacer un buen análisis de una base de datos

Como se menciona en la Guía de SQL para este sitio, en lugar de las diversas bases de datos basadas en SQL (MS Access, MySQL, etc) no son difíciles de usar. Claro, hay productos más o menos complejas o intuitivo, pero que no es el punto.

La cuestión es saber qué hacer!

Ción y por lo tanto asume que el lector tenga un mínimo de conocimiento en cuanto a la gestión de una base de datos relacional, el lenguaje SQL y conocer el saber utilizar cualquier selección de productos DBMS ser irrelevante a los efectos de la comprensión de este artículo.

Lo que debe hacer se puede resumir en seis puntos:

1. reunir información para la gestión;
2. dividirlos en grupos lógicos;
3. pensar bien a la división en tablas y tipos de datos que se utilizará;
4. pensar que el "porcentaje" de redundancia que quiere ser;
5. asumir una estructura diferente;
6. apagar la computadora, mirando al techo, a repensar la estructura

Esta declaración es a la vez serio y humorístico, aunque hasta cierto punto: se dice que la primera idea es la de la derecha (este es el significado de la sección 5) y es mejor darse cuenta antes de empezar a escribir el software de gestión "alrededor de" la base de datos.

Ejemplo: base de datos de estructura de un directorio de empresas

Es muy popular en la Web en los últimos años el concepto de directorios, ya sea un directorio en el índice, si un directorio de búsqueda de productos, servicios, empresas, etc.

No ser capaz de utilizar todo el conocimiento en este contexto en relación con una base de datos para gestionar (la serie va a infinito y más allá) tratamos de crear una estructura de datos para manejar este tipo de servicio.

¿Qué debe hacer este servicio?

1. recoger los usuarios;
2. la gestión de ubicaciones geográficas;
3. administrar las categorías y subcategorías;
4. manejar los detalles, asociándolos con los puntos 1, 2 y 3;
5. incluyen opciones tales como suscripción de pago y así sucesivamente.

En los párrafos siguientes se describen y comentan en todas las mesas útil - desde mi punto de vista - para gestionar la solicitud de que se trata en esta sección. Los tipos de datos se indican, teniendo en cuenta MS Access, el sistema de base de datos que se más fácil de usar, entonces al lector a entender tanto menos experiencia que los más experimentados, usuario avanzado de DBMS.

Con respecto a la longitud del campo, lo dejo a la discreción del lector para establecerlo. En algunos casos, las longitudes de los campos son obligatorios (código de impuestos, por ejemplo tiene 16 caracteres, la PAC tiene 5 y así sucesivamente), mientras que para otras cosas como un nombre, una dirección, que puedo recomendar desde 50 hasta 150 caracteres.

Vobis destino!

• <<
• 1
• 2
• 3
• >>