Se trata de un puesto de invitado por Anum Lodhi, que tiene gran interés en el software de diseño de

Así como usted necesita un plan para construir una casa, usted necesitará un plan de base de datos a fin de aplicar una base de datos con éxito. El proceso de la construcción de la segunda es conocida como la "etapa de diseño", que incluye una serie de medidas fuertes para el final producto a ser flexible. Esta fase realmente define la información (+ su estructura) que entrará en la base de datos, las hipótesis relacionadas con el tipo o los valores de los elementos de datos y la relación entre los elementos de datos en la base de datos. Todas las compañías profesionales de utilizar este procedimiento de diseño de su base de datos y su la forma más eficiente.

Consta de cuatro pasos:

1. El análisis de necesidades

Los requisitos de base de datos se determinan. Los requisitos exactos de los usuarios del sistema es captured.All la información pertinente relacionada con el sistema se recoge. Las seis técnicas más comunes son:

• El muestreo de la documentación existente, formularios, bases de datos
• De investigación y visitas a terreno
• Observación del entorno de trabajo
• Cuestionarios
• Prototipos y construcción de un modelo pequeño de las necesidades del usuario para verificar antes de la mano
• Común de Planificación de Requerimientos (JRP) - reuniones de grupo se llevan a cabo para analizar los problemas existentes

2. Diagrama Entidad Relación (ERD)

ERD es una notación de alto nivel para expresar diseños de base de datos. Gráficamente define la estructura de la base de datos de una manera muy sencilla y comprensible a través de la utilización de símbolos.

La información recopilada durante el paso de "Necesidad de análisis 'se transforma en un ERD (Entity Relationship Diagram), que es la información está organizada en las entidades y las relaciones entre ellos. Así que en vez de ir a través de una pieza larga de material, tenemos una representación pictórica de la misma pieza de información que es más fácil de leer.

Una muestra diagrama ER es la siguiente:

(Imagen cortesía de Wikipedia)

Varios lenguajes de modelado de datos se puede utilizar para crear un ERD, como la notación de pata de gallo, la notación Chen, IDEFIX (Integración Definición Information Modeling), sombreado de notación, la notación de Bachman, UML (Unified Modeling Language) estándar, etc Wikipedia tiene una buena página sobre ER diagramas de aquí

3. Modelo Relacional

Es muy fácil de entender el escenario de un ERD, pero éste es muy débil desde el punto de vista de implementación. Conceptos de las subclases (IS-A las estructuras) y las relaciones, por ejemplo, no puede aplicarse en la base de datos directamente. En este punto el modelo de relación entra en juego.

Un modelo relacional emplea un único concepto de tablas (también llamadas relaciones). Los conjuntos de entidades y las relaciones descritas en el ERD se convierten en tablas, un modelo relacional.

Hay cinco pasos para la conversión:

• A su vez cada entidad débil pone en su tabla correspondiente con el mismo conjunto de atributos
• Reemplazar una relación por una relación cuyos atributos son las claves de los conjuntos de entidad de conexión
• Algunas relaciones pueden hacer bien si se combina o excluidos. Por ejemplo, las relaciones de apoyo (para los conjuntos de entidades débiles) no deben ser convertidos a la relación en absoluto.
• Reemplazar una entidad débil establecido por una relación cuyos atributos son sus propios atributos (en su caso), además de los atributos de préstamo que ayudará a hacer su clave principal.
• Cambio de las estructuras de la subclase utilizando el enfoque orientado a objeto, E / R o estilo de conversión de los valores nulos.

Explicación de la conversión de ER diagrama de modelo de relación tiene grandes conceptos que no serán cubiertos en este puesto. Hay muchos libros buenos y los recursos disponibles en línea que hace que sea fácil de entender. Para una visión general Considere este ejemplo que he tomado de Wikipedia:

Un ideal, ejemplo muy simple de una descripción de algunos varrels y sus atributos:

• (Cliente ID, NIF, Nombre, dirección, ciudad, estado, código postal, teléfono)
• Orden (Orden n, de identificación de cliente, factura no, Fecha de colocación, fecha prometida, términos, Estado)
• La Línea de pedido (no de orden, la línea de pedido n, Código del Producto, Cantidad)
• Factura (factura no, de identificación de cliente, de orden, fecha, estado)
• La factura de línea (factura no, la factura de línea n º, Código del Producto, Cantidad Enviado)
• Producto (Product Code, Descripción del producto)

En este diseño tenemos seis varrels: Cliente, Orden, la línea de pedido, factura, factura y Vino. La negrita, subrayado atributos son claves candidatas. La falta de negrita, subrayado atributos son las claves externas.

4. Normalización

La normalización es un proceso de aumentar el número de forma normal. Se elimina principalmente por las siguientes dependencias, a fin de evitar los despidos y los datos de anomalías:

• La dependencia parcial: basada en una parte de la clave principal
• Dependencia transitiva: basado en un atributo que no es parte de la clave principal

Las tres primeras formas de normalización son:

1. 1NF
   • Bajo la forma normal aplicables
   • Los requisitos de integridad de clave primaria de la entidad se cumplen
   • Cada célula contiene un único valor
   • No valores de clave principal son dependientes de la clave principal
2. 2NF
   • Todos los 1NF se cumplen las condiciones
   • Parcial
     dependencias se eliminan
3. 3FN
   • Todos 2NF condiciones se cumplen
   • Eliminar las dependencias transitivas

Las formas superiores de hasta 5FN y FNBC (Boyce-Codd Normal Form) también existen.

La normalización se puede aplicar de dos maneras:

• Normal formas aplicadas después de que el modelo relacional se crea
• El tercer paso se omite y la creación de mesas se hace con la normalización en el examen directo

blog daleeman tiene un muy buen puesto en la normalización de bases de datos. Leer: aplicación práctica de la normalización de bases de datos que le ayudará a entender la normalización de bases de datos en detalle.