![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|
|
#1
|
|||
|
|||
|
Si es cierto, manejo varios parámetros.
Cada opción case llama a consultas totalmente distintas. La sentencia sql utilizada para las consultas es la siguiente:
Según la consulta que se ejecute, el parámetro cambia, es decir, para buscar_nombre el parametro sería nom; para buscar_apellidos el parametro sería ap, etc...
__________________
Lo que los Ojos ven y los Oidos Oyen la Mente se lo Cree (H.Houdini) |
|
#2
|
||||
|
||||
|
Resp
haber si esto te sirve
__________________
Todo se puede, que no exista la tecnología aun, es otra cosa. |
|
#3
|
||||
|
||||
|
¿Qué tal si haces una traza de tu aplicación ponienedo un punto de ruptura al comienzo del IF? Ya que la hagas regresas y nos aclaras si no entra en cada opción, o sí entra pero no ejecuta la consulta como esperas.
// Saludos |
|
#4
|
|||
|
|||
|
Hola de nuevo.
Ante todo perdonad la tardanza por contestar pero he estado unos días de vacaciones, y me ha resultado imposible el conectar. En cuanto a lo que indicabas Roman, he probado a poner un Break en cada parte del if. Y se puede observar lo siguiente. - Cuando lo pones al comienzo del IF si entra. - Cuando lo pones en la opción 0 del case si entra - En el momento que pongas el punto de ruptura en otra opción, no entra (el break se pone en verde), y además si reiteras la opción que falla el resultado es que el parámetro que se le pasa a la primera opción del case es el que intenta ejecutar en las siguientes. A ver si se ocurre algo. Saludos
__________________
Lo que los Ojos ven y los Oidos Oyen la Mente se lo Cree (H.Houdini) |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
|