Las relaciones y el poder de pivote
Video: Las reglas espirituales de las relaciones
Usted no necesita ser un experto modelador de base de datos para utilizar la energía de pivote. Pero es importante entender las relaciones. Cuanto más entienda cómo se almacena y gestiona los datos en bases de datos, la manera más efectiva podrás aprovechar pivote de alimentación para la presentación de informes.
Video: SERGI TORRES - "Las Relaciones: Recupera tu Poder"
UN relación es el mecanismo por el cual tablas separadas están relacionados entre sí. Se puede pensar en una relación como BUSCARV, en la que se refieren los datos en un rango de datos con los datos de otros datos de distancia usando un índice o un identificador único. En las bases de datos, relaciones hacen lo mismo, pero sin la molestia de escribir fórmulas.
Las relaciones son importantes porque la mayoría de los datos con los que trabaja encaja en una jerarquía de clases multidimensional. Por ejemplo, es posible que tenga una tabla que muestra los clientes que compran productos. Estos clientes requieren facturas que tienen números de factura. Estas facturas tienen múltiples líneas de transacciones de una lista de lo que han comprado. Una jerarquía existe allí.
Video: Puntos de Pivote - Universidad de Bolsa
Ahora, en el mundo de hoja de cálculo unidimensional, estos datos normalmente se almacenan en una tabla plana, como la que se muestra aquí.
Debido a que los clientes tienen más de una factura, la información del cliente (en este ejemplo, CustomerID y CustomerName) tiene que repetirse. Esto provoca un problema cuando los datos que necesita ser actualizado.
Por ejemplo, imaginemos que el nombre de la empresa Aaron Fitz eléctrica cambia a Fitz and Sons eléctrica. En cuanto a la mesa, se ve que varias filas contienen el nombre antiguo. Usted tendría que asegurarse de que cada fila que contiene el antiguo nombre de la empresa se actualiza para reflejar el cambio. Ninguna fila que se pierda no asignar correctamente de nuevo al cliente correcto.
¿No sería más lógico y eficiente para registrar el nombre y la información del cliente una sola vez? Entonces, en lugar de tener que escribir la misma información al cliente en varias ocasiones, simplemente podría tener algún tipo de número de cliente.
Esta es la idea detrás de las relaciones. Se pueden separar los clientes de facturas, colocando cada uno en sus propias tablas. A continuación, puede utilizar un identificador único (por ejemplo, CustomerID) para relacionarlos entre sí.
La siguiente figura muestra cómo estos datos se vería en una base de datos relacional. Los datos se dividen en tres mesas separadas: Clientes, InvoiceHeader y InvoiceDetails. Cada tabla sería entonces estar relacionado uso de identificadores exclusivos (CustomerID y INVOICENUMBER, en este caso).
La tabla Clientes contendría un registro único para cada cliente. De esta manera, si usted necesita cambiar el nombre de un cliente, que tendría que hacer el cambio sólo en ese registro. Por supuesto, en la vida real, la tabla Clientes podría incluir otros atributos, como la dirección del cliente, número de teléfono del cliente, y la fecha de inicio del cliente. Cualquiera de estos otros atributos también podría ser fácilmente almacenado y gestionado en la tabla Clientes.
El tipo de relación más común es una uno a muchos relación. Es decir, para cada registro de una tabla, un registro se puede adaptar a muchos registros en una tabla separada. Por ejemplo, una tabla de cabecera de la factura está relacionada con una tabla de detalles de la factura. La tabla de cabecera de la factura tiene un identificador único: número de factura. El detalle de la factura usará el número de factura para cada registro que representa un detalle de la factura en particular.
Video: EL PIVOTE, INICIACION AL BALONMANO 2
Otra clase de tipo de relación es la doce y cincuenta y nueve de la noche relación: Para cada registro de una tabla, una y sólo un registro coincidente está en una tabla diferente. Los datos de diferentes tablas en una relación uno-a-uno técnicamente se pueden combinar en una sola tabla.
Por último, en una muchos a muchos relación, los registros de ambas tablas puede tener cualquier número de registros coincidentes en la otra tabla. Por ejemplo, una base de datos en un banco puede tener una tabla de los diversos tipos de préstamos (préstamos de vivienda, préstamos de automóviles, etc.) y una tabla de clientes. Un cliente puede tener muchos tipos de préstamos. Mientras tanto, cada tipo de préstamo puede ser concedido a muchos clientes.