base de datos

EJEMPLOS PRÁCTICOS SQL

EJEMPLOS PRÁCTICOS SQL
INTEGRIDAD REFERENCIAL
INTEGRIDAD REFERENCIAL

DROP SCHEMA IF EXISTS Tablas1;
CREATE SCHEMA Tablas1;
USE Tablas1;

create table Cliente(
Dni VARCHAR(10),
Nombre VARCHAR(10),
Apellido VARCHAR(10),
p
( ),
PRIMARY KEY (Dni)
)ENGINE=InnoDB;
create table Pedidos(
npedido INTEGER,
fecha DATE,
Cantidad DOUBLE,
cliente_DniVARCHAR(10),
PRIMARY KEY (npedido),
(
did )
FOREIGN KEY (cliente_Dni) REFERENCES Cliente(Dni)

)
)ENGINE=InnoDB;
;

INSERT INTO Cliente VALUES ('7211545v','Carlos','Martinez Lopez');
INSERT INTO Pedidos VALUES ('122','2010/01/05',7,'7211545v');
( 122 2010/01/05 7 7211545v );

TABLA: Cliente

TABLA: Pedidos

Esto es un ejemplo de intento de borrado de una tupla que tiene un campo queaparece como clave foránea en otra tabla. Por omision se aplica la condición
de restrict y no se puede borrar hasta que no borre la tupla de la tabla hija.

Esto es un ejemplo de intento de actualización de una tupla que tiene un campo que
aparece como clave foránea en otra tabla. Por omision se aplica la condición
de restrict y no se puede actualizar.

DROP SCHEMA IF EXISTS Tablas2;
CREATESCHEMA Tablas2;
USE Tablas2;

create table Cliente(
Dni VARCHAR(10),
Nombre VARCHAR(10),
Apellido VARCHAR(10),
PRIMARY KEY (Dni)
)ENGINE=InnoDB;

create table Pedidos(
npedido INTEGER,
fecha DATE,
Cantidad DOUBLE,
cliente_Dni VARCHAR(10),
cliente Dni VARCHAR(10)
PRIMARY KEY (npedido),
FOREIGN KEY (cliente_Dni) REFERENCES Cliente(Dni) ON DELETE CASCADE ON UPDATE CASCADE)ENGINE=InnoDB;

INSERT INTO Cliente VALUES ('7211545v','Carlos','Martinez Lopez');
INSERT INTO Pedidos VALUES ('122','2010/01/05',7,'7211545v');

TABLA: Cliente

TABLA: Pedidos

Para probar la restricción ON UPDATE CASCADE … actualizamos el valor
p
de un DNI. El resultado debe de ser que se actualiza la tabla padre y la hija

Se observa que se han actualizado las tablas padre e hija

Siahora borramos una tupla de la tabla padre se borra la tupla
correspondiente de la tabla hija.

DROP SCHEMA IF EXISTS Tablas3;
CREATE SCHEMA Tablas3;
USE Tablas3;

create table Cliente(
Dni VARCHAR(10),
Nombre VARCHAR(10),
Apellido VARCHAR(10),
PRIMARY KEY (Dni)
)ENGINE=InnoDB;
create table Pedidos(
npedido INTEGER,
fecha DATE,
Cantidad DOUBLE,
cliente_Dni VARCHAR(10),
clienteDni VARCHAR(10)
PRIMARY KEY (npedido),
FOREIGN KEY (cliente_Dni) REFERENCES Cliente(Dni) ON DELETE RESTRICT ON UPDATE CASCADE

)ENGINE=InnoDB;
)ENGINE I
DB

INSERT INTO Cliente VALUES ('7211545v','Carlos','Martinez Lopez');
INSERT INTO Pedidos VALUES ('122','2010/01/05',7,'7211545v');

La restricción más adecuada en la mayoría de los casos es
evitar realizar borrados en cascada y sinembargo si
actualizar en cascada

Observamos que la actualización en cascada ha funcionado

A diferencia del ejemplo de la Tablas2 ahora no se puede
borrar una tupla de la tabla padre por la restricción ON DELETE RESTRICT.

Nótese una cuestión que a veces es causa de confusión.
Aunque es en la tabla hija donde se escribe la restricción de la clave foránea
foránea,
es decir, que unatributo depende de la clave de otra tabla….
Se puede borrar sin ningún problema una tupla de una tabla que contiene
una clave foránea sin afectar a la tupla correspondiente de la tabla padre…
En la figura se ve el ejemplo de borrar una fila en la tabla de pedidos.

Como se ve en la figura la tabla de pedidos está vacía y
la tabla de clientes está intacta.
intacta

DROP SCHEMA IF EXISTSTablas4;
CREATE SCHEMA Tablas4;
USE Tablas4;

create table Cliente(
Dni VARCHAR(10),
Nombre VARCHAR(10),
Apellido VARCHAR(10),
PRIMARY KEY (Dni)
)ENGINE=InnoDB;

create table Pedidos(
npedido INTEGER,
fecha DATE,
Cantidad DOUBLE,
cliente_Dni VARCHAR(10),
PRIMARY KEY (npedido),
( p
),
FOREIGN KEY (cliente_Dni) REFERENCES Cliente(Dni) ON DELETE RESTRICT ON UPDATE
CASCADE...