FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Resultado inexplicable UNION ALL
Hola de nuevo. Me he encontrado con una consulta SQL cuyo resultado no me lo explico. He reducido el problema hasta llegar a estas dos pequeñas consultas:
Si ejecutan estas dos instrucciones en su Microsof SQL Management Studio, verán que los resultados son distintos. Yo me imaginaba que el resultado de ambas sería '04', pero solo la segunda consulta devuelve este resultado. Me imagino que la subconsulta altera el resultado, pero... Cual es el motivo? Gracias. |
#2
|
|||
|
|||
En General el motivo es que a menos que se especifique la clausula Order By, el motor de bases de datos puede devolver los registros en un orden arbitario. Prueba a realizar la consulta sin el TOP 1.
|
#3
|
|||
|
|||
la idea es que en mi caso necesito el top 1, ya que si la primera consulta no devuelve resultado, entonces leeré el resultado de la segunda, que seguro que devuelve. Y necesito que el resultado final conste de una única fila, sí o sí.
|
#4
|
||||
|
||||
Hola ,
Lo primero comentar que no tengo aquí SQLServer. He estado viendo la ayuda de SQLServer de la función exits, y la usan de diferente manera. En los ejemplos utilizan
y tú la utilizas de otra manera. En este caso, SELECT CAMPO='04' tendrá que devolverte true o false. Es decir, no sé ni cómo te permite hacer una UNION con SELECT ALL, ya que el resultado de la primera select es un campo booleano y la segunda un campo string. En este caso debiera funcionar bien, pero igual que antes, utilizas de forma muy rara la función exits. Prueba a poner a ver si tienes el resultado esperado. Espero haber sido claro. Saludos PD: Estaré pendiente de lo que responda el comité de sabios...
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
#5
|
||||
|
||||
Se puede usar http://sqlfiddle.com/ y seleccionar SQL Server para hacer un pequeño demo, porque tambien no entiendo que es lo que se quiere, asi que tener una porcion de los datos ayudaria.
__________________
El malabarista. |
#6
|
|||
|
|||
Lo primero que se me ocurre es que esto
EXISTS(aquí va una consulta que devuelve 0 registros) te esté metiendo en el then porque el exists no se este empleando bien |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
AccessViolation inexplicable | nena_yei | Varios | 13 | 03-04-2009 17:31:58 |
Error inexplicable | chipsoni | Impresión | 3 | 11-01-2007 17:36:49 |
Problema Inexplicable Con Una Consulta | carlos gonzalez | Conexión con bases de datos | 4 | 12-05-2005 11:27:29 |
Problema... ¿inexplicable? | jadelphi | Varios | 3 | 20-04-2005 17:57:33 |
Union en BDE | eduarcol | SQL | 9 | 05-07-2004 18:49:10 |
|