Mensajes

[g]

Pues tengo este procedimiento:

Código (sql) [Seleccionar] Expandir

create procedure ee(ingreso text)
begin
declare tamanio tinyint;
declare comas tinyint;
declare elemento text;
set tamanio = length(ingreso);
set comas = instr(ingreso,',');
while comas > 0 do
set elemento = substring(ingreso,1,comas-1);
set ingreso = substring(ingreso,comas+1);
select elemento;
set comas = instr(ingreso,',');
end while;
end //


Aqui esta en ejecucion:

Código (sql) [Seleccionar] Expandir

call ee('e,a,d,g');//
+----------+
| elemento |
+----------+
| e        |
+----------+
1 row in set (0.00 sec)

+----------+
| elemento |
+----------+
| a        |
+----------+
1 row in set (0.00 sec)

+----------+
| elemento |
+----------+
| d        |
+----------+
1 row in set (0.00 sec)

Query OK, 0 rows affected (0.00 sec)

No muestra el ultimo caracter g.

Alquien me ayuda a solucionar el problema.
Gracias.

PD: La idea es mandar un string que representara a un array (cada elemento esta separado por una coma) .... el procedure debe separar cada elemento.

Sobre las nomenclaturas son solo recomendaciones (como por ejemplo la de la tortuga - creo que es la mas usada). Ojo que no depende de esto para decir que programas de forma "profesional", creo que el truco es estructurar bien cuando se empieza con un proyecto (quizas hacer tu kernel *del proyecto en si), el uso correcto de propiedades, metodos y demas ...

Entonces con !isset($nombre)

Código (php) [Seleccionar] Expandir

if(strlen($name)==0)
{
   $tip = "visitante";
}
else
{
    $tip = $name;
}

echo "bienvenido ".$tip;

.. pero de eso sabe mas la tía verde xD

Eres un puñetero ...



EDito : No recuerdo haber puesto puñetero. 

Bueno la idea de hablar sobre redundancia era tratar de optimizar las consultas, si la relacion que propones mejora la optimizacion al hacer las consultas pues la usare.

Tambien podrias haber usado Split("pater","string")

Para un nuevo hilo seria:

- idhilo: 10230 (este es el codigo que se genera para un hilo ya sea inicial o respuesta)
- idhilo_res: vacio (significa que este es un hilo inicial y no una respuesta a uno)

Para una respuesta:

- idhilo: 10231 (este es el codigo que se genera para un hilo ya sea inicial o respuesta)
- idhilo_res: 10230 (significa que este es una respuesta y es la respuesta al hilo10230)

Es correcto ¡?

No puede haber redundancia en la recursividad de mi diagrama, lo he analizado bien y no creo que sea un error, el error vendria si se decide hacer como en el diagrama que adjuntas y dire porque:

Si se crean 2 tablas:

- Hilo
- Repuesta

La tabla usuario tendria que estar relacionado con ambas, esto traeria consigo redundancia, en cambio si solo se crea una tabla llamada hilo no... no se si solo sea un tabu pero siempre crei que hay que evitar esos circulos que se cierran (se que a veces es imposible pero en ocasiones si se puede).

Que opinas ¡ ?

Pues claro, la relacion de hilo a hilo (recursividad) indica que un hilo (llamese post inicial), puede tener 0, 1 o muchos hilos (llamense respuestas), lo tomo asi puesto que un post inicial tiene los mismos campos que una respuesta, se identifica cuando es un Post inicial cuando el campo idhilo_res esta vacio.

Con lo de la redundancia de datos, probare con consultas y te estare informando de los resultados.

Saludos y gracias.
Tio verde. ¡¡¡