Stored Procedures en MySQL

[Devilboy.Devil]

STORED PROCEDURES

Bueno en este tutorial intentaré explicar que es un Procedimiento Almacenado.

Definición.

Según la wiki:
Un procedimiento almacenado (stored procedure en inglés) es un programa (o procedimiento) el cual es 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.
Usos típicos para procedimientos almacenados incluyen la validación de datos siendo integrados a la estructura de base de datos (los procedimientos almacenados utilizados para este propósito a menudo son llamados disparadores; triggers en inglés), o encapsular un proceso grande y complejo. El último ejemplo generalmente ejecutará más rápido como un procedimiento almacenado que de haber sido implementado como, por ejemplo, un programa corriendo en el sistema cliente y comunicándose con la base de datos mediante el envío de consultas SQL y recibiendo sus resultados.
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.

En pocas palabras un stored procedure (SP) es un programa (script) con sentencias sql que se ejecuta en la base de datos.
Para que tengan otra idea de lo que es,  imaginemos una función o método en programación.

Creando nuestro primer Stored Procedure (SP)

Antes de otra cosa creemos una nueva base de datos para hacer nuestros ejercicios:

Código [Seleccionar] Expandir

Create database sp;
Use sp;
CREATE TABLE alumnos (idAlumno INT NOT NULL PRIMARY KEY AUTO_INCREMENT, nombre VARCHAR(50), apellido VARCHAR(30));
CREATE TABLE profesores (idProfesor INT NOT NULL PRIMARY KEY AUTO_INCREMENT, nombre VARCHAR(50), apellido VARCHAR(30));
INSERT INTO alumnos VALUES('','pepe','pecas');
INSERT INTO alumnos VALUES('','juan','el toro');
INSERT INTO profesores VALUES('','juan','alejandro');
INSERT INTO profesores VALUES('','carlos','perez');

Lo que hicimos fue crear una base de datos llamada SP y creamos dos tablas llamas alumnos y profesores con solo 3 campos: id, nombre y apellido.
Además ingresamos 2 usuarios a la tabla alumnos y profesores.
Ahora creáremos nuestro primer SP:

Código [Seleccionar] Expandir

DELIMITER//
CREATE PROCEDURE listar()
BEGIN
SELECT * FROM alumnos;
END//
DELIMITER;

Delimiter// nos sirve para cambiar la forma de terminación de nuestras sentencias SQL  de; por //
Esto nos sirve por si tenemos más de una sentencia SQL en nuestro SP
La siguiente línea sirve para crear y darle nombre a nuestro SP, en este caso el nuestro se llama listar y necesita llevar paréntesis ().
Con la palabra reservada BEGIN le indicamos donde inicia y con END donde termina nuestro SP.
Todas las sentencias SQL se deben de hacer dentro de este bloque y deben de ir finalizadas por;
En este caso solo mostramos todos los registros de la tabla alumnos.
La palabra END debe de finalizar con el delimitador que establecimos con anterioridad, aquí se puede usar el que queramos por ejemplo $$, etc.

Y en la última línea regresamos el delimitador de // por;
Ya tenemos creado nuestro primer SP, ahora para usarlo escribimos lo siguiente:

CALL nombre_del_sp();

En este caso quedaría así:

Código [Seleccionar] Expandir

CALL listar();

Y nos mostrará todos los registros de la tabla alumnos.

USO DE PARAMETROS

Veamos otro ejemplo con el mismo SP pero pasándole parámetros.
Los parámetros sirven para hacer más flexible y útil a los SP.

Existen 3 tipos de parámetros:

IN: Que son los parámetros de entrada, sirven para ingresar información  (La palabra IN es por defecto, así que si la omitimos no pasa nada).
OUT: Parámetros de salida, sirven para extraer información
INOUT: Muy obvio creo...

PARAMETROS IN (ENTRADA)

Código [Seleccionar] Expandir

DELIMITER//
CREATE PROCEDURE listarNombre(nombreAlumno  varchar(20))
BEGIN
SELECT * FROM alumnos where nombre = nombreAlumno;
END//

Con esto pasamos un parámetro IN a nuestro SP,  donde nos va a seleccionar todos los registros de la tabla alumnos donde nombre sea igual al parámetro.
CALL listarNombre('pepe');

PARAMETROS OUT (SALIDA)

Veamos un ejemplo para entenderlo mejor

Código [Seleccionar] Expandir

DELIMITER $$

CREATE PROCEDURE salida(id INT,OUT nombreAlumno VARCHAR(20))
BEGIN
SELECT nombre FROM alumnos WHERE idAlumno = id INTO nombreAlumno ;
END$$
DELIMITER ;

Y para llamarlo usamos:

Código [Seleccionar] Expandir

CALL salida(2,@nombre);

Bueno y si se dan cuenta no pasa nada, no muestra el registro, lo que pasa es que hace falta mostrarlo y para eso usamos lo siguiente:

Código [Seleccionar] Expandir

SELECT @nombre;

Aquí lo que hicimos fue pasarle un parámetro de entrada (IN) y regresar el resultado a la variable nombreAlumno(OUT).
Esto es muy parecido a lo que hacemos al programar, cuando creamos una función o método y usamos la palabra reservada return para regresar el resultado o un valor.

PARAMETRO ENTRADA-SALIDA (INOUT)

Código [Seleccionar] Expandir

DELIMITER $$
CREATE PROCEDURE entradaSalida(INOUT variable VARCHAR(20))
BEGIN
SELECT nombre FROM alumnos WHERE idAlumno = variable INTO variable;
END$$
DELIMITER ;


En este ejemplo solo usamos una variable para asignar un valor y extraer el resultado.
Ahora ¿cómo lo ejecutamos?

Código [Seleccionar] Expandir

SET @nombre = 2;
CALL salida(@nombre);
SELECT @nombre;

VARIABLES EN SP

Así como cuando programamos usamos variables, pues en los SP también se usan.
Pongamos un ejemplo muy sencillo.

Código [Seleccionar] Expandir

DELIMITER $$
CREATE PROCEDURE variable()
    BEGIN   
DECLARE id INT;
SET id = 1;
SELECT * FROM alumnos WHERE idAlumno = id;
    END$$
DELIMITER ;

Usando Declare asignamos el nombre y tipo de la variable y con set asignamos un valor a nuestra variable.
También es posible declarar e inicializar una variable de la siguiente forma:

Código [Seleccionar] Expandir

DECLARE id INT DEFAULT 1;

Probamos nuestro SP hacienda un llamado a variable:

Código [Seleccionar] Expandir

CALL variable();

Bueno con esto termino la primera parte.

Espero les guste y les sirva

Dejo un archivo por si lo quieren descargar

http://www.mediafire.com/?7am7yur420wo29s

salu2

Devilboy

[Nakp]

se agradece el aporte

[RedZer]

tengo una duda un STORED PROCEDURES es lo mismo que un trigger?
si la respuesta es no cual es la diferencia?

[Shell Root]

Se podría decir que sí, pero el tigger se ejecuta siempre y cuando se cumpla una condición. Por ejemplo, crear un tiggers que se ejecuta cuando se ingrese un registro, mientras qué, el store procedure se ejecuta sólo cuando es invocado.

[[D4N93R]]

Si, exacto, el trigger es un procedure, pero que se llama al levantarse un evento, Es decir, puedes hacer un trigger para cuando se ingresar un registro, o cuando haces un delete, o lo que sea.

Un +1 al post