elhacker.net cabecera Bienvenido(a), Visitante. Por favor Ingresar o Registrarse
¿Perdiste tu email de activación?.

 

 


Tema destacado: Trabajando con las ramas de git (tercera parte)


+  Foro de elhacker.net
|-+  Programación
| |-+  Desarrollo Web
| | |-+  Bases de Datos (Moderador: Carloswaldo)
| | | |-+  Stored Procedures en MySQL
0 Usuarios y 1 Visitante están viendo este tema.
Páginas: [1] Ir Abajo Respuesta Imprimir
Autor Tema: Stored Procedures en MySQL  (Leído 32,801 veces)
Devilboy.Devil

Desconectado Desconectado

Mensajes: 155


Ver Perfil
Stored Procedures en MySQL
« en: 27 Mayo 2011, 19:14 pm »

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:
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:
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:
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:
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:
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:
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:
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:
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:
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:
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:
DECLARE id INT DEFAULT 1;

Probamos nuestro SP hacienda un llamado a variable:

Código:
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



En línea

Nakp
casi es
Ex-Staff
*
Desconectado Desconectado

Mensajes: 6.336

he vuelto :)


Ver Perfil WWW
Re: Stored Procedures en MySQL
« Respuesta #1 en: 28 Mayo 2011, 23:42 pm »

se agradece el aporte :)


En línea

Ojo por ojo, y el mundo acabará ciego.
RedZer


Desconectado Desconectado

Mensajes: 666



Ver Perfil
Re: Stored Procedures en MySQL
« Respuesta #2 en: 29 Mayo 2011, 00:34 am »

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

Nacido y criado entre gente que enseño a pensar antes de creer a ciegas, Todo me causa curiosidad en el mundo
Shell Root
Moderador Global
***
Desconectado Desconectado

Mensajes: 3.723


<3


Ver Perfil WWW
Re: Stored Procedures en MySQL
« Respuesta #3 en: 29 Mayo 2011, 01:05 am »

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.
« Última modificación: 29 Mayo 2011, 01:08 am por Shell Root » En línea

Por eso no duermo, por si tras mi ventana hay un cuervo. Cuelgo de hilos sueltos sabiendo que hay veneno en el aire.
[D4N93R]
Wiki

Desconectado Desconectado

Mensajes: 1.646


My software never has bugs. Its just features!


Ver Perfil WWW
Re: Stored Procedures en MySQL
« Respuesta #4 en: 29 Mayo 2011, 16:12 pm »

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 :)
En línea

Páginas: [1] Ir Arriba Respuesta Imprimir 

Ir a:  

Mensajes similares
Asunto Iniciado por Respuestas Vistas Último mensaje
[Tutorial] CLR Stored Procedures (Sql Server)
.NET (C#, VB.NET, ASP)
[D4N93R] 0 4,490 Último mensaje 23 Julio 2010, 16:00 pm
por [D4N93R]
SQL Injection en Stored Procedures (MsSQL)
Nivel Web
Serese 0 3,917 Último mensaje 13 Octubre 2010, 22:41 pm
por Serese
[Ayuda] Stored procedure Postgresql
Bases de Datos
estebanvr 0 2,502 Último mensaje 15 Mayo 2012, 18:32 pm
por estebanvr
PhpMyAdmin & Stored Procedures
Bases de Datos
Zinc 5 4,810 Último mensaje 26 Octubre 2012, 16:53 pm
por Shell Root
[JAVA]Enviar parmetros tipo fecha de IN o Out Stored Procedures en Java
Java
elrepay 0 2,921 Último mensaje 17 Abril 2014, 04:32 am
por elrepay
WAP2 - Aviso Legal - Powered by SMF 1.1.21 | SMF © 2006-2008, Simple Machines