TALLER DE BASE DE DATOSINTEGRIDAD DE ENTIDADINTEGRIDAD REFERENCIAL EN:SQL SERVERACCESS JUAN BAUTISTAEDUARDO VIESCAISRAEL JIMENEZ
INTEGRIDAD DE ENTIDADPretende que cada entidad que se guarda en la base de datos sea identificable de un modo único, es decir, que evitemos la información redundante.La identificación de entidades no es única, podemos tener varios modos de entidad para un mismo objeto real .
Estas entidades puede ser de diferente carácter: Entidades físicas: un libro, una bebida, un empleado
Entidades conceptuales: una empresa
Entidades como eventos: una alerta de nuestra agenda que nos recuerda una tareaLa integridad de entidad define una fila como entidad única para una tabla determinada. Exige la integridad de las columnas, de los identificadores o la clave principal de una tabla, mediante índices y restricciones UNIQUE, o restricciones PRIMARY KEY o IDENTITY Una tabla puede tener solo una restricción PRIMARY KEY, y ninguna columna que participa de la clave primaria puede aceptar nulos. Cuando se especifica una restricción PRIMARY KEY para una tabla, SQL asegura la unicidad de los datos creando un índice principal para las columnas de la clave primaria. Cada tabla puede tener sólo una columna de identificación, la que contendrá una secuencia de valores generados por el sistema que unívocamente identifican a cada fila de la tabla
Como ejemplo una empresa dedicada a la venta de bebidas, podríamos identificar las bebidas de un modo general, a un modo más individual:Todas las bebidas en un sólo grupo.
Todas las bebidas de la misma marca en un grupo.
Agrupar las bebidas en función de si son alcohólicas o no.
Cada bebida de modo individual.
Un hecho sobre una determinada bebida, como puede ser el sabor de un refresco.INTEGRIDAD REFERENCIALProtege las relaciones definidas entre las tablas cuando se crean o se eliminan filas.Se basa en las relaciones entre claves externas y claves principales, mediante restricciones FOREIGN KEY y CHECK.Garantiza que los valores de clave sean coherentes en las distintas tablas. Para conseguir esa coherencia, es preciso que no haya referencias a valores inexistentes y que, si cambia el valor de una clave, todas las referencias a ella se cambien en consecuencia en toda la base de datos.
Cuando se exige la integridad referencial, SQL Server impide a los usuarios:Agregar o cambiar filas en una tabla relacionada si no hay ninguna fila asociada en la tabla principal.
Cambiar valores en una tabla principal que crea filas huérfanas en una tabla relacionada.
Eliminar filas de una tabla principal cuando hay filas relacionadas coincidentes.Por ejemplo, en las tablas Sales.SalesOrderDetail y Production.Product de la base de datos AdventureWorks, la integridad referencial se basa en la relación entre la clave externa (ProductID) de la tablaSales.SalesOrderDetail y la clave principal (ProductID) de la tabla Production.Product. Esta relación garantiza que un pedido de ventas no pueda nunca hacer referencia a un producto que no existe en la tablaProduction.Product.

INTEGRIDAD DE ENTIDAD E INTEGRIDAD REFERENCIAL EN SQL SERVER Y ACCESS

  • 1.
    TALLER DE BASEDE DATOSINTEGRIDAD DE ENTIDADINTEGRIDAD REFERENCIAL EN:SQL SERVERACCESS JUAN BAUTISTAEDUARDO VIESCAISRAEL JIMENEZ
  • 2.
    INTEGRIDAD DE ENTIDADPretendeque cada entidad que se guarda en la base de datos sea identificable de un modo único, es decir, que evitemos la información redundante.La identificación de entidades no es única, podemos tener varios modos de entidad para un mismo objeto real .
  • 3.
    Estas entidades puedeser de diferente carácter: Entidades físicas: un libro, una bebida, un empleado
  • 4.
  • 5.
    Entidades como eventos:una alerta de nuestra agenda que nos recuerda una tareaLa integridad de entidad define una fila como entidad única para una tabla determinada. Exige la integridad de las columnas, de los identificadores o la clave principal de una tabla, mediante índices y restricciones UNIQUE, o restricciones PRIMARY KEY o IDENTITY Una tabla puede tener solo una restricción PRIMARY KEY, y ninguna columna que participa de la clave primaria puede aceptar nulos. Cuando se especifica una restricción PRIMARY KEY para una tabla, SQL asegura la unicidad de los datos creando un índice principal para las columnas de la clave primaria. Cada tabla puede tener sólo una columna de identificación, la que contendrá una secuencia de valores generados por el sistema que unívocamente identifican a cada fila de la tabla
  • 6.
    Como ejemplo unaempresa dedicada a la venta de bebidas, podríamos identificar las bebidas de un modo general, a un modo más individual:Todas las bebidas en un sólo grupo.
  • 7.
    Todas las bebidasde la misma marca en un grupo.
  • 8.
    Agrupar las bebidasen función de si son alcohólicas o no.
  • 9.
    Cada bebida demodo individual.
  • 10.
    Un hecho sobreuna determinada bebida, como puede ser el sabor de un refresco.INTEGRIDAD REFERENCIALProtege las relaciones definidas entre las tablas cuando se crean o se eliminan filas.Se basa en las relaciones entre claves externas y claves principales, mediante restricciones FOREIGN KEY y CHECK.Garantiza que los valores de clave sean coherentes en las distintas tablas. Para conseguir esa coherencia, es preciso que no haya referencias a valores inexistentes y que, si cambia el valor de una clave, todas las referencias a ella se cambien en consecuencia en toda la base de datos.
  • 11.
    Cuando se exigela integridad referencial, SQL Server impide a los usuarios:Agregar o cambiar filas en una tabla relacionada si no hay ninguna fila asociada en la tabla principal.
  • 12.
    Cambiar valores enuna tabla principal que crea filas huérfanas en una tabla relacionada.
  • 13.
    Eliminar filas deuna tabla principal cuando hay filas relacionadas coincidentes.Por ejemplo, en las tablas Sales.SalesOrderDetail y Production.Product de la base de datos AdventureWorks, la integridad referencial se basa en la relación entre la clave externa (ProductID) de la tablaSales.SalesOrderDetail y la clave principal (ProductID) de la tabla Production.Product. Esta relación garantiza que un pedido de ventas no pueda nunca hacer referencia a un producto que no existe en la tablaProduction.Product.