Unir dos consultas (una de ellas aleatoria)

[demlon]

Hola,

Tengo un problemilla sobre el que agradeceria cualquier ayuda.

Estoy intentando extraer de una tabla dos resultados diferentes y unirlos en una misma consulta. Las dos consultas por separado son las siguientes:

select * from coches where portada=1
select top 9 * from coches where portada<>1 order by newid()

Necesito extraer los registros con portada=1 y que despues se añadan 9 registros aleatorios con portada<>1, pero no lo consigo. He intentado con "UNION" entre las dos consultas, pero me aparece el siguiente error:
Sintaxis incorrecta cerca de la palabra clave 'order'

En cuanto le quito "order by newid()" funciona, pero necesito que sea aleatorio el resultado de la segunda consulta.

Espero haberme explicado bien. Gracias. Un saludo.

[flaviovich]

Asi te sirve?

Código SQL:

SELECT newid(),* FROM coches WHERE portada=1
UNION
SELECT top 9 newid(),* FROM coches WHERE portada<>1 ORDER BY newid()
 

[iislas]

No me gusta mucho esta comparacion

portada<>1

Creo que si ha valores de 1 y no de 0 o menores, deberia ser

portada > 1

[leonardo_josue]

Creo que la respuesta del compañero Flaviovich es correcta, sin embargo si requieres que en la primer posición siempre aparezca el registro con portada = 1 entonces puedes hacerlo así:

Código SQL:

SELECT 1 AS nivel, newid(), * FROM coches WHERE portada=1
UNION
SELECT top 9 2 AS nivel, newid(), * FROM coches WHERE portada<>1 
ORDER BY nivel, newid()
 

Saludos
Leo.

[iislas]

Pero insisto, las comparaciones <>, deben dejarse como un caso extremo, no?

[flaviovich]

Tal vez si explicas la diferencia, muchos dejaran de usar <>.

[iislas]

Bueno, ya lo habia hecho con anterioridad, lo vuelvo a hacer sin problema.

Existe un DOCUMENTO de Microsoft - Services, llamado "Guia del desarrollo" (que algunos me pidieron y se los envie), que dice en su parrafo:

4.10 SQL Server Best Practices

33. Los operadores de la cláusula WHERE afectan la velocidad en la resolución de una consulta. Se debe usar mas el operador “=” y usar menos el operador “<>” (en lo posible). En su orden de rapidez son:
 =
 >, >=, <, <=
 LIKE
 <>

36. Hay que evitar, en lo posible, utilizar en la cláusula WHERE argumentos tales como "IS NULL", "<>", "!=", "!>", "!<", "NOT", "NOT EXISTS", "NOT IN", "NOT LIKE", "LIKE '%500'". Generalmente este tipo de condiciones no permiten que SQL Server pueda utilizar los índices, aunque las columnas usadas hagan parte de él. Esto aplica también para condiciones que utilicen funciones en la columna (SUBSTR, LOWER, UPPER, DATEDIFF)

[leonardo_josue]

De acuerdo con Iislas, pero hay que considerar un pequeño detalle y es que el compañero demlon que fue quien lanzó la pregunta aun no ha contestado.

La condición que planteas (portada > 1) sólo aplicaría si los valores para esta variable no son 0 o menores como lo explicas también en tu post, pero de manera particular yo no sé cómo tiene organizado los datos, por eso dejé la condición original que colocó el autor del post.

Saludos
Leo.

[demlon]

Perdonad por no haber contestado antes, he estado fuera. Probare las alternativas que me indicais, y tendre en cuenta lo que indica iislas sobre <>.

Gracias a todos.