Procedimiento Almacenado

[jetzona]

hola amigos, felices fiestas, quisiera consultar que esta mal en este procedimiento que no me funciona

DELIMITER $$;

DROP PROCEDURE IF EXISTS `lfox3`.`IntroducePersona`$$

CREATE DEFINER=`root`@`localhost` PROCEDURE `IntroducePersona`(IN unidad_zn varchar(5), IN descripcion varchar(50), IN dominio varchar(20))
BEGIN
INSERT INTO unidad_zn(unidad_zn,descripcion,dominio)
VALUES(unidad_zn,descripcion,dominio);
END$$

DELIMITER ;$$



la estructura de la tabla es:


/*Column Information For - lfox3.unidad_zn*/
--------------------------------------------

Field Type Collation Null Key Default Extra Privileges Comment
----------- ----------- ----------------- ------ ------ ------- -------------- ------------------------------- -------
idnum int(11) (NULL) NO PRI (NULL) auto_increment select,insert,update,references
unidad_zn varchar(5) latin1_swedish_ci NO PRI select,insert,update,references
descripcion varchar(50) latin1_swedish_ci NO select,insert,update,references
dominio varchar(20) latin1_swedish_ci YES (NULL) select,insert,update,references

/*Index Information For - lfox3.unidad_zn*/
-------------------------------------------

Table Non_unique Key_name Seq_in_index Column_name Collation Cardinality Sub_part Packed Null Index_type Comment
--------- ---------- -------- ------------ ----------- --------- ----------- -------- ------ ------ ---------- -------
unidad_zn 0 PRIMARY 1 idnum A 3 (NULL) (NULL) BTREE
unidad_zn 0 PRIMARY 2 unidad_zn A 3 (NULL) (NULL) BTREE

/*DDL Information For - lfox3.unidad_zn*/
-----------------------------------------

Table Create Table
--------- --------------------------------------------
unidad_zn CREATE TABLE `unidad_zn` (
`idnum` int(11) NOT NULL auto_increment,
`unidad_zn` varchar(5) NOT NULL,
`descripcion` varchar(50) NOT NULL,
`dominio` varchar(20) default NULL,
PRIMARY KEY (`idnum`,`unidad_zn`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1


y lo mando a llamar desde PHP con esta instruccion:

$unidad_zn = "VII";
$descripcion = "SEPTIMA REGION";
$dominioK = "BNILAHUE";
$result2 = mysql_query("CALL IntroducePersona('".$unidad_zn."','".$descripcion. "','".$dominioK."')",$lfox3);


una ayuda, gracias

[gnzsoloyo]

En principio, estás usando los mismos nombres para las variables que para los campos de la tabla. Eso puede causar problemas a MySQL.
Prueba:

Código MySQL:

DELIMITER $$;
 
DROP PROCEDURE IF EXISTS `lfox3`.`IntroducePersona`$$
 
CREATE DEFINER=`root`@`localhost` PROCEDURE `IntroducePersona`
    (IN v_unidad_zn varchar(5), IN v_descripcion varchar(50), IN v_dominio varchar(20))
BEGIN
    INSERT INTO unidad_zn(unidad_zn,descripcion,dominio)
    VALUES(v_unidad_5zn, v_descripcion, v_dominio);
END$$
 
DELIMITER ;$$
 

[jetzona]

nop perciste el problema ahora lo deje asi:


DELIMITER $$;

DROP PROCEDURE IF EXISTS `lfox3`.`IntroducePersona`$$

CREATE DEFINER=`root`@`localhost` PROCEDURE `IntroducePersona`(IN v_unidad_zn varchar(5), IN v_descripcion varchar(50), IN v_dominio varchar(20))
BEGIN
INSERT INTO unidad_zn(unidad_zn,descripcion,dominio)
VALUES(v_unidad_zn,v_descripcion,v_dominio);
END$$

DELIMITER ;$$

y aun nada

[gnzsoloyo]

¿Genera algún error? ¿O es que simplemente no inserta los datos?

Otro si digo:

¿Por qué tienes definida la PK con dos campos, si el AUTO_INCREMENT es suficiente como PK?

Código MySQL:

CREATE TABLE `unidad_zn` (
`idnum` int(11) NOT NULL auto_increment PRIMAY KEY,
`unidad_zn` varchar(5) NOT NULL,
`descripcion` varchar(50) NOT NULL,
`dominio` varchar(20) default NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1
 

Eso hace que se requiera el ingreso de todos los valores, y además, no te evitará la duplicación de valores en unidad_zn, ya que la clave jamás se repetiría por ser autoincremental una de sus partes.
Por otro lado, si unidad_zn tiene valores distintos entre si, no necesitas el autoincremental...

[jetzona]

no genera errores, para nada, lo que sucede es que solo no ingresa los datos ahora con respecto a lo que me dices de la PK, la unica clave de esta tabla es idnum que es autoincrementable, no hay otra PK, los datos de esta tabla son:

idnum unidad_zn descripcion dominio
1 VI SEXTA REGION BNILAHUE
2 VIII OCTAVA REGION BNILAHUE
3 RM REGION METROPOLITANA BNILAHUE


PUEDO DE ALGUNA MANERA REVISAR LA EJECUCION DEL PROCEDIMIENTO, ALGO ASI COMO ITERARLO???

[gnzsoloyo]

la unica clave de esta tabla es idnum que es autoincrementable, no hay otra PK

No me refiero a que haya otra PK, ya que por definición no pueden existir dos PK en la misma tabla. Me refiero a eso:

CREATE TABLE `unidad_zn` (
`idnum` int(11) NOT NULL auto_increment,
`unidad_zn` varchar(5) NOT NULL,
`descripcion` varchar(50) NOT NULL,
`dominio` varchar(20) default NULL,
PRIMARY KEY (`idnum`,`unidad_zn`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1

En ese caso estás definiendo una PK basada en dos campos, cuando debería ser en uno sólo, ya que el campo idnum es autoincremental, y en MySQL un campo autoincremental es PK por default.
El problema es que al poner un campo doble se te producen dos inconvenientes:
1. Tienes que ingresar si o sí los dos valores (incluyendo el idnum).
2. No puedes asegurar que no se repita unidad_zn en una PK, ya que el primer componente siempre variará aunque unidad_zn sea igual, con lo que la integridade de clave primaria existirá, pero no la unicidad de unidad_zn.

¿Se entiende?

Lo que puede suceder es esto:

idnum unidad_zn descripcion dominio
1 VI SEXTA REGION BNILAHUE
2 VIII OCTAVA REGION BNILAHUE
3 RM REGION METROPOLITANA BNILAHUE
4 VIII OCTAVA REGION BNILAHUE
5 VIII OCTAVA REGION BNILAHUE
6 VIII OCTAVA REGION BNILAHUE
7 RM REGION METROPOLITANA BNILAHUE

A eso me refiero con que la clave primaria está mal definida en esa tabla.

PUEDO DE ALGUNA MANERA REVISAR LA EJECUCION DEL PROCEDIMIENTO, ALGO ASI COMO ITERARLO???

No. Los stored procedures no son debuggeables porque corren en un subproceso encapsulado en la base.

[jetzona]

ya la modifique tenias razon ahora entiendo, asi quedo

/*Column Information For - lfox3.unidad_zn*/
--------------------------------------------

Field Type Collation Null Key Default Extra Privileges Comment
----------- ----------- ----------------- ------ ------ ------- -------------- ------------------------------- -------
idnum int(11) (NULL) NO PRI (NULL) auto_increment select,insert,update,references
unidad_zn varchar(5) latin1_swedish_ci NO select,insert,update,references
descripcion varchar(50) latin1_swedish_ci NO select,insert,update,references
dominio varchar(20) latin1_swedish_ci NO select,insert,update,references

/*Index Information For - lfox3.unidad_zn*/
-------------------------------------------

Table Non_unique Key_name Seq_in_index Column_name Collation Cardinality Sub_part Packed Null Index_type Comment
--------- ---------- -------- ------------ ----------- --------- ----------- -------- ------ ------ ---------- -------
unidad_zn 0 PRIMARY 1 idnum A 3 (NULL) (NULL) BTREE

/*DDL Information For - lfox3.unidad_zn*/
-----------------------------------------

Table Create Table
--------- --------------------------------------------
unidad_zn CREATE TABLE `unidad_zn` (
`idnum` int(11) NOT NULL auto_increment,
`unidad_zn` varchar(5) NOT NULL,
`descripcion` varchar(50) NOT NULL,
`dominio` varchar(20) NOT NULL,
PRIMARY KEY (`idnum`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1

pero aun no puedo solucionar el tema del procedimiento.

[gnzsoloyo]

Bien. Ya hay un problema menos.
El problema es ahora que el script del SP tiene algunos problemas menores de sintaxis.
El cuerpo del Script a cargar sería:

Código MySQL:

DROP PROCEDURE IF EXISTS `IntroducePersona`;
DELIMITER $$
CREATE PROCEDURE `IntroducePersona`
    (IN v_unidad_zn VARCHAR(5),
    IN v_descripcion VARCHAR(50),
    IN v_dominio VARCHAR(20))
BEGIN
    INSERT INTO unidad_zn(unidad_zn,descripcion,dominio)
    VALUES(v_unidad_zn, v_descripcion, v_dominio);
END$$
DELIMITER ;
 

El problema es que no están bien puestos los DELIMITER. Este DELIMITER no es una sentencia, como puede parecer, sino un comando, y los comandos se ejecutan en este caso sin los terminadores de sentencia.
Lo que sucedía es que habías puesto el punto y coma después del "$$", y no va, Como tampoco va el "$$" después de poner ";". En realidad la ejecución del DELIMITER es instantánea, como el de USE en el cambio de bases.
Además, había una variable mal escrita en el cuerpo del script.

[jetzona]

nop da el siguiente error

(0 row(s) affected)
(0 ms taken)

Error Code : 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'END$$
DELIMITER' at line 1
(0 ms taken)

[gnzsoloyo]

¿Con qué estás cargando el SP?

[jetzona]

con que interfaz, sis es eso es con SQLyog version 5.12

[jetzona]

sera posible que me faciliten un ejemplo para poder implementarlo, me refiero una tabla x con unos 3 campos, el SP que haga lo que sea insertar o cambiar o lo que sea y el como llamarlo desde PHP? yo creo que es mucho pedir, pero como dicen en pedir no hay engaño....

[gnzsoloyo]

De acuerdo a esto: Working with Views, Stored Procedures and Triggers, el problema está dado por tu versión de SQLyog, ya que tienes la 5.12, y la sintaxis que yo proponía corresponde a la soportada por la 5.17.

Prueba poniendo la anterior:

Código MySQL:

DELIMITER $$ ;
DROP PROCEDURE IF EXISTS `IntroducePersona`$$
CREATE PROCEDURE `IntroducePersona`
    (IN v_unidad_zn VARCHAR(5),
    IN v_descripcion VARCHAR(50),
    IN v_dominio VARCHAR(20))
BEGIN
    INSERT INTO unidad_zn(unidad_zn,descripcion,dominio)
    VALUES(v_unidad_zn, v_descripcion, v_dominio);
END$$
DELIMITER  ; $$
 

Yo personalmente prefiero trabajar con el MySQL Query Browser, que al ser de MySQL, es completamente compatible.