Bases de Datos Cap VI:SQL: SQL-Definición de datos

5,551 views
5,407 views

Published on

SQL: definición de datos
Ponente: Juan Carlos Morocho

Published in: Education, Technology
0 Comments
5 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
5,551
On SlideShare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
296
Comments
0
Likes
5
Embeds 0
No embeds

No notes for slide
  • utpl
  • Chapter Name September 98
  • utpl
  • Bases de Datos Cap VI:SQL: SQL-Definición de datos

    1. 1. ESCUELA : NOMBRES: BASE DE DATOS I CICLO Ciencias de la Computación Ing. Juan Carlos Morocho OCTUBRE 2009 – FEBRERO 2010 BIMESTRE: I BIMESTRE
    2. 2. Capítulo 6 SQL: definición de datos © Pearson Education Limited 1995, 2005
    3. 3. Tipos de datos SQL de ISO © Pearson Education Limited 1995, 2005 Tipo de datos Declaraciones booleano BOOLEAN carácter CHAR VARCHAR bit BIT BIT VARYING numérico exacto NUMERIC DECIMAL INTEGER SMALLINT numérico aproximado FLOAT RAEL DOUBLE PRECISION fecha y hora DATE TIME TIMESTAMP intervalo INTERVAL objetos de gran tamaño CHARACTER LARGE OBJECT BINARY LARGE OBJECT Tabla 6.1. Tipos de datos SQL
    4. 4. Características de mejora de integridad <ul><li>Tengamos en cuenta cuatro tipos de restricciones de integridad: </li></ul><ul><ul><li>Datos requeridos </li></ul></ul><ul><ul><li>Restricciones de dominio </li></ul></ul><ul><ul><li>Integridad de entidades </li></ul></ul><ul><ul><li>Integridad referencial </li></ul></ul><ul><ul><li>Restricciones generales. </li></ul></ul>© Pearson Education Limited 1995, 2005
    5. 5. Características de mejora de la integridad <ul><li>Datos requeridos </li></ul><ul><ul><li>position VARCHAR(10) NOT NULL </li></ul></ul><ul><li>Restricciones de dominio </li></ul><ul><ul><li>(a) CHECK </li></ul></ul><ul><ul><li>sex CHAR NOT NULL </li></ul></ul><ul><ul><li>CHECK (sex IN (‘M’, ‘F’)) </li></ul></ul>
    6. 6. Integridad de Entidades <ul><li>La clave principal de una tabla debe contener un valor unívoco y no nulo en cada fila. </li></ul><ul><li>El estándar ISO soporta las restricciones de integridad de entidades mediante la cláusula FOREIGN KEY en las instrucciones CREATE y ALTER TABLE: </li></ul><ul><ul><li>PRIMARY KEY(staffNo) </li></ul></ul><ul><ul><li>PRIMARY KEY(clientNo, propertyNo) </li></ul></ul><ul><li>La cláusula PRIMARY KEY sólo puede especificarse una vez por tabla. Sigue siendo posible garantizar la unicidad para cualesquiera claves alternativas que tenga la tabla utilizando la palabra clave UNIQUE: </li></ul><ul><ul><li>UNIQUE(telNo) </li></ul></ul>
    7. 7. Integridad referencial <ul><li>Una clave externa en una columna o conjunto de columnas que enlazan cada fila de la tabla hijo que contiene la clave externa con la fila de la clave padre que contiene el valor correspondiente de clave candidata. </li></ul><ul><li>La integridad referencial significa que, si la clave externa contiene un valor, dicho valor debe hacer referencia a una fila existente y válida dentro de la tabla padre. </li></ul><ul><li>El estándar ISO soporta la definición de claves externas mediante la cláusula FOREIGN KEY en las instrucciones CREATE y ALTER TABLE: </li></ul><ul><ul><li>FOREIGN KEY(branchNo) REFERENCES Branch </li></ul></ul>
    8. 8. Integridad referencial <ul><li>Cualquier intento de efectuar una operación INSERT o UPDATE mediante la que se trate de crear un valor de clave externa en una tabla hijo que no tenga un valor correspondiente de clave candidata en la tabla padre será rechazada. </li></ul><ul><li>La acción que SQL toma para cualquier operación UPDATE y DELETE que intente actualizar o borrar un valor de clave candidata de la tabla padre que tenga una o más filas correspondientes en la tabla hijo depende de la acción referencial especificada mediante las subcláusulas ON UPDATE y ON DELETE: </li></ul><ul><ul><li>CASCADE - SET NULL </li></ul></ul><ul><ul><li>SET DEFAULT - NO ACTION </li></ul></ul>
    9. 9. Integridad referencial <ul><li>CASCADE : Borra la fila de la tabla padre y borra automáticamente las filas correspondientes en la tabla hijo, y así sucesivamente en cascada. </li></ul><ul><li>SET NULL : Se borra la fila de la tabla padre y se asigna el valor NULL a los valores de clave externa en la tabla hijo. Sólo es válida si no se ha especificado el cuantificador NOT NULL para las columnas de clave externa. </li></ul><ul><li>SET DEFAULT : Borra la fila de la tabla padre y asigna a cada componente la clave externa de la tabla hijo del valor predeterminado especificado. Sólo es válido si se ha especificado un valor DEFAULT para las columnas de clave externa. </li></ul><ul><li>NO ACTION : Se rechaza la operación de borrado de la tabla padre. Operación predeterminada. </li></ul>
    10. 10. Integridad referencial <ul><li>FOREIGN KEY (staffNo) REFERENCES Staff ON DELETE SET NULL </li></ul><ul><li>FOREIGN KEY (ownerNo) REFERENCES Owner ON UPDATE CASCADE </li></ul>Restricciones generales <ul><li>Podemos usar CHECK/UNIQUE de las instrucciones CREATE y ALTER TABLE. </li></ul>
    11. 11. Definición de datos <ul><li>El lenguaje DDL permite crear y destruir objetos de la base de datos tales como esquemas, dominios, vistas e índices. </li></ul><ul><li>Las principales instrucciones del DDL son: </li></ul><ul><ul><li>CREATE SCHEMA DROP SCHEMA </li></ul></ul><ul><ul><li>CREATE/ALTER DOMAIN DROP DOMAIN </li></ul></ul><ul><ul><li>CREATE/ALTER TABLE DROP TABLE </li></ul></ul><ul><ul><li>CREATE vista DROP vista </li></ul></ul><ul><li>Muchos SGBD también proporcionan: </li></ul><ul><ul><li>CREATE INDEX DROP INDEX </li></ul></ul>
    12. 12. Creación de una tabla <ul><ul><li>Creación de una tabla NombreTabla </li></ul></ul><ul><ul><li>{(NombreColumna tipoDatos [NOT NULL] [UNIQUE] </li></ul></ul><ul><ul><li>[DEFAULT opciónPredeterminada] </li></ul></ul><ul><ul><li>[CHECK condiciónBúsqueda] [,...]} </li></ul></ul><ul><ul><li>[PRIMARY KEY (listaDeColumnas),] </li></ul></ul><ul><ul><li>{[UNIQUE (listaDeColumnas),] […,]} </li></ul></ul><ul><ul><li>{[FOREIGN KEY (listaColumnasClaveExterna) </li></ul></ul><ul><ul><li>REFERENCES NombreTablaPadre [(listaColumnasClaveCandidatas)], </li></ul></ul><ul><ul><li>[ON UPDATE acciónReferencial] </li></ul></ul><ul><ul><li>[ON DELETE acciónReferencial ]] [,…]} </li></ul></ul><ul><ul><li>{[CHECK (condiciónBúsqueda)] [,…] }) </li></ul></ul>
    13. 13. Ejemplo 6.1 - Creación de una tabla <ul><li>CREATE DOMAIN OwnerNumber AS VARCHAR(5) </li></ul><ul><ul><li>CHECK (VALUE IN (SELECT ownerNo FROM PrivateOwner)); </li></ul></ul><ul><li>CREATE DOMAIN StaffNumber AS VARCHAR(5) </li></ul><ul><ul><li>CHECK (VALUE IN (SELECT staffNo FROM Staff)); </li></ul></ul><ul><li>CREATE DOMAIN PNumber AS VARCHAR(5); </li></ul><ul><li>CREATE DOMAIN PRooms AS SMALLINT; </li></ul><ul><ul><li>CHECK(VALUE BETWEEN 1 y 15); </li></ul></ul><ul><li>CREATE DOMAIN PRent AS DECIMAL(6,2) </li></ul><ul><ul><li>CHECK(VALUE BETWEEN 0 y 9999.99); </li></ul></ul>© Pearson Education Limited 1995, 2005
    14. 14. Ejemplo 6.1 - Creación de una tabla <ul><li>Crear la tabla PropertyForRent </li></ul><ul><li>propertyNo PNumber NOT NULL, …. </li></ul><ul><li>rooms PRooms NOT NULL DEFAULT 4, </li></ul><ul><li>rent PRent NOT NULL, DEFAULT 600, </li></ul><ul><li>ownerNo OwnerNumber NOT NULL, </li></ul><ul><li>staffNo StaffNumber </li></ul><ul><ul><li>Constraint StaffNotHylingTooMuch …. </li></ul></ul><ul><li>branchNo BranchNumber NOT NULL, </li></ul><ul><li>PRIMARY KEY (propertyNo), </li></ul><ul><li>FOREIGN KEY (staffNo) REFERENCES Staff </li></ul><ul><ul><li>ON DELETE SET NULL ON UPDATE CASCADE ….); </li></ul></ul>
    15. 15. Modificación de la definición de una tabla (ALTER TABLE) <ul><li>Añadir una nueva columna a una tabla. </li></ul><ul><li>Eliminar una columna de una tabla. </li></ul><ul><li>Añadir una nueva restricción de una tabla. </li></ul><ul><li>Eliminar una restricción de una tabla. </li></ul><ul><li>Asignar un valor predeterminado a una columna. </li></ul><ul><li>Eliminar el valor predeterminado para una columna. </li></ul>
    16. 16. Ejemplo 6.2(a) - ALTER TABLE <ul><li>Cambiar la tabla Staff eliminando el valor predeterminado «Assistant» para la columna y asignando como valor predeterminado para la columna sex el sexo femenino (« F »). </li></ul><ul><li>ALTER TABLE Staff </li></ul><ul><ul><li>ALTER position DROP DEFAULT; </li></ul></ul><ul><li>ALTER TABLE Staff </li></ul><ul><ul><li>ALTER sex SET DEFAULT ‘F’; </li></ul></ul>
    17. 17. Ejemplo 6.2(b) - ALTER TABLE <ul><li> Cambiar la tabla PropertyForRent eliminando la restricción de que los empleados no pueden gestionar más de 100 inmuebles al mismo tiempo. Añadir una nueva columna a la tabla Client. </li></ul><ul><li>ALTER TABLE PropertyForRent </li></ul><ul><ul><li>DROP CONSTRAINT StaffNotHylingTooMuch; </li></ul></ul><ul><li>ALTER TABLE Client </li></ul><ul><ul><li>ADD prefNoRooms PRooms; </li></ul></ul>
    18. 18. Eliminación de una tabla (DROP TABLE) <ul><li>DROP TABLE NombreTabla [RESTRICT | CASCADE] </li></ul><ul><ul><li>E.j. DROP TABLE PropertyForRent; </li></ul></ul><ul><li>Elimina la tabla designada y todas las filas en ella contenidas. </li></ul><ul><li>Con el comando RESTRICT se rechaza la operación DROP si hay otros objetos cuya existencia depende de que continúe existiendo la tabla que se puede eliminar. </li></ul><ul><li>Con el comando CASCADE la operación DROP se lleva a cabo y SQL elimina automáticamente todos los objetos dependientes (y también los objetos que dependan de otros objetos). </li></ul>
    19. 19. Vistas <ul><li>Vista </li></ul><ul><ul><li>Resultado dinámico de una o más operaciones relacionales que operan sobre las relaciones base para producir otra relación. </li></ul></ul><ul><li>Relación virtual que no tiene por qué existir necesariamente en la base de datos sino que puede producirse cuando se solicite por parte de un usuario concreto, generándosela en el momento de la solicitud. </li></ul>
    20. 20. Creación de una vista (CREATE VIEW) <ul><li>CREATE VIEW NombreVista [ (nuevoNombreColumna [,...]) ] </li></ul><ul><ul><li>AS subselección </li></ul></ul><ul><ul><li>[WITH [CASCADED | LOCAL] CHECK OPTION] </li></ul></ul><ul><li>Si se especifica una lista de nombres de columna, debe tener el mismo número de elementos que el número de columnas generadas por la subselección </li></ul><ul><li>Si se omite la lista de nombres de columnas, cada una de las columnas de la vista tomará el nombre de la columna correspondiente en la instrucción de subselección . </li></ul>
    21. 21. Ejemplo 6.3 – Creación de una vista horizontal <ul><ul><li>Crear una vista de modo que el gerente de la sucursal B003 sólo pueda ver los detalles referidos a los empleados que trabajen en su sucursal. </li></ul></ul><ul><li>CREATE vista Manager3Staff </li></ul><ul><ul><li>AS SELECT * </li></ul></ul><ul><ul><li>FROM Staff </li></ul></ul><ul><ul><li>WHERE branchNo = ‘B003’; </li></ul></ul>Tabla 6.3 Datos correspondientes a la vista Manager3Staff
    22. 22. Ejemplo 6.4 – Creación de una vista vertical <ul><li>Crear una vista de los detalles de los empleados de la sucursal B003 excluyendo la información salarial. </li></ul><ul><ul><li>AS SELECT staffNo, fName, lName, position, sex </li></ul></ul><ul><ul><li>FROM Staff </li></ul></ul><ul><ul><li>WHERE branchNo = ‘B003’; </li></ul></ul>Tabla 6.4 Datos correspondientes a la vista Staff3
    23. 23. Ejemplo 6.5 – Vistas agrupadas y combinadas <ul><li>Crear una vista de los empleados que gestionan inmuebles para alquilar en la que se incluya el número de la sucursal en la que trabaja el empleado, el número del empleado y el número de inmuebles que gestiona. </li></ul><ul><li>CREATE view StaffPropCnt (branchNo, staffNo, cnt) </li></ul><ul><ul><li>AS SELECT s.branchNo, s.staffNo, COUNT(*) </li></ul></ul><ul><ul><li>FROM Staff s, PropertyForRent p </li></ul></ul><ul><ul><li>WHERE s.staffNo = p.staffNo </li></ul></ul><ul><ul><li>GROUP BY s.branchNo, s.staffNo; </li></ul></ul>© Pearson Education Limited 1995, 2005
    24. 24. Ejemplo 6.3 – Vistas agrupadas y combinadas Tabla 6.5 Datos para la vista StaffPropCnt
    25. 25. Eliminación de una vista (DROP vista) <ul><ul><li>DROP VIEW NombreVista [RESTRICT | CASCADE] </li></ul></ul><ul><li>Hace que se elimine de la base de datos la definición de la vista. </li></ul><ul><li>Por Ejemplo: </li></ul><ul><ul><li>DROP vista Manager3Staff; </li></ul></ul>
    26. 26. DROP VIEW <ul><li>Si se especifica la opción CASCADE, se borrarán todos los objetos dependientes relacionados, es decir, todos los objetos que hagan referencia a la vista. </li></ul><ul><li>Si se especifica la opción RESTRICT (predeterminado), y hay algún objeto cuya existencia dependa de que continúe existiendo la vista que se pretende eliminar, el comando no se ejecutará. </li></ul>
    27. 27. Resolución de vistas <ul><li>Contar el número de inmuebles gestionados por cada empleado de la sucursal. </li></ul><ul><ul><li>SELECT staffNo, cnt </li></ul></ul><ul><ul><li>FROM StaffPropCnt </li></ul></ul><ul><ul><li>WHERE branchNo = ‘B003’ </li></ul></ul><ul><ul><li>ORDER BY staffNo; </li></ul></ul>
    28. 28. Resolución de vistas <ul><li>(a) Los nombres de columna de la vista contenidos en la lista SELECT se traducen a sus correspondientes nombres de columna en la consulta de definición: </li></ul><ul><ul><li>SELECT s.staffNo As staffNo, COUNT(*) As cnt </li></ul></ul><ul><li>(b) Los nombres de vistas en la cláusula FROM se sustituyen por las correspondientes listas FROM de la consulta de definición y: </li></ul><ul><ul><li>FROM Staff s, PropertyForRent p </li></ul></ul>
    29. 29. Resolución de las vistas <ul><li>(c) La cláusula WHERE de la consulta del usuario se combina con la cláusula WHERE de la consulta de definición utilizando el operador lógico AND: </li></ul><ul><ul><li>WHERE s.staffNo = p.staffNo y branchNo = ‘B003’ </li></ul></ul><ul><li>(d) Las cláusulas GROUP BY y HAVING se copian de la columna de definición: </li></ul><ul><ul><li>GROUP BY s.branchNo, s.staffNo </li></ul></ul><ul><li>(e) La cláusula ORDER BY se copia de la consulta del usuario traduciendo el nombre de columna de la vista a su correspondiente nombre de columna de la consulta de definición. </li></ul><ul><ul><li>ORDER BY s.staffNo </li></ul></ul>
    30. 30. Resolución de las vistas <ul><li>(f) La cláusula combinada final será: </li></ul><ul><ul><li>SELECT s.staffNo AS staffNo, COUNT(*) AS cnt </li></ul></ul><ul><ul><li>FROM Staff s, PropertyForRent p </li></ul></ul><ul><ul><li>WHERE s.staffNo = p.staffNo y </li></ul></ul><ul><ul><li>branchNo = ‘B003’ </li></ul></ul><ul><ul><li>GROUP BY s.branchNo, s.staffNo </li></ul></ul><ul><ul><li>ORDER BY s.staffNo; </li></ul></ul>
    31. 31. Restricciones de las vistas <ul><li>SQL impone diversas restricciones a la creación y utilización de vistas. </li></ul><ul><li>(a) Si una columna de la vista está basada en una función de agregación sobre la columna cnt : </li></ul><ul><ul><li>Dicha columna sólo puede aparecer en las cláusulas SELECT y ORDER BY de las consultas que accedan a la vista. </li></ul></ul><ul><ul><li>Dicha columna no podrá ser utilizada en una cláusula WHERE y no puede emplearse como argumento para una función de agregación en ninguna consulta basada en la vista. </li></ul></ul>
    32. 32. Restricciones de las vistas <ul><li>Por Ejemplo, la siguiente consulta no sería legal: </li></ul><ul><ul><li>SELECT COUNT(cnt) </li></ul></ul><ul><ul><li>FROM StaffPropCnt; </li></ul></ul><ul><li>De igual forma, la siguiente consulta también fallaría: </li></ul><ul><ul><li>SELECT * </li></ul></ul><ul><ul><li>FROM StaffPropCnt </li></ul></ul><ul><ul><li>WHERE cnt > 2; </li></ul></ul>
    33. 33. Restricciones de las vistas <ul><li>(b) Una vista agrupada nunca puede combinarse con una tabla base o con otra vista. </li></ul><ul><li>Por ejemplo, la vista StaffPropCnt es una vista agrupada por lo que cualquier intento de combinar esta vista con otra tabla o vista fallará. </li></ul>
    34. 34. Actualización de vistas <ul><li>Todas las actualizaciones de la tabla base se ven inmediatamente reflejadas en todas las vistas definidas sobre dicha tabla base. </li></ul><ul><li>De igual forma, cabría esperar que si se actualiza una vista las tablas base reflejen los cambios realizados. </li></ul>
    35. 35. Actualización de vistas <ul><li>Sin embargo, considere de nuevo la vista StaffPropCnt. </li></ul><ul><li>Si tratáramos de insertar un registro que indicara que, en la sucursal B003, el empleado SG5 gestiona dos propiedades: </li></ul><ul><ul><li>INSERT INTO StaffPropCnt </li></ul></ul><ul><ul><li>VALUES (‘B003’, ‘SG5’, 2); </li></ul></ul><ul><li>Tendremos que insertar dos registros en la tabla PropertyForRent que indiquen qué inmuebles son. Sin embargo, no sabemos qué inmuebles son, es decir, no conocemos los valores de la clave principal! </li></ul>
    36. 36. Actualización de vistas <ul><li>Si cambiamos la definición de vista, y sustituimos el valor que indica el número de inmuebles por los números de inmuebles reales: </li></ul><ul><ul><li>CREATE VIEW StaffPropList (branchNo, </li></ul></ul><ul><ul><li> staffNo, propertyNo) </li></ul></ul><ul><ul><li>AS SELECT s.branchNo, s.staffNo, p.propertyNo </li></ul></ul><ul><ul><li> FROM Staff s, PropertyForRent p </li></ul></ul><ul><ul><li> WHERE s.staffNo = p.staffNo; </li></ul></ul>
    37. 37. Actualización de vistas <ul><li>Ahora intentaremos insertar el registro: </li></ul><ul><ul><li>INSERT INTO StaffPropList </li></ul></ul><ul><ul><li>VALUES (‘B003’, ‘SG5’, ‘PG19’); </li></ul></ul><ul><li>Todavía continúa existiendo un problema con esta inserción, porque hemos especificado en la definición de la tabla PropertyForRent que todas las columnas excepto postcode y staffNo no pueden contener valores nulos. </li></ul><ul><li>Sin embargo, no tenemos forma de proporcionar valores a las restantes columnas no nulas. </li></ul>
    38. 38. Ventajas de las vistas <ul><li>Independencia de datos </li></ul><ul><li>Valores actualizados </li></ul><ul><li>Mayor seguridad </li></ul><ul><li>Menor complejidad </li></ul><ul><li>Comodidad </li></ul><ul><li>Personalización </li></ul><ul><li>Integridad de los datos </li></ul>
    39. 39. Desventajas de las vistas <ul><li>Restricciones de actualización </li></ul><ul><li>Restricciones de estructura </li></ul><ul><li>Rendimiento </li></ul>
    40. 40. Materialización de vistas <ul><li>El mecanismo para llevar a cabo la resolución de la vista puede ser lento, especialmente si se accede a esta vista de manera frecuente. </li></ul><ul><li>La materialización de vistas almacena las vistas de forma temporal dentro de la base de datos cuando la vista se consulta por primera vez. </li></ul><ul><li>A partir de ahí, las consultas basadas en la vista materializada pueden ser mucho más rápidas que el proceso de recalcular la vista cada vez. </li></ul><ul><li>La dificultad consiste en mantener la vista actualizada a medida que se modifican las tablas base. </li></ul>
    41. 41. Mantenimiento de las vistas <ul><li>EL mantenimiento de las vistas tiene por objetivo mantener actualizada la vista. </li></ul><ul><li>Tengamos en cuenta la siguiente vista: </li></ul><ul><ul><li>CREATE vista StaffPropRent(staffNo) </li></ul></ul><ul><ul><li>AS SELECT DISTINCT staffNo </li></ul></ul><ul><ul><li>FROM PropertyForRent </li></ul></ul><ul><ul><li>WHERE branchNo = ‘B003’ y </li></ul></ul><ul><ul><li>rent > 400; </li></ul></ul>Tabla 6.8 Datos para la vista StaffPropRent
    42. 42. Transacciones <ul><li>El estándar SQL define un modelo de transacciones basado en dos instrucciones SQL: COMMIT y ROLLBACK. </li></ul><ul><li>Una transacción es una unidad lógica de trabajo compuesta por una o más instrucciones SQL garantizándose que esa unidad lógica sea atómica con respecto a la recuperación. </li></ul><ul><li>Una transacción SQL comienza automáticamente con una instrucción SQL iniciadora de transacción (por ejemplo SELECT, INSERT). </li></ul><ul><li>Los cambios realizados por una transacción no son visibles para otras transacciones que se estén ejecutando concurrentemente hasta que la transacción se complete. </li></ul>
    43. 43. Transacciones <ul><li>Toda transacción puede completarse de cuatro formas distintas: </li></ul><ul><li>- La instrucción COMMIT hace que la transacción termine con éxito, con lo que los cambios realizados en la base de datos serán permanentes. </li></ul><ul><li>- La instrucción ROLLBACK aborta la transacción, deshaciendo cualquier cambio que se está ejecutando concurrentemente hasta que la transacción se complete. </li></ul>
    44. 44. Transacciones <ul><li>- Para el SQL programático la terminación satisfactoria de un programa hace que termine con éxito la transacción final, aún cuando no se haya ejecutado una instrucción COMMIT. </li></ul><ul><li>- Para el SQL programático, una terminación anormal del programa hará que se aborte la transacción. </li></ul>
    45. 45. Transacciones <ul><li>Una nueva transacción comienza con la siguiente instrucción de comienzo de transacción. </li></ul><ul><li>Las transacciones SQL no pueden anidarse. </li></ul><ul><li>La instrucción SET TRANSACTION permite al usuario configurar ciertos aspectos de la transacción: </li></ul><ul><li>SET TRANSACTION </li></ul><ul><ul><li>[READ ONLY | READ WRITE] | </li></ul></ul><ul><ul><li>[ISOLATION LEVEL READ UNCOMMITTED | </li></ul></ul><ul><ul><li>READ COMMITTED|REPEATABLE READ |SERIALIZABLE ] </li></ul></ul>
    46. 46. Privilegios <ul><li>Las acciones que se permite al usuario llevar a cabo sobre una determinada tabla base o vista: </li></ul><ul><li>SELECT Extraer datos de una tabla. </li></ul><ul><li>INSERT Insertar nuevas filas en una tabla. </li></ul><ul><li>UPDATE Modificar filas de datos en una tabla. </li></ul><ul><li>DELETE Borrar filas de datos de una tabla. </li></ul><ul><li>REFERENCES Hacer referencia a columnas de una tabla especificada dentro de las restricciones de integridad. </li></ul><ul><li>USAGE Utilizar dominios, intercalaciones, conjuntos de caracteres y traducciones. </li></ul>
    47. 47. Privilegios <ul><li>Pueden restringirse a columnas específicas de la tabla, lo que permite que se efectúen cambios en dichas columnas pero impidiendo la modificación de las columnas restantes. </li></ul><ul><li>El propietario de una base de datos debe proporcionar acceso a los restantes usuarios mediante la instrucción GRANT. </li></ul><ul><li>Para crear una vista el usuario debe disponer del privilegio SELECT sobre todas las tablas que forman la lista y del privilegio PREFERENCES sobre las columnas especificadas de la vista. </li></ul>
    48. 48. GRANT <ul><ul><li>GRANT {ListaPrivilegios | ALL PRIVILEGES} </li></ul></ul><ul><ul><li>ON NombreObjeto </li></ul></ul><ul><ul><li>TO {ListaAutorización | PUBLIC} </li></ul></ul><ul><ul><li>[WITH GRANT OPTION] </li></ul></ul><ul><li>ListaPrivilegios está compuesta por uno o más de los privilegios arriba indicados separados por comas. </li></ul><ul><li>ALL PRIVILEGES da todos los privilegios a un usuario. </li></ul>
    49. 49. Ejemplo 6.7/8 - GRANT <ul><li>Proporcionar al usuario con identificador de autorización Manager todos los privilegios mediante GRANT. </li></ul><ul><ul><li>GRANT ALL PRIVILEGES </li></ul></ul><ul><ul><li>ON Staff </li></ul></ul><ul><ul><li>TO Manager WITH GRANT OPTION; </li></ul></ul><ul><li>Conceder a los usuarios Personnel y Director los privilegios SELECT y UPDATE sobre la columna salary de la tabla Staff. </li></ul><ul><ul><li>GRANT SELECT, UPDATE (salary) </li></ul></ul><ul><ul><li>ON Staff </li></ul></ul><ul><ul><li>TO Personnel, Director; </li></ul></ul>
    50. 50. Ejemplo 6.9 – Concesión de privilegios específicos a PUBLIC mediante GRANT <ul><li>Conceder a todos los usuarios el privilegio SELECT sobre la tabla Branch. </li></ul><ul><ul><li>GRANT SELECT </li></ul></ul><ul><ul><li>ON Branch </li></ul></ul><ul><ul><li>TO PUBLIC; </li></ul></ul>
    51. 51. REVOKE <ul><li>REVOKE se utiliza para quitar privilegios concedidos con la instrucción GRANT. </li></ul><ul><ul><li>REVOKE [GRANT OPTION FOR] </li></ul></ul><ul><ul><li>{ListaPrivilegios | ALL PRIVILEGES} </li></ul></ul><ul><ul><li>ON NombreObjeto </li></ul></ul><ul><ul><li>FROM {ListaIdentificadorAutorización | PUBLIC} </li></ul></ul><ul><ul><li> [RESTRICT | CASCADE] </li></ul></ul><ul><li>La palabra clave ALL PRIVILEGES hace referencia a todos los privilegios concedidos a un usuario por el usuario que está revocándolo. </li></ul>
    52. 52. Vista 6.10/11 – Revocación de privilegios específicos <ul><li>Revocar el privilegio SELECT a todos los usuarios sobre la tabla Branch. </li></ul><ul><ul><li>REVOKE SELECT </li></ul></ul><ul><ul><li>ON Branch </li></ul></ul><ul><ul><li>FROM PUBLIC; </li></ul></ul><ul><li>Revocar todos los privilegios dados a Director sobre la tabla Staff. </li></ul><ul><ul><li>REVOKE ALL PRIVILEGES </li></ul></ul><ul><ul><li>ON Staff </li></ul></ul><ul><ul><li>FROM Director; </li></ul></ul>

    ×