Actividad 7
Actividad 7
Actividad 7
Bases de Datos.
Nombre de la Licenciatura
Ingeniería en Sistemas Computacionales.
Unidad #6: Reglas de Validación y Programación.
Tarea 7
Tarea
Teniendo como referencia la base de datos creada en la Unidad 5. Generar un trigger y
una vista de la base de datos relacional. La vista deberá estar conformado por un join de
dos o tres tablas. (El join puede ser de cualquier tipo: left join, inner join, right join,
etcétera).
Incluir impresiones de pantalla explicando la función del trigger y de la vista.
Como Introducción a tu actividad da respuesta a la pregunta detonante de esta semana:
¿De qué manera la definición correcta de los procedimientos almacenados garantiza la
funcionalidad de una base de datos?, enfoca tu respuesta en base a Triggers y Vistas.
Finaliza tu actividad con una conclusión donde indiques la importancia de las reglas de
validación de bases de datos utilizando los triggers y vistas.
La estructura de la actividad debe incluir: Portada, Introducción, Procedimiento
almacenado, Conclusión, Referencias utilizando el estilo APA. Utiliza el formato de
tareas UTEL.
Revisa el siguiente recurso para elaborar referencias en formato
APA: http://bibliotecas.unam.mx/index.php/desarrollo-de-habilidades-informativas/como-
hacer-citas-y-referencias-en-formato-apa
no pueden ser invocados directamente; al intentar modificar los datos de una tabla asociada a
un disparador, el disparador se ejecuta automáticamente. -no reciben y retornan parámetros. -
son apropiados para mantener la integridad de los datos, no para obtener resultados de
consultas. Una vista es un objeto. Una vista es una alternativa para mostrar datos de varias
tablas; es como una tabla virtual que almacena una consulta. Los datos accesibles a través de
la vista no están almacenados en la base de datos, en la base de datos se guarda la definición
de la vista y no el resultado de ella. Entonces, una vista almacena una consulta como un objeto
Unidad #6: Reglas de Validación y Programación.
para utilizarse posteriormente. Las tablas consultadas en una vista se llaman tablas base. En
general, se puede dar un nombre a cualquier consulta y almacenarla como una vista. Una vista
suele llamarse también tabla virtual porque los resultados que retorna y la manera de
referenciarlas es la misma que para una tabla. Las vistas permiten: -simplificar la administración
de los permisos de usuario: se pueden dar al usuario permisos para que solamente pueda
acceder a los datos a través de vistas, en lugar de concederle permisos para acceder aciertos
campos, así se protegen las tablas base de cambios en su estructura. -mejorar el rendimiento:
se puede evitar tipear instrucciones repetidamente almacenando en una vista el resultado de
una consulta compleja que incluya información de varias tablas. Podemos crear vistas con: un
subconjunto de registros y campos de una tabla; una unión de varias tablas; una combinación
de varias tablas; un subconjunto de otra vista, combinación de vistas y tablas.
Unidad #6: Reglas de Validación y Programación.
Conclusión.
Los triggers hacen que la comprensión de un sistema sea complicada, causan que su
mantenimiento sea más difícil de lo normal y crean confusión al permanecer ocultos en el
esquema la base de datos. Mucha gente considera que los triggers son como sentencias DDL y
que, al igual que no hay necesidad de revisar una sentencia CREATE TABLE, tampoco hay
necesidad de revisar el código de un trigger PL/SQL. Enrealidad, los triggers son subrutinas que
son llamadas una y otra vez, cuyo código debe revisarse de igual manera que se revisan
paquetes y procedimientos almacenados. Las vistas suelen usarse para centrar, simplificar y
personalizar la percepción de la base de datos para cada usuario. Las vistas pueden emplearse
como mecanismos de seguridad, que permiten a los usuarios obtener acceso a los datos por
medio de la vista, pero no les conceden el permiso de obtener acceso directo a las tablas base
subyacentes de la vista. Las vistas pueden utilizarse para proporcionar una interfaz compatible
con versiones anteriores con el fin de emular una tabla que existía, pero cuyo esquema ha
cambiado. También pueden usarse para copiar datos entre SQL Server a fin de mejorar el
rendimiento y crear particiones de los datos