Ya hemos vuelto! Ya esta aquí la segunda temporada de Gpodcast, y esta vez grabado en un estudio profesional de radio! Gracias a Juan de radio Laguna por permitirnos usar las instalaciones.

- Hablamos de las elecciones europeas, o mas bien de los spots de los partidos pequeños presentados a las elecciones

- Cutrenti y la nueva interface!

- Click ‘n backup de Mandriva

- Promos de comando alt suprimir, Gravina82 y Canallas podcast

Ahora teneis que estar atentos! Proximamente habra noticias en forma de Gpodcast TV!

A continuación enlazo a los famosos videos de las europeas. (continuar leyendo…)

 

 Standard Podcast [1:14m]: Play Now | Play in Popup | Download

También llamados disparadores, lo que hace un trigger es estar alerta hasta que sucede algo y saltan. Por ejemplo un foreign key se podría interpretar como un trigger que comprueba que existe un valor en otra tabla cada vez que insertarmos o actualizamos un dato de una tabla. O un UNIQUE podría ser un trigger que antes de insertar comprueba que no está ya insertado uno igual.

Básicamente un trigger está a la escucha de una tabla esperando que se haga un insert, update o delete sobre ella y actuar de una determinada manera. Usos que se le puede dar por ejemplo es para crear logs. Cada vez que un usuario inserte un comentario se añade a otra tabla “El usuario tal a insertado la foto cual” o cada vez que se modifique un perfil por ejemplo. También para validación avanzada de datos. Cuando se ejecuta un insert podemos tirarlo si no nos gusta (al igual que un update o un delete). En el capítulo de los checks mencióne esto no sé si te acuerdas. También podemos hacer una tabla de solo inserción (cancelando todos los deletes)… infinidad de cosas.

También podemos elegir si el trigger actua antes o despues de realizarse la consulta. Depende de la finalidad nos interesa una cosa u otra. Por ejemplo si lo que queremos es validar datos el trigger se tiene que ejecutar antes para así evitar que se lleguen a insertar los datos. Pero si lo que queremos es por ejemplo crear un contador de usuarios, el trigger tiene que saltar después de realizarse la consulta para que solo se ejecute cuando la consulta se ha realizado correctamente y no cuando se ha intentado insertar un usuario y no se ha podido por el motivo que sea, con lo que el contador mostraría información incorrecta.

Como en el capítulo anterior,  usaré ejemplos de Cutrenti (qué bueno que sea software libre!)
(continuar leyendo…)

La definición sencilla de procedimiento es que es una función pero que no devuelve nada. Bueno,  realmente si se pueden obtener datos usando parámetros OUT pero vuelvo a recomendar no usarlos. El motivo no es que funcione mal sino que la idea de un procedimiento no es obtener datos, para eso usa una función o una vista.

El caso típico de un procedimiento es por ejemplo insertar un usuario. A la hora de insertar un usuario quizá necesitemos hacer alguna comprobación (algo más complejo que lo que nos pueda dar una restricción UNIQUE) o insertar filas en otras tablas , etc. Vamos a ponernos en situación y con un ejemplo real. En Cutrenti la inserción de usuarios la hace un procedimiento al que se le pasa el email, el nombre, los apellidos y la constraseña. Entonces cuando se inserta un usuario genera actividad de ese usuario (insertando una fila en ultimos cambios) y además se añanden los emoticonos predeterminados a la lista de emoticonos del usuario.

Como ves, estamos trasladando toda la lógica del registro del usuario a mysql en vez de hacerlo con php.

(continuar leyendo…)

Gpodcast ha sido entrevistado por Dani en su podcast, el arca de la alianza, si alguien quiere escucharlo que se pase por su blog.

Muy buenas a todos.

Aquí estoy de nuevo teniendo una charla muy interesante y divertida con los chicos de GPodcast

Os recomiendo que visitéis su blog, que ponen artículos muy interesantes y la red social creada por Álvaro mediante software libre Cutrenti

El concepto de función de el lenguaje procedimental de  mysql es el mismo que en cualquier otro lenguaje, se le dan unos datos y devuelve otros.

En este lenguaje existen varibles IN, variables OUT y variables INOUT. Las variables IN son aquellas que se pasan como parametros y no se pueden editar y las OUT pues que sí se pueden editar. En el caso de las funciones, los parámetros son de tipo IN de manera predeterminada. Recomiendo encarecidamente no usar variables OUT o INOUT, en mi opinión está “feo” editar las variables que te pasan a la función.

Lo que devuelve una función tiene que ser compatible con SQL. Me refiero a que por ejemplo no puedes devolver un valor booleano porque en SQL no existe ese tipo de datos.

Nuestras funciones las podemos usar de la misma manera que las funciones de mysql, veamos algún ejemplo.

(continuar leyendo…)