[Notas] diseño de base de datos MySQL pitón (básico)

[Notas] diseño de base de datos MySQL pitón (básico) 

Algunos diseño conceptual básico de bases de datos y otras notas

 

• base de datos relacional construido sobre la base del modelo ER, necesitamos gerente de diseño de productos de planificación, modelo extraído y la relación de desarrollar una estructura de tabla, que es el primer paso en el inicio del proyecto
• Hay muchos programas de diseño de bases de datos en el desarrollo, tales como el diseñador de energía de uso común, desinger db, este software puede ver visualmente las relaciones entre las entidades y entidad
• diseño de base de datos, se puede realizar mediante el diseño de base de datos personal especializado, que se podía hacer por los miembros del equipo de desarrollo, el director general para llevar a los miembros del equipo de proyecto para completar

 

tres paradigmas

• Después de una investigación y un resumen de uso en cuestión, para el diseño de la base de datos realizado una serie de especificaciones, que se llaman paradigma (Forma Normal)
• Actualmente hay ocho tipos de paradigma discernible, el paradigma puede ser generalmente sujetos a 3
• ◆ primer paradigma (1NF) : hicieron hincapié en que las columnas atómicas , es decir, columnas no ser subdivididos en varios otra columna, la columna puede no ser divididos .

  Considere esta tabla: [contacto] (nombre, sexo, teléfono) si el escenario actual, hay un teléfono de contacto teléfono de su casa y negocio, entonces no se alcanza este diseño estructura de la tabla 1NF. Sólo tenemos que cumplir con la división de la columna 1NF (teléfono), a saber: [contacto] (nombre, sexo, teléfono de casa, teléfono de la empresa). 1NF buena discriminación, pero 2NF y 3NF es fácil confundir.

• ◆ un segundo paradigma (2NF) : En primer lugar 1NF, que comprende además dos partes, una tabla debe tener una clave principal , la segunda es no contenida en la clave principal debe ser totalmente dependiente de la clave primaria , pero no puede confiar sólo en una parte de la clave primaria.

  Considere una Orden Detalles: OrderDetail [] (OrderID, ProductID, UnitPrice, Descuento , Cantidad, ProductName). Porque sabemos que el orden se puede pedir en una variedad de productos, un IdPedido (número de pedido) no se distingue de forma única cada registro, simplemente no es suficiente para convertirse en una clave principal OrderID, ProductID empatía. clave primaria debe ser (OrderID, ProductID). Evidentes de la Descuento (descuentos), Cantidad (cantidad) es completamente dependiente (dependiente) a la clave principal (OderID, ProductID), y UnitPrice, ProductName solo depende de la ProductID, es decir, sólo depende de la parte de la clave primaria. mesa para OrderDetail no cumple con el 2NF. El diseño no cumple con los datos redundantes propensos 2NF.

  [] Tabla OrderDetail puede dividir en [OrderDetail] (OrderID, ProductID, Descuento, Cantidad ) , y [producto] (ProductID, UnitPrice, ProductName) para eliminar la tabla pedidos originales PrecioUnidad, ProductName repetida situación.

• ◆ tercera forma normal (3NF) : En primer lugar, 2NF, columna de clave no primaria adicional debe ser directamente dependiente de la clave principal, no puede basarse en la presencia de transferencia . Es decir, no existe: el caso A de la columna de clave no primaria depende de la clave no primaria columnas B, clave no primaria columna B es dependiente de la clave primaria.

  Considere un formulario de pedido] [Orden (OrderID, OrderDate, CustomerID, CustomerName , CustomerAddr, CustomerCity) clave primaria es (OrderID) . En donde OrderDate, CustomerID, CustomerName, CustomerAddr, CustomerCity otra columna de clave no primaria son totalmente dependientes de la clave principal (OrderID), por lo que el cumplimiento 2NF. Pero el problema es CustomerName, CustomerAddr, CustomerCity depende directamente de las columnas de clave CustomerID (no primarios), en lugar de directamente dependiente de la clave principal, que se transmite a través de sólo depende de la clave principal, por lo que no cumplen con 3NF . Por resolución de [] Orden [] Orden (IdPedido, FechaPedido, CustomerID) y [] cliente (IdCliente, CustomerName, CustomerAddr, CustomerCity ) para lograr 3NF. * Concept (2NF), y un tercer paradigma (3NF) un segundo paradigma puede confundirse fácilmente, los distinguen punto clave es, 2NF: columna de clave no primaria es completamente dependiente de la clave principal, o depende de la parte de la clave primaria; 3NF: columna de clave no primaria es directamente dependiente de la clave principal, o dependen directamente de la columna de clave no primaria.

 

modelo ER

• E representa la entrada, entidad, entidad diseño definido como una clase, especifique lo que se describe el objeto, una entidad se convierte en una tabla en la base de datos
• Relación R representa una relación, la relación entre la descripción de la regla correspondiente dos entidades, incluyendo el tipo de relación comprende uno, uno-a-muchos
• Una relación de datos también es requerido por un campo almacenado en una tabla

 

1. La entidad A a la entidad B es de 1 a 1:

Es decir, un registro de una tabla de registro correspondiente a una mesa B, crear un campo de clave principal, se almacena en otra tabla de la tabla A o tabla B.

Ejemplo: una ciudad tiene un equipo, un equipo que corresponde a una ciudad.

2. La entidad A a la entidad B es más de un par :

Una tabla que es una tabla de datos correspondientes a una pluralidad de datos B, A necesita ser la tabla de clave principal como un B clave externa de la tabla. Crear un campo, los valores de clave principal almacenan en la Tabla A Tabla B.

Ejemplo: una clase correspondiente a una pluralidad de los estudiantes.

3. La entidad B a la entidad A muchos- : 

Tabla C requiere un intermedio su relación con el correspondiente (requiere una tabla para mapear su relación). En este caso, un cuadro B no necesita otras claves externas. Sólo tienen su propia clave primaria en la línea, así como una tabla separada. Es decir, un nuevo C tabla, la tabla sólo tiene dos campos, uno para el valor primario Una clave se almacena, un valor de clave principal para B está almacenado.

Por ejemplo: la relación entre los estudiantes y los cursos electivos, un estudiante puede seleccionar varias optativas, y cada electiva y puede ser más que los estudiantes pueden elegir.

 

lápida sepulcral

• Para los datos importantes, no quiero quitar físicamente, una vez retirado, los datos no pueden ser recuperados
• Eliminar Programa: conjunto de columnas isDelete es poco, mostrando una lápida, el valor por defecto es 0
• Para los datos no críticos se pueden eliminar físicamente
• La importancia de los datos, para determinar el desarrollo real

Ejemplo:

• Diseñar dos tablas: Tabla de clases, los estudiantes miran
• clases de tabla de clase
  • carné de identidad
  • nombre
  • isdelete
• Los estudiantes miran los estudiantes
  • carné de identidad
  • nombre
  • cumpleaños
  • género
  • idcls
  • isdelete

 

 

--------fin----------