Comienzo explicando los conceptos básicos sobre ssh en Linux.

Descripción de SSH

Por decirlo de manera sencilla, SSH nos permite conectarnos a una máquina remota de manera segura. Además de cifrar el canal de comunicación es obligatoria la autenticación.
Para esto hay dos maneras, una es mediante usuario y contraseña y la otra es mediante el uso de claves públicas y privadas.

Cuando queremos entrar con un usuario y contraseña usamos los usuarios del sistema. A nosotros nos da igual donde estén esos usuarios creados (archivos /etc/passwd, servidor LDAP…) de eso se encargará el sistema.

Cuando nos conectamos por SSH al servidor entramos con los permisos del usuario que hemos usado. Por ejemplo, si yo entro con el usuario “alvaro” (un usuario normal) mi home será /home/alvaro y sólo tendré permiso de escritura a ese directorio. Otro usuario como es root tiene acceso a todo el sistema. Por seguridad en muchos servidores el usuario root esté deshabilitado.

En resumidas cuentas, a efectos prácticos SSH es igual que usar el terminal de tu ordenador, pero esas órdenes se ejecutan en el servidor remoto.
Veamos algun ejemplo.

Al pricipio estoy en mi ordenador. Ejecutando el comando “whoami” vemos que el usuario soy y mi estoy en mi máquina. Nos podemos dar cuenta porque pone “alvaro@flanders” (flanders es el hostname de mi ordenador).
Despues ejecutamos el comando ssh usuario@servidor. Nos conectaremos con el usuario “usuario” al servidor “servidor” y luego nos pregunta por la contraseña. Si introducimos la contraseña correcta entramos al servidor. Nos muestra un texto de bienvenida y vemos que ahora no pone “alvaro@flanders” sino que pone “server” (server es el hostname del servidor, muy original sí). También ejecutando el comando whoami vemos que el usuario ahora es root y no alvaro. Ahora todo lo que escriba en ese termina se ejecutará en el servidor con los permisos de root.

Ahora que ya sabemos un poco de qué va esto del SSH vamos a instalarlo

Instalación de SSH

Tan sencillo como instalar el paquete openssh-server
sudo aptitude install openssh-server

Iniciamos el servicio ssh

/etc/init.d/ssh start

Y ya podemos conectarnos al servidor

Hacemos la prueba y vemos que me he contectado sin problema. Si tienes más ordenadores en tu red local prueba a conectarte desde uno de ellos.
Recuerda que los datos que debes usar son un usuario del servidor y el hostname (o dirección ip del servidor, por ejemplo

ssh usuario@192.168.1.110

Suponiendo que el usuario “usuario” existe en el servidor y que la dirección ip (local) de tu servidor es “192.168.1.110″.

Y ya está! Ha sido fácil verdad?

Notas sobre ssh-server y clonezilla

Como dije al principio, escribo este artículo a partir de este y los datos por los que te pregunta son los siguientes:

Esto la dirección de tu servidor SSH. Donde has instalado el SSH.

El usuario del servidor que usarás para conectarte a él (para almacenar la imagen del disco duro)

El directorio del servidor donde se guardará la imagen del disco duro. Recuerda que el usuario que elegiste antes tiene que tener permisos de escritura en ese directorio del servidor.

Espero que se hayan podido solucionar todas las dudas respecto a este tema. Si no, puedes preguntar por lo que no te ha quedado claro por supuesto.

Un saludo!!

Entradas relacionadas:

1. Clonando con DRBL y Clonezilla (usando multicast!) Saludos, antes de nada disculparme por la tardanza y...

Primero, ¿Qué quiere decir este fallo? Pues básicamente que la partición dice que tiene un tamaño superior del que realmente tiene y en cuando intentamos montar esa partición linux detecta un problema y dice “soo, que aquí algo no cuadra”.
Bueno, más concretamente dice

mount: wrong fs type, bad option, bad superblock on /dev/sda5,
missing codepage or helper program, or other error
In some cases useful info is found in syslog – try
dmesg | tail  or so

Este error, si te ha ocurrido, lo más probable es que haya sido provocado al redimensionar

o mover una partición y la tarea no se realizó con éxito. Leyendo por internet he visto que
bastante gente le ha pasado usando como sistema de ficheros ext4 pero en ningún lado daban
una solución diferente de “recupera un backup”.
Para una empresa es imprescindible tener backups de todo pues es la manera más rápida y segura
de recuperar información perdida pero no todos tenemos ni los conocimientos ni recursos para tener
backups de todo.
Si no tienes backup de esa partición te voy a ayudar a recuperar los datos.

Como dije antes, la partición no se puede montar por incoherencias en el sistema de ficheros pero
todos los archivos están ahí. Vamos usar una grandiosa herramienta para sistemas de ficheros ext
llamada e2fsprogs
Repito, esta herramienta es muy muy potente aunque nosotros nos vamos a limitar a usarla para
bucear en el sistema de ficheros corrupto. No hace falta instalar nada, todos los linuxes lo traen de
serie (he dicho alguna vez lo maravilloso que es linux?). En mi caso se me rompió la partición home
con bastantes cosas que me costaría recomponer (si hubiera sido la del sistema probablemente me
hubiera limitado a volver a crear la partición y reinstalar el sistema) y use una maravillosa distribución
live llamada systemrescuecd que desde mi punto de vista es una herramienta imprescindible a tener en
el cajon.

Una vez el sistema arrancado entramos en un terminal como administrador ejecutamos
debugfs /dev/sda5 (/dev/sda5 era mi partición pero ahí tiene que poner la tuya).
Si ha ido bien la cosa nos habrá aparecido un prompt para meter comandos. Puedes probar con ls para
listar y ver está listando bien los directorios. En mi caso quería copiar todo el contenido del directorio
“alvaro” así que usé el siguiente comando:

rdump alvaro /saca/alvaro

Explico el comando:
rdump (dentro del prompt de debugfs) hace un volcado recursivo. Si solo usamos dump lo que haría es volcar un solo
archivo pero si quieres copiar un directorio hay que usar rdump
alvaro es la carpeta de la particion corrupta (la que aparece haciendo ls dentro de debugfs)
/saca/alvaro es el directorio a donde se van a volcar los datos. En mi caso monté un disco duro de 500 gigas. Recuerda tener
espacio suficiente libre en el destino!.

Después de un ratito (dependiendo de lo que tenga que copiar) verás que ha terminado. Comprueba que te ha recuperado todo.
Yo hice un du -h /saca/alvaro para ver que ocupaba los 28GB que ocupaba mi home. Navega un poco por los directorios recién
copiados y si todo está correcto pues borras la partición (con gparted por ejemplo) la vuleves a crear y copias los archivos en esa
partición. En mi caso como era el directorio home de mi usuario cambié el propietario (ya que era root) a alvaro con chown -R alvaro.
Ahora al iniciar el sistema todo debería ir perfectamente.

Resumiendo:
1 – debugfs particion
2 – rdump directorioDeParticion directorioDestino

Y en directorioDestino tendremos los archivos a salvo.

Vemos que algo en principio tan catastrófico se soluciona tan fácil. Que cosas tiene la vida.
Un saludo!

Entradas relacionadas.

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!)

Comenzaremos con un trigger que copia datos borrados a otra tabla. Este trigger lo hice cuando implementé el borrado de comentarios en respuesta a posibles vulnerabilidades. El poder borrar es algo con lo que hay que tener mucho cuidado ya que hay que evitar que alguien pueda borrar algo que no es suyo. Pero como siempre (por muy seguro que esté) dejo la posibildad del fallo decidí hacer una especie de “backup” de los comentarios así si alguien encontraba un bug (cosa que no ha sucedido jeje) y se dedicaba a borrar todos los comentarios no tenía mas que restaurarlos de la tabla. El trigger en cuestión es este

CREATE TRIGGER almacenar_comentarios
AFTER DELETE ON tablones
FOR EACH ROW
BEGIN
INSERT INTO tablones_log (id_usuario,n_mensaje,id_autor,contenido,n_mensaje_respuesta,fecha_tablon,id_multimedia) values (old.id_usuario,old.n_mensaje,old.id_autor,old.contenido,old.n_mensaje_respuesta,old.fecha_tablon,old.id_multimedia);
END

La primera línea define el trigger con su nombre. Después indicamos cuando queremos que el trigger salte si antes de la ejecución de la consulta o después. En este caso quería que se ejecutase después ya que solo me interesaba copiar los comentarios que borraban realmente. Como queremos controla la acción de borrado ponemos DELETE y la tabla a la que escucha el trigger es tablones (ON tablones). En inglés tiene bastante sentido que traducido seria “DESPUES de BORRAR EN tablones”. Es lo bueno de estos lenguajes de cuarta generación.

Y después se pone FOR EACH ROW y se abre código y ale a escribir lo que hace el trigger. Las posibilidades del trigger nos permite AFTER o BEFORE (antes o después) y DELETE y/o UPDATE y/o DELETE. Es conveniente solo escuchar aquello que nos interesa, por ejemplo en este trigger sería malo poner que escuchara al insertar y actualizar ya que no haría nada pero mysql ha tenido que lanzar un proceso para ejecutar el trigger y siempre que podamos evitar molestar a mysql la base de datos irá más rápida. Sí, eso tarda 0,0001 milisegundos pero si multiplicas eso por cada fila y por cada consulta haz cuentas…

Ahora un ejemplo de como tirar una consulta. Cuando un usuario se registra en Cutrenti, se inserta en una tabla temporal hasta que es validado. El problema viene si quiero controlar que no se repitan emails. Tengo un UNIQUE en la tabla usuarios pero como primero se insertan en la tabla usuarios_temporales daría el error cuando se mueve el usuario de la tabla temporal a la real. Eso sería realmente molesto para el usuario ya que de repente en el paso final le dice que su correo ya está registrado. En ese momento saltaría el trigger del usuario AFTER TOCAR HUEVOS que consiste en describir la página con argumentos un tanto soeces del tipo INSERT INTO descripciones_pagina (descripcion) VALUES (‘mierda pagina’) , (‘a este le dieron el titulo en la tombola);.

Para evitar esa situación uso un trigger. Como has adivinado este trigger se debería ejecutar antes de insertar el usuario temporal. El código es este:

CREATE TRIGGER comprobar_email_temporal
BEFORE INSERT ON usuarios_temporales
FOR EACH ROW
BEGIN
DECLARE existe int;
SET existe = (select 1 from usuarios WHERE email=new.email);

IF existe IS NOT null THEN
SET new.hash=null;
END IF;
END

Es bien sencillote. Cada vez que se hace insert ejecutamos una consulta donde buscamos el email en la tabla de usuarios reales y si ya existe hacemos una chapucilla para que falle la consulta. Esta chapucilla es poner el hash de validación (el código ese largote) a nulo y como ese campo tiene como restricción NOT NULL la consulta fallará. No hay otra manera en mysql (es la opción que recomiendan en la página de mysql) pero aquí lo ideal sería usar una excepción y ala que alguien se encarge de capturarla y si no se tira la consulta. He de decir que oracle en este aspecto esta muy muy avanzado y es una pena que mysql esté tan verde en ese tema porque el manejo de excepciones es muy interesante.

Entonces la solución para tirar una consulta es coger un campo (lo más fácil es coger la primary key) y ponerle un valor inválido,  por ejemplo nulo en caso de primary key (que lleva implícito el NOT NULL).

Pero, ¿Como hago para cambiar los valores de la consulta?

Has visto que en he hecho uso de unas tablas llamadas old y new. Esas tablas no las he creado yo, son unas temporales que se crean en los triggers para permitirnos hacer algo útil con los mismos.

La tabla new contiene los datos nuevos y la old los viejos (vaya, que listo soy). Me explico.
En un insert no hay datos viejos asi que todos los campos de la tabla old son nulos. Pero en la tabla new tenemos todos los datos que se quieren insertar.

En un delete no hay datos nuevos (porque se borran) asi que new es nulo pero si hay datos viejos (los que hay y si quieren borrar), entonces en la tabla old están los datos actuales de la tabl.

En un update estan en la tabla new los datos nuevos que vamos a meter y en old los datos que van a ser sobreescritos.

Espero haberme explicado bien.

Con los trigger es muy común que las tablas muten. Por ejemplo, si es un trigger de tipo BEFORE INSERT no podemos hacer ni select, ni update ni delete a esa misma tabla porque está bloqueada. He visto casos en los que sí deja hacer select pero eso será por cuestiones internas de mysql que igual hace el select antes de bloquear la tabla o alguna movida interna. Pero vamos, que es imprevisble y no podemos contar con eso porque también he visto que en un principio el trigger no fallaba pero metiendo más datos daba problema de mutación de tabla. Repito, es imprevisible cuando una tabla puede mutar si leemos de ella mientras escribimos (escribir también es borrar) así que mejor no jugar con eso. Si intuyes que puede haber mutación, busca otra manera aunque en principio no te de fallo. Con el tiempo verás con antelación si una tabla puede mutar o no pero hay veces (en trigger complejos) en los que no te das cuenta hasta que peta.

Sabiendo esto ya puedes hacer triggers majos pero no te líes la manta a la cabeza y empieces a hacer triggers como un loco para validar cualquier chorrada, recuerda que consume ciclos de CPU y que por cada fila (FOR EACH ROW) se ejecuta el trigger. Y vamos, ni se te ocurra hacer (ahora que ya lo conoces) validaciones de trigger en el script PHP no solo en eficiencia sino sobretodo por la integridad de los datos ya que siempre que tenemos que hacer algo mano se nos puede escapar algo.

Y como prometí, la emulación de la restricción CHECK mediante trigger. Creo recordar que teníamos una tabla tal que así (me permito añadir el not null para que nos salga el truquillo)

CREATE TABLE paquetes2 (
descripcion varchar(255) NOT NULL,
entregado char(2),
CONSTRAINT paquetes_entregado_ck CHECK (entregado=’si’ or entregado=’no’)
)

con la restricción que solo nos deja poner “si” o “no” en la columna entregado. El trigger podría ser este.

CREATE TRIGGER paquetes_entregado_si_no_insert
BEFORE INSERT ON paquetes2
FOR EACH ROW
BEGIN
IF new.entregado<> ’si’ AND new.entregado<> ‘no’
THEN
SET new.codigo= NULL ;
END IF;
END

y también sería recomendable insertar uno igual pero con BEFORE UPDATE para evitar cualquier posibilidad de datos inválidos. Recuerdo que el poner <> es lo mismo que != solo que <> es SQL estándar y lo otro no, aunque funciona igual.

Y ya está, ahora practicar y practicar!

Entradas relacionadas:

1. Conoce SQL – Lenguaje procedimental 1 – Estructura y sintaxis SQL es un gran lenguaje pero también tiene limitaciones. Pero...
2. Conoce SQL – Lenguaje procedimental 2 – Funciones El concepto de función de el lenguaje procedimental de  mysql...
3. Conoce SQL – Lenguaje procedimental 3 – Procedimientos La definición sencilla de procedimiento es que es una función...

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.

Primero definimos el procedimiento:

CREATE  PROCEDURE insertar_usuario (in v_nombre varchar(25), in v_apellido1 varchar(25), in v_apellido2 varchar(25), in v_email varchar(25), in v_password varchar(25))

Ya está, aquí no hace falta poner returns ni nada. Es sencillo y sin complicaciones. Ahora se inicia un bloque de código (con BEGIN) y se escribe lo que quieres que haga el procedimiento

BEGIN
INSERT INTO usuarios (nombre,apellido1,apellido2,email,md5_pass) VALUES (v_nombre,v_apellido1,v_apellido2,v_email,MD5(v_password));

INSERT INTO ultimos_cambios(id_usuario) values(LAST_INSERT_ID());

INSERT INTO usuarios_emoticonos (archivo,id_usuario) VALUES (‘11c14bd1496afd0e21df115d25b68e96′,LAST_INSERT_ID());
INSERT INTO usuarios_emoticonos (archivo,id_usuario) VALUES (‘19bb8ebfe3c2f5ef3ffb9aa4a027900d’,LAST_INSERT_ID());
INSERT INTO usuarios_emoticonos (archivo,id_usuario) VALUES
END

Simplemente lo que hemos hecho ha sido meter consultas INSERT dentro procedimiento. Primero inserta el usuario y si no se crea (por reesctricciones o cualquier cosa) tampoco se insertarán últimos cambios ni emoticonos (aquí solo hay dos, esque no iba a poner los 20 o así que son). No hay condiciones que controlen eso pero sí restricciones. Si el usuario no se ha podido insertar, LAST_INSERT_ID() devuelve el numero ‘0′ que no coincide con el de ningún usuario entonces salta el foreign key diciendo “ey, que no hay usuario con el id ‘0′” y no se insertan. Aquí las restricciones nos han ayudado a hacer un procedimiento más sencillo.

Bien, este procedimiento es muy chorra así que vamos con un mas completito. Este procedimiento también es de Cutrenti y sirve para comentar fotos. Cuando se comenta una foto, además de insertar la foto hay que avisar de ese comentario a todos los usuarios etiquetados. Como has adivinado, aquí usamos un cursor también.

CREATE  PROCEDURE comentar_foto (v_id_comentador INT, v_id_usuario_foto INT, v_n_foto INT, v_comentario VARCHAR(255), v_audio INT)
BEGIN
DECLARE ultimo INT;
DECLARE v_id_aparicion int;
DECLARE v_audio_fin int;
DECLARE terminado INT DEFAULT 0;
DECLARE c_apariciones CURSOR FOR SELECT id_aparicion FROM apariciones where id_usuario=v_id_usuario_foto and n_foto=v_n_foto and id_aparicion<>v_id_comentador;
DECLARE CONTINUE HANDLER FOR SQLSTATE ‘02000′ SET terminado = 1;

SET ultimo = (select n_comentario from comentarios WHERE id_usuario=v_id_usuario_foto and n_foto=v_n_foto ORDER BY n_comentario DESC LIMIT 1)+1;

SET v_audio_fin = v_audio;

IF v_audio_fin < 0 THEN
SET v_audio_fin=null;
END IF;

IF ultimo IS null THEN
SET ultimo=0;
END IF;
INSERT INTO comentarios (id_usuario,n_foto,id_comentador,comentario,n_comentario,id_multimedia) VALUES (v_id_usuario_foto,v_n_foto,v_id_comentador,v_comentario,ultimo,v_audio_fin);

OPEN c_apariciones;
REPEAT
FETCH c_apariciones into v_id_aparicion;
IF terminado = 0 THEN
UPDATE usuarios SET nuevos_comentarios=1 WHERE id_usuario=v_id_aparicion;
INSERT INTO nuevos_comentarios (id_usuario,id_usuario_foto,n_foto) VALUES (v_id_aparicion,v_id_usuario_foto,v_n_foto);
END IF;
UNTIL terminado END REPEAT;

CLOSE c_apariciones;

END

Primero obtenemos el último id para sumarle uno y así tener el nuevo id. No podemos usar AUTO INCREMENT porque la clave primaria está formada por varios elementos y por desgracia MySQL no lo permite. Después comprobamos si se ha insertado un audio. No comprobamos si el audio existe o no ya que la restricción foreign key lo hará por nosotros (si no existe, no deja que se cree). Después se inserta el comentario y por último se avisa a todos los usuarios etiquetados a los que llamo “apariciones”. Eso se hace un con cursor y un bucle. Este bucle sería el equivalente a un “do while”. La característica de ese bucle es que siempre se entra por lo menos una vez a diferencia de while donde sólo se entra si se cumple la condición (y puede que ni se entre al bucle).

Ese cursor lo que hace es actualizar el estado de cada usuario que aparece en la foto e insertar el tipo de actividad. Esto se repetirá mientras haya “apariciones”.

En este procedimiento hemos usado INSERT, SELECT y UPDATE con cursor de regalo. Se podría decir que es un ejemplo bastante completito. Luego ya te puedes líar aninando cursores y todo lo que se te ocurra.

Creo que con estos ejemplos queda más o menos claro el uso que se le puede dar a un procedimiento y esque no es más que una función que podamos hacer en PHP pero beneficiándonos de las ventajas que nos da el gestor de bases de datos, como por ejemplo la independencia que tenemos al estar insertado en la base de datos y poder usarlo desde cualquier programa.

Y por último, para usar un procedimiento la consulta es la siguiente:

call nombre_procedimiento (parametro1,parametro2)

Como último consejo, es recomendable que este tipo de funciones se hagan en el sistema gestor de bases de datos y no en la propia aplicación. Lo siguiente ya son los triggers, muy interesantes no te lo puedes perder!

Entradas relacionadas:

1. Conoce SQL – Lenguaje procedimental 1 – Estructura y sintaxis SQL es un gran lenguaje pero también tiene limitaciones. Pero...
2. Conoce SQL – Lenguaje procedimental 4 – Triggers También llamados disparadores, lo que hace un trigger es estar...
3. Conoce SQL – Lenguaje procedimental 2 – Funciones El concepto de función de el lenguaje procedimental de  mysql...

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.

La sintaxis es la siguiente

CREATE FUNCTION funcion (var1 INT, var2 VARCHAR(20))
RETURNS INT
BEGIN
–HACER algo
return var1;
END

Las dos primeras líneas son el prototipo de la función, los parámetros que se le pasan y el tipo de dato que devuelve (en ese caso int pero puede ser varchar, char…). Dentro se pueden meter cursores, bucles y todo lo que quieras.

Para ejecutar nuestra función simplemente hacer:

SELECT funcion(5,’hola’)

Eso daría como resultado 5, ya que devuelve la variable que le pasamos (sí, una función totalmente estúpida). Ahora suponemos que tenemos esta función:

CREATE FUNCTION doblar (var1 INT)
RETURNS INT
BEGIN
SET var1=var1*2;
return var1;
END

Podemos hacer esta consulta:

SELECT doblar(precio), precio FROM articulos;

Suponiendo que tenemos una tabla articulos con una columna llamada precio, esto nos mostraría el precio multiplicado por 2 y el precio normal.

Esto de las funciones esta bien pero para mysql no tienen mucho uso ya que NO se pueden devolver conjuntos de datos. Esto quiere decir que no podemos devolver el resultado de una consulta filtrada por ejemplo, algo que sería bastante interesante.

Termino diciendo que yo no uso nunca funciones. Simplemente porque no las encuentro utlilidad pero cada uno es cada uno, igual a ti te gustan.

Entradas relacionadas:

1. Conoce SQL – Lenguaje procedimental 1 – Estructura y sintaxis SQL es un gran lenguaje pero también tiene limitaciones. Pero...
2. Conoce SQL – Lenguaje procedimental 3 – Procedimientos La definición sencilla de procedimiento es que es una función...
3. Conoce SQL – Lenguaje procedimental 4 – Triggers También llamados disparadores, lo que hace un trigger es estar...