Bases de Datos Semana 7

Descargar como doc, pdf o txt
Descargar como doc, pdf o txt
Está en la página 1de 6

Nombre de la materia

Bases De Datos
Nombre de la Licenciatura
Ing. Sistemas Computacionales

Nombre del alumno


Yareli Itzel Rincón Rojas

Matrícula
010329722

Nombre de la Tarea
Reglas De Validación y Programación
Unidad #7
Reglas De Validación y Programación

Nombre del Tutor


Cesar Pacheco Sáenz

Fecha
7/10/2021
Unidad #7: Reglas De Validación y Programación
Bases De Datos

INTRODUCCION
¿De qué manera la definición correcta de los procedimientos almacenados garantiza la
funcionalidad de una base de datos?

Un procedimiento almacenado (stored procedure en inglés) es un programa (o procedimiento)


almacenado físicamente en una base de datos. Su implementación varía de un gestor de bases
de datos a otro. La ventaja de un procedimiento almacenado es que al ser ejecutado, en
respuesta a una petición de usuario, es ejecutado directamente en el motor de bases de datos,
el cual usualmente corre en un servidor separado. Como tal, posee acceso directo a los datos
que necesita manipular y sólo necesita enviar sus resultados de regreso al usuario,
deshaciéndose de la sobrecarga resultante de comunicar grandes cantidades de datos
salientes y entrantes.
Los procedimientos pueden ser ventajosos: cuando una base de datos es manipulada desde
muchos programas externos. Al incluir la lógica de la aplicación en la base de datos utilizando
procedimientos almacenados, la necesidad de embeber la misma lógica en todos los programas
que acceden a los datos es reducida. Esto puede simplificar la creación y, particularmente, el
mantenimiento de los programas involucrados.
Podemos ver un claro ejemplo de estos procedimientos cuando requerimos realizar una misma
operación en un servidor dentro de algunas o todas las bases de datos y a la vez dentro de
todas o algunas de las tablas de las bases de datos del mismo. Para ello podemos utilizar a
los Procedimientos almacenados auto creables que es una forma de generar ciclos
redundantes a través de los procedimientos almacenados.
Un "trigger" (disparador o desencadenador) es un bloque de código que se ejecuta
automáticamente cuando ocurre algún evento (como inserción, actualización o borrado) sobre
una determinada tabla (o vista); es decir, cuando se intenta modificar los datos de una tabla (o
vista) asociada al disparador.
Se crean para conservar la integridad referencial y la coherencia entre los datos entre distintas
tablas; para registrar los cambios que se efectúan sobre las tablas y la identidad de quien los
realizó; para realizar cualquier acción cuando una tabla es modificada; etc.
Si se intenta modificar (agregar, actualizar o eliminar) datos de una tabla asociada a un
disparador, el disparador se ejecuta (se dispara) en forma automática.
La diferencia con los procedimientos almacenados del sistema es que los triggers:

2
Unidad #7: Reglas De Validación y Programación
Bases De Datos

- 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 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 a ciertos 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.

3
Unidad #7: Reglas De Validación y Programación
Bases De Datos

4
Unidad #7: Reglas De Validación y Programación
Bases De Datos

5
Unidad #7: Reglas De Validación y Programación
Bases De Datos

Conclusion
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. En realidad, 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.

También podría gustarte