Eficiencia en Diseño de base de datos - Parte 1Division 3Introduction Esta es la parte 1 de mi Eficiencia series en Diseño de base de datos. Supongo que has leído todas las diferentes partes de la gran serie hasta este punto. Esta gran serie se divide en un número de divisiones. Cada división tiene un número de partes. La división anterior aborda el diseño de tablas de bases de datos. El título de la primera parte de esa división es, Normalización.
Para llegar a esa división, sólo tienes que escribir el título y mi nombre, Chrys en el cuadro de búsqueda de esta página y haga clic en Buscar. Esta es la división 3. En esta división, vemos cómo hacer una base de datos eficiente. En esta parte de la serie, nos fijamos en lo que se llama integridad referencial en la base de datos. Nota: Si no puede ver el código o si cree que falta algo (enlace roto, la imagen ausente), simplemente en contacto conmigo en [email protected]. Es decir, en contacto conmigo para el más mínimo problema que tenga sobre lo que eres reading.
Referential Integridad Considere las siguientes dos tablas: Ventas (SaleID, Fecha, EmployeeID, CustomerID) SaleDetails (SaleID, ProductID, SoldPrice) La relación entre las dos tablas anteriores es uno-a-muchos. Uno en el lado de las ventas y muchos en el lado de SaleDetails. La clave principal de la tabla de ventas es SaleID. La clave principal de la tabla SaleDetails es compuesta (SaleID, ProductID).
Considere las siguientes dos tablas: Empleado (EmployeeID, dirección, ciudad, estado, país, teléfono) Órdenes (IdPedido, fecha, de empleado, IdProveedor) La relación entre las dos tablas anteriores es uno-a-muchos. Uno en el lado del Empleado y muchos en el lado del Orden. La clave principal de la tabla de los empleados es de empleado. Nuestro interés en la tabla Pedidos es la clave externa, de empleado. Un empleado puede hacer muchos pedidos. Integridad referencial se refiere a la estrecha relación entre las filas de las dos tablas de uno-a-muchos relationship.
Adding o Inserción de una fila de los Muchos Side Considere las dos últimas tablas anteriores. Usted tiene la tabla de empleados, que contiene una lista de información de los empleados. La relación entre las dos tablas es a través de la columna EmployeeID en ambas tablas. Un valor EmployeeID sólo aparece una vez en la tabla de empleados, pero puede aparecer en más de un filas (en clave externa) en la tabla Pedidos.
Para cada fila de la tabla Pedidos, existe una fila correspondiente en l