Archivologocompendio Unidad 2 1

ÍNDICE
1. Unidad 2: Optimización bases de datos ..............................................................3

Tema 1: Optimización de la base de datos ................................................................... 3
Tema 2: Optimización de consultas .............................................................................. 3
Objetivo: ........................................................................................................................ 3
Introducción: ................................................................................................................. 3
2. Información de los subtemas .............................................................................4

2.1 Subtema 1: Metodología para optimizar una base de datos. ........................... 4
2.2 Subtema 2: Optimización Semántica ................................................................. 5
2.3 Subtema 3: Optimización sintáctica .................................................................. 7
2.4 Subtema 4: Optimización física.......................................................................... 8
2.5 Subtema 5: Procedimientos almacenados. ........................................................ 9
2.6 Subtema 6: Funciones ...................................................................................... 11
2.7 Subtema 7: Disparadores ................................................................................. 12
2.8 Subtema 8: Manejo de excepciones................................................................. 14
3. Preguntas de Comprensión de la Unidad ..........................................................16
4. Material Complementario ................................................................................17
5. Bibliografía ......................................................................................................18
2
Conceptos de Bases de Datos – Instalación y configuración de un SGBD
1. Unidad 2: Optimización bases de

datós
Tema 1: Optimización de la base de datos
Tema 2: Optimización de consultas
Objetivo:
Entender las principales tareas de configuración y optimización de las bases de datos y
del servidor.
Introducción:
Un Gestor de Base de Datos no solo se encarga de modelar y administrar una base de
datos, sino que una de sus principales funciones es la Optimización tanto en el
desempeño como en la utilización de recursos. Una buena optimización permite que la
base de datos actúe de una manera adecuada y rápida, mejorando así los tiempos de
respuesta y liberando los recursos utilizados de la base de datos.
© Universidad Estatal de Milagro – UNEMI
FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 3

2. Infórmación de lós subtemas

2.1 Subtema 1: Metodología para optimizar una base
de datos.
En este apartado estudiaremos que no solo es suficiente aprender a modelar y diseñar
una base de datos, sino que se lo debe optimizar para que de esta forma nuestro
sistema funcione de una manera compacta y la información no tenga incoherencias,
mientras mejor diseñado este nuestro sistema de datos en la etapa física de
modelamiento mejor desempeño tendrá, los tiempos de respuesta serán óptimos y
será más fácil mejorar el procesamiento de la información de la base de datos.
Por lo cuál es necesario seguir los siguientes pasos que nos ayudará a optimizar el
rendimiento y desempeño de nuestra base de datos, según (Cabas, 2017):
• “Concretar al máximo nuestro diseño.
• Debe existir coherencia con los tipos de campos en sus tablas, es recomendable
utilizar los mismos tipos de campos para el mismo tipo de información en
distintas tablas. Si necesitara cruzar tablas con campos del mismo tipo ganará
en rapidez.
• Utilizar los tipos de datos menores posibles siempre que se ajusten a los
requisitos de nuestras tablas, por ejemplo, usar un VARCHAR en lugar de un
CHAR, ya que el primero deja libre el espacio de los caracteres que no
utilicemos.” (Pág. 1).
Los tipos de métodos de optimización de una base de datos se puede clasificar en:
semántica, sintáctica y física; los cuales trataremos en los siguientes subtemas.

2.2 Subtema 2: Optimización Semántica

Como mencionábamos, una de las mejores formas de optimizar una base de datos es
el de conceptualizarlo de una manera correcta, es decir tratar que todos los elementos
del modelo entidad-relación (Entidades, atributos y relaciones) estén correcta y
estrechamente vinculados, entre definiciones de temas en común, de esta manera la
búsqueda de información será mas optima y clara, en base a lo mencionado se
explicará en que consiste específicamente la optimización semántica.
La Optimización semántica se caracteriza por restringir o discriminar ciertas sintaxis de
búsqueda que estén demás o redundando al momento de solicitar la consulta de una
información; por ejemplo cuando un usuario quiere realizar la consulta de cierta
información que se está en dos tablas diferentes, pero sin embargo la información de
una tabla es idéntica a la otra, se podría restringir y que la búsqueda no se realice en
las dos tablas, sino que realizarla en una sola, de esta manera el tiempo de consulta es
menor y el resultado se visualiza de manera eficaz y en menor tiempo, la base de datos
sigue siendo la misma pero la consulta no redunda ganando así velocidad en el
procesamiento de la consulta y compacto en la estructura del sistema de base de
datos.
Con los siguientes ejemplos de (Pérez, 2015) se puede entender mejor la aplicación de
la optimización semántica: “Suponiendo una restricción que indica que el salario debe
ser superior a 500 euros, la consulta que presentamos a continuación:”
Figura 1. Ejemplo de optimización semántica. Recuperado de: (Cabas, 2017).

Figura 2. Ejemplo de optimización semántica. Recuperado de: (Cabas, 2017).
Para que el funcionamiento de optimización semántica se cumpla de manera eficaz, de

acuerdo a lo indicado anteriormente, se debe seguir las siguientes recomendaciones
según lo mencionado por (Cabas, 2017): “tener en cuenta que tipo de dato vamos a
utilizar en la Base de Datos, pues como referimos en pasos a seguir para mejorar el
rendimiento, utilizar datos menores, que ocupen menor espacio, utilizar campos NOT
NULL, índices con datos pequeños y adecuados a los requisitos del caso, redundará en
mejor rendimiento del sistema, es decir, mayor velocidad de respuesta al realizar
consultas o actualizar datos.”
Cuando la búsqueda que se va a realizar es de múltiples campos lo mas recomendable
es utilizar un índice donde pueda identificar un número o valor del índice por cada
campo, para saber en que orden ubicamos el índice en una tabla podemos seguir el
siguiente procedimiento de (Cabas, 2017): “es mejor que el índice más usado para las
búsquedas sea el primer campo de la izquierda, y si en todas las consultas aparecen
varios campos, es mejor que el primero en el índice sea el que tenga más duplicados.
Lo vemos mejor con un ejemplo:”
Figura 3. Relación Reflexiva. Recuperado de: (Cabas, 2017).

2.3 Subtema 3: Optimización sintáctica

El objetivo principal de la optimización sintáctica es transformar una sintaxis relacional
en otra mas eficiente pero equivalente a la anterior, de tal manera que la búsqueda de
cierta información sea buscada en solo tablas relacionales que pueda encontrarse y no
en toda la base de datos, es decir modificar la sentencia a tal punto que realice una
consulta focalizada y no general.
Para realizar una Optimización sintáctica se debe tener en cuenta varios aspectos
según indica (Cabas, 2017):
“1) Como se ejecutan. Cada fila de la primera tabla de una consulta se procesa
comparándola con cada fila de las siguientes tablas en una subconsulta o siguiente
tabla en una combinación.
2) Que índices hay definidos. Si se ha creado más de un índice sobre un mismo
campo el SGBD deberá elegir el más óptimo, que en general lo hará basándose en
su número de registros.
3) Como se almacenan los índices. Los índices son archivos ordenados por la
columna o columnas que contienen los registros de la columna indexada junto con
la dirección física del registro con los datos de la tabla correspondiente.
4) Más índices, no es sinónimo de mejor rendimiento. Demasiados índices
pueden hacer que nuestro sistema vaya mucho más lento, puesto que este debe
de buscar cual es el índice más adecuado a cada consulta y mantener
sincronizados los datos. Tenemos que buscar un término medio que nos
proporcione una correcta indexación del contenido de la Base de Datos y un buen
rendimiento.” (Pág.3).
Adicional hay que tener en cuenta algunos aspectos en el manejo de la sintaxis para de
esta manera no saturar el procesamiento de la base de datos con búsquedas excesivas
a toda la base de dato, ocurriendo de esto tiempos de respuesta elevados, para
prevenir estos incidentes se debe tomar las siguientes recomendaciones según (Cabas,
2017):
“1) Cuando se realiza una consulta SELECT, hay que evitar en lo posible el uso del
comodín '*', e indicar sólo los campos imprescindibles que se necesitan. Eso
reducirá el tamaño de la consulta.

2) Evite en lo posible el uso de LIKE. Las comparaciones entre campos de texto
(BLOB, TEXT…) ralentizan las consultas. Si fuera necesario, cree índices fulltext
para los campos de texto sobre los que vaya a efectuar consultas.
3) Evite también el uso de GROUP BY, ORDER BY o HAVING” (Pág.3).

2.4 Subtema 4: Optimización física

La optimización física se caracteriza por encargarse de minimizar los tiempos de
respuestas en las consultas realizadas a la base de datos, ya sea por optimización de
espacio en el disco duro, por optimización de espacio en la memoria, por la
optimización de los recursos para que los procesos en el CPU sean menores, o por todo
lo que tiene que ver con la velocidad del procesamiento, concerniente a los
componentes físicos. Según (Cabas, 2017) nos indica que: “La optimización física se
aplica sobre todo a los índices de las tablas, a la estructura y tipo de índice que es, esto
afecta al peso de nuestra Base de Datos, es decir al espacio que ocupa en el disco, pero
sobre todo a la velocidad con la que responderá el sistema”.
Para entender mejor la optimización física se procederá a realizar un ejemplo práctico
y darle sentido a la definición: El administrador de una empresa se encuentra
realizando una auditoria a sus trabajadores, por lo cual necesita consultar la
producción de un trabajador especifico, por lo cual según (Cabas, 2017) menciona que
naturalmente se realizaría dicha sintaxis:
“SELECT * FROM Producción WHERE codigo_empleado=5468
En esta consulta MySQL tiene que ir leyendo uno a uno los registros y seleccionar los
que coincidan con el código del empleado elegido. Este proceso puede llevarle mucho
tiempo al SGBD y resultar por lo tanto muy poco eficiente. No obstante si añadiésemos
un índice sobre el campo que utilizamos para la consulta, en este ejemplo sobre el
código del empleado, podremos localizar con mayor rapidez lo que queremos
consultar. Para ello utilizaremos el siguiente comando: ALTER TABLE Producción ADD
INDEX (codigo_empleado)” (Pág.3).

2.5 Subtema 5: Procedimientos almacenados.

Un procedimiento almacenado es un conjunto de código o sentencias que tiene el
objetivo de tener la capacidad de ingresar datos (parámetro de entrada), realizar un
proceso en base a las sentencias que contenga dicho conjunto de sentencias
(procedimiento) y finalmente si el caso lo amerita entregar la información resultante
de dicho proceso (parámetro de salida).
También es de mucha utilidad los procedimientos almacenados cuando se quiere
repetir un proceso una y otra vez en una base de datos, resulta más fácil llamar al
procedimiento que estar escribiendo las sentencias que contenga dicho procedimiento
las veces que se necesite.
Las sentencias reservadas para un procedimiento almacenado es PROCEDURE,
DECLARE, REPLACE, CALL. Esta compuesta de una estructura en detalle y simplificada,
según (Vélez, 2019):
“Estructura en detalle:
PROCEDURE nombre
[(parámetro1 [modo] tipo Datos [, parámetro2 [modo] tipo Datos [,...])]
{IS|AS}
bloque sin palabra DECLARE
Estructura simplificada:
PROCEDURE nombre IS
bloque sin palabra DECLARE” (Pag. 230).
Los procedimientos almacenados también utilizan ciertas clases de parámetros para el

funcionamiento del mismo los cuales según (Vélez, 2019) son los siguientes:
"Parámetros IN. Son los parámetros que en otros lenguajes se denominan como
parámetros por valor. El procedimiento recibe una copia del valor o variable que se
utiliza como parámetro al llamar al procedimiento. Estos parámetros pueden ser:
valores literales (18 por ejemplo), variables (v_num por ejemplo) o expresiones (como
v_num+18). A estos parámetros se les puede asignar un valor por defecto.
Parámetros OUT. Relacionados con el paso por variable de otros lenguajes. Sólo
pueden ser variables y no pueden tener un valor por defecto. Se utilizan para que el
procedimiento almacene en ellas algún valor. Es decir, los parámetros OUT son
variables sin declarar que se envían al procedimiento de modo que si en el
procedimiento cambian su valor, ese valor permanece en ellas cuando el
procedimiento termina.
Parámetros IN OUT. Son una mezcla de los dos anteriores. Se trata de variables
declaradas anteriormente cuyo valor puede ser utilizado por el procedimiento que,

además, puede almacenar un valor en ellas. No se las puede asignar un valor por
defecto.” (Pág. 230).
Sintaxis en procedimientos almacenados

A continuación, se realizará una explicación breve de las palabras reservadas y el
esquema de las sintaxis utilizadas en los procedimientos almacenados:
1) REPLACE
Antes de crear un procedimiento hay que anteponer la sentencia siguiente:
CREATE [ OR REPLACE ]
Esta sentencia nos ayudará a reemplazar nuestro nuevo procedimiento por uno
anterior que haya tenido el mismo nombre, de esta manera no tendrá conflictos entre
procedimientos que contengan los asignados nombres iguales.
2) CREATE
Para crear un procedimiento podemos utilizar la siguiente estructura sentencias:
CREATE PROCEDURE nombre_de_procedimiento

AS
una_o_varia_senteencias_sql
GO;
3) EXEC, CALL
Las palabras reservadas EXEC y CALL son utilizadas para llamar a un procedimiento.
EXEC nombre_de_procedimiento (parámetro 1… parámetro n);
4) DROP PROCEDURE
Se utiliza para borrar un almacenamiento un ejemplo claro es el siguiente:
DROP PROCEDURE nombre_procedimiento;

2.6 Subtema 6: Funciones

Las funciones tienen características similares a los procedimientos almacenados, la
única diferencia es que las funciones deben tener necesariamente parámetros de
entrada y salida, mientras que los procedimientos almacenados deben tener
parámetros de entrada, pero los parámetros de salida son de manera opcional.
Parámetros de Entrada
En una función no es necesario especificar si un parámetro es de entrada o salida ya
que todos los parámetros asignados serán de entrada. Para una mejor comprensión se
muestra un ejemplo donde se crea una función llamada “inventario” y su parámetro
de entrada será “producto”
CREATE FUNCTION inventario (producto VARCHAR(50))
Parámetros de Salida
Con respecto a los parámetros de Salida recordemos que una función siempre tiene
que devolver un resultado ligado al nombre de la función. Ahora se explica un ejemplo,
de la multiplicación de dos números.
CREATE OR REPLACE
FUNCTION MULTIPLICACION (NUM1 NUMBER, NUM2 NUMBER)
RETURN NUMBER
IS
BEGIN
RETURN NUM1*NUM2;
END MULTIPLICACION;
Para invocar el resultado de la función se debe realizar de la siguiente manera:
SELECT MULTIPLICACION (4, 9) FROM RESULTADO;

Donde me dará el resultado de la multiplicación de 4*9 y estará en la tabla

RESULTADO.

2.7 Subtema 7: Disparadores

Los Disparadores o también denominados “Triggers” son conjuntos de sentencias o
acciones predeterminadas que se activan cuando sucede un evento de modificación de
una tabla pueden ser estas: INSERT, UPDATE,DELET.
A diferencia de las funciones y los procedimientos almacenados, a los disparadores se
realizan el llamado de manera explícita. Las aplicaciones que se les puede dar son
varias según (Vélez, 2019):
• “Mantenimiento de Restricciones de Integridad complejas. Ej: Restricciones de
Estado (como que el sueldo sólo puede aumentar).
• Auditoría de una Tabla, registrando los cambios efectuados y la identidad del
que los llevó a cabo.
• Lanzar cualquier acción cuando una tabla es modificada” (Pág. 235).
A continuación en la figura 4 se detalla las sintaxis más importantes de los triggers o
disparadores:
Figura 4. Sintaxis de Disparadores. Recuperado de: (Vélez, 2019).
Tipos de disparadores
Los disparadores también se los pueden dividir en 3 tipos de acuerdo a la acción o

evento que suceda en la base de datos según lo explica (Vélez, 2019):
“Triggers de tabla. Se trata de triggers que se disparan cuando ocurre una acción
DML sobre una tabla.
Triggers de vista. Se lanzan cuando ocurre una acción DML sobre una vista.
Triggers de sistema. Se disparan cuando se produce un evento sobre la base de
datos (conexión de un usuario, borrado de un objeto)” (Pág. 235).
Elementos de Disparadores (Triggers)

Para entender cómo utilizar los disparadores en nuestra base de datos es importante
conocer el comportamiento de los elementos importantes de los disparadores dentro
de los cuales tenemos según (Vélez, 2019):
“1) El evento que da lugar a la ejecución del trigger:
• INSERT
• UPDATE
• DELETE
2) Cuándo se lanza el evento en relación a dicho evento:
• BEFORE
• AFTER
• INSTEAD OF
BEFORE: El código del trigger se ejecuta antes de ejecutar la instrucción DML que
causó el lanzamiento del trigger.
AFTER: El código del trigger se ejecuta después de haber ejecutado la instrucción DML
que causó el lanzamiento del trigger. (Pag.236).

2.8 Subtema 8: Manejo de excepciones

Las excepciones se denominan a todo evento anormal en una base de datos que
termina en la presentación de un mensaje de error y en ocasiones el cierre del
programa gestor. Existen dos tipos de excepciones: los predefinidos y los definidos.
Excepciones predefinidas
Las Excepciones se las puede catalogar como predefinidas cuando ocurre un evento
anormal en la base de datos y dichos eventos pueden ser manejados como el
programador lo requiera. Cuando sucede esta clase de errores el programador puede
definir si al ocurrir cierto caso de error en el sistema automáticamente realice algunas
acciones dependiendo la clase de error que haya tenido el sistema.
Estas excepciones tienen como características que no se necesitan ser declaradas, a
continuación, se presenta un ejemplo de sintaxis de las excepciones predefinidas:
BEGIN
[Sentencias]
EXCEPTION
WHEN [nombre de excepción 1] THEN
[Sentencias para tratar la excepción 1]
.................................................
WHEN [nombre de excepción n] THEN
[Sentencias para tratar la excepción n]
WHEN OTHERS THEN
[Sentencias para tratar el resto de las excepciónes]
END;
Excepciones Definidas
Las excepciones definidas son en cambio definidas de manera predeterminada por el
usuario, para crear este tipo de excepciones se utiliza la sentencia reservada RAISE y
deben ser declaradas en el apartado DECLARE del código de programación.

A continuación, en la Figura 5 se muestra la sintaxis para la creación de excepciones
definidas:

Figura 5. Sintaxis de excepciones definidas. Recuperado de: (Vélez, 2019).
Con toda la información de las sentencias para la creación de una excepción definida
podemos concretar esta explicación con un ejemplo completo como se muestra en la
Figura 6:
Figura 6. Ejemplo de excepciones definidas. Recuperado de: (Vélez, 2019).
También existe otra forma de simplificar las excepciones definidas con la sentencia
RAISE_APPLICATION_ERROR lo cual se utiliza la siguiente sentencia:
RAISE_APPLICATION_ERROR (noDeError, mensaje, [,{TRUE|FALSE}]);
Con lo cual el ejemplo anterior quedaría como se muestra en la Figura 7.
Figura 7. Ejemplo de excepciones definida con RAISE_APPLICATION_ERROR. Recuperado de: (Vélez,

2019).

3. Preguntas de Cómprensión de la
Unidad
¿Cuáles tipos de métodos de optimización de una base de datos?
A) semántica, sintáctica y física.
B) semántica, sintáctica y lógica.
C) semántica, didáctica y física
D) semáforo, sintáctica y física
¿Cuál es la característica del método semántica?

A) Restringir ciertas sintaxis de búsqueda.
B) Aumentar las sintaxis de búsqueda.
C) Cambiar las sintaxis de búsqueda.
D) Modificar las sintaxis de búsqueda.
¿Dónde se aplica la Optimización Física?

A) A los índices de las tablas.
B) A las tablas en general
C) A la parte Lógica.
D) A concordancia de objetos.
¿Cuál es la principal característica de una función?

A) Siempre tener parámetros de salida.
B) Siempre tener procedimientos iguales.
C) Siempre estar en un lenguaje de programación.
D) Siempre repetirse más de una vez..
¿Cuándo se activa un disparador?

A) Cuando sucede un evento de modificación de una tabla.
B) Solo cuando se elimina una tabla.
C) Cuando se corta la luz del servidor.

D) Cuando el sistema funciona correctamente.

4. Material Cómplementarió
Los siguientes recursos complementarios son sugerencias para que se pueda ampliar la
información sobre el tema trabajado, como parte de su proceso de aprendizaje
autónomo:
Videos de apoyo: Clase magistral tema 1 y 2, aula virtual.
Bibliografía de apoyo:
1. Loney, K. (1996). Manual del administrador. México, México: The MacGraw-

Hill Editorial
2. Mannino, M. (2007). Administración de base de datos diseño y desarrollo de
aplicaciones (3ra ed.). México, México: The MacGraw-Hill Editorial
3. Ricardo, C. (2004). Base de Datos. México, México: The MacGraw-Hill
Editorial
4. Velasco, M. (2014). Administración de Base de Datos. Pamplona, España.
Links de apoyo:
1. Soluciones Ejecutive. Administración de Base de Datos. Recuperado de:

http://www.s-ejecutive.com/recs/15010611.pdf
2. Coninteres. Instalación y Configuración de MySQL. Recuperado de:
MySQL-Instalacion_y_Configuracion.pdf (coninteres.es)
Cabas M. «MySQL/Optimización/Optimización de la BD». Recuperado de:

https://es.wikibooks.org/wiki/MySQL/Optimizaci%C3%B3n/Optimizaci%C3%B3n_de
_la_BD

5. Bibliógrafía
» Alvarez, A. Valmaseda, M. Ortíz, L. Vázquez, Y. Personalización con
funcionalidades de análisis de datos, monitoreo, administración, desarrollo o
seguridad. La Habana, Cuba : s.n., 2010.
» Cobo, A. Diseño y programación de bases de datos. Colección didáctica escolar.
Madrid, España: Visión Libro. 978-84-9821-459-8.
» Guadarrama, A. Rodríguez, T. Análisis y diseño de una herramienta web para la
gestión de la información. Universidad de la Ciencias Informáticas (UCI). 2010.
» Ortíz, Y. Reyes, Y. Sistemas de Bases de Datos. Espacio de comunicación e
intercambio para la comunidad técnica cubana de PostgreSQL. PostgreSQL. La
Habana, Cuba : s.n., 2011. pág. 4. 1994-1536.
» Yague, A. Garbajosa, J. Actas de los talleres de las jornadas del software y bases
de datos. Madrid : s.n., 2009. Vol 3, Num4. Universidad Politécnica de Madrid
(UPM).
» Velez, L,(2019). Gestión de Base de Datos. Departamento de Informática.

Archivologocompendio Unidad 2 1

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Archivologocompendio Unidad 2 1

Cargado por

Copyright:

Formatos disponibles

ÍNDICE

1. Unidad 2: Optimización bases de datos ..............................................................3

2. Información de los subtemas .............................................................................4

3. Preguntas de Comprensión de la Unidad ..........................................................16

4. Material Complementario ................................................................................17

1. Unidad 2: Optimización bases de

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 3

2. Infórmación de lós subtemas

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 4

2.2 Subtema 2: Optimización Semántica

Figura 1. Ejemplo de optimización semántica. Recuperado de: (Cabas, 2017).

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 5

Figura 2. Ejemplo de optimización semántica. Recuperado de: (Cabas, 2017).

Para que el funcionamiento de optimización semántica se cumpla de manera eficaz, de

Figura 3. Relación Reflexiva. Recuperado de: (Cabas, 2017).

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 6

2.3 Subtema 3: Optimización sintáctica

reducirá el tamaño de la consulta.

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 7

2.4 Subtema 4: Optimización física

“SELECT * FROM Producción WHERE codigo_empleado=5468

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 8

2.5 Subtema 5: Procedimientos almacenados.

Los procedimientos almacenados también utilizan ciertas clases de parámetros para el

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 9

Sintaxis en procedimientos almacenados

CREATE PROCEDURE nombre_de_procedimiento

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 10

2.6 Subtema 6: Funciones

Para invocar el resultado de la función se debe realizar de la siguiente manera:

SELECT MULTIPLICACION (4, 9) FROM RESULTADO;

Donde me dará el resultado de la multiplicación de 4*9 y estará en la tabla

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 11

2.7 Subtema 7: Disparadores

Figura 4. Sintaxis de Disparadores. Recuperado de: (Vélez, 2019).

Los disparadores también se los pueden dividir en 3 tipos de acuerdo a la acción o

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 12

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 13

2.8 Subtema 8: Manejo de excepciones

deben ser declaradas en el apartado DECLARE del código de programación.

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 14

Figura 5. Sintaxis de excepciones definidas. Recuperado de: (Vélez, 2019).

Figura 6. Ejemplo de excepciones definidas. Recuperado de: (Vélez, 2019).

Figura 7. Ejemplo de excepciones definida con RAISE_APPLICATION_ERROR. Recuperado de: (Vélez,

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 15

¿Cuál es la característica del método semántica?

¿Dónde se aplica la Optimización Física?

¿Cuál es la principal característica de una función?

¿Cuándo se activa un disparador?

C) Cuando se corta la luz del servidor.

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 16

Videos de apoyo: Clase magistral tema 1 y 2, aula virtual.

1. Loney, K. (1996). Manual del administrador. México, México: The MacGraw-

1. Soluciones Ejecutive. Administración de Base de Datos. Recuperado de:

Cabas M. «MySQL/Optimización/Optimización de la BD». Recuperado de:

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 17

FORMATO CONTROLADO: FR0018/ v1.0 / 18-11-2019 18

También podría gustarte