Problemas con consulta SQL

[[__hector]]

convierte las fechas a tipo varchar, y dale un group by

te funcionaria un:

convert(varchar, fecha, 101)

[lgarcia]

Gracias por la respuesta, el problema radica en que al no ser las fechas iguales cuando le aplique el Group By me va a dar 2 lineas para un mismo numero con las 2 fechas.

Gracias
Luis Garcia

_____________________________
La mejor manera de decir es hacer

[jachguate]

no incluyas las fechas.. solo el número:

Código SQL [-]
Select numero, count(*)
  from #temporal
 group by numero

Hasta luego.

[lgarcia]

El problema es que tengo que poner las fechas para poder comparar la fecha de entrada de un deposito con la fecha de su conteo.

Muchas gracias por la respuesta seguiremos investigando.

Luis Garcia

_____________________________
La mejor manera de decir es hacer

[jachguate]

Y cual de las fechas tenes que poner, si las son distintas

[Xianto]

2 cosas...

1) Nunca hagas un union, porque segun mi experiencia con SQL, si bien las tablas necesitan ser iguales, la consulta puede producir resultados distintos, asi que siempre mejor usar tablas temporales... donde en ambas guardas los datos que necesitas y luego por medio de un select puedes sacar los datos que necesitas...

2) Has probado meter ambos resultados en tablas temporales y sacarlos con un SELECT DISTINCT ???? eso creo, seria tu solucion.

Con el tema de las tablas temporales tienes 2 opciones:

CREATE @tabla TABLE (campos)
CREATE TABLE #tabla (campos)

La diferencia, es el tipo de tabla temporal, si bien las 2 son temporales, la que se crea con #tabla si bien es temporal a su vez es fisica, lo que significa que el server la crea como un objeto temporal por lo cual hasta que no termina la consulta la tabla existe... La otra @tabla es solo de memoria, asi que por propia experiencia te sugiero que solo utilices @tabla cuando no pases los 4000 registros, ya que si lo haces y varias consultas son ejecutadas al mismo tiempo el equipo se pone "tonto" y un simple "select * from tabla where 1=0" puede tardar 5 minutos, eso es porque MSSQL fragmenta mucho la memoria en este tipo de tabla....

Saludetes !

[jachguate]

Hola Xianto.

Con respecto de:

Empezado por Xianto

1) Nunca hagas un union, porque segun mi experiencia con SQL, si bien las tablas necesitan ser iguales, la consulta puede producir resultados distintos

No entiendo bien que significa para vos que la consulta pueda producir "resultados distintos".

¿distintos a que?

En mi experiencia, las uniones son sumamemte útiles y constituyen una fortaleza de SQL, y atacarlas de este modo, sin dar mayores argumentos no me parece buena idea.

Quizas estemos hablando de cosas distintas, asi que te agradeceré argumentar tu aseveración.

Hasta luego.

[[kuan-yiu]]

Buceando por el foro he encontrado este hilo en el que se hace referencia a algo que me podría servir, pero que desconozco totalmente.

Empezado por Xianto

[...]
La otra @tabla es solo de memoria, asi que por propia experiencia te sugiero que solo utilices @tabla cuando no pases los 4000 registros[...]

Me interesa saber algo más de este tipo de tablas. ¿Alguien puede darme algún enlace para documentarme? (Si es en castellano mejor)
He visto que también se llaman "Variables de tabla", pero no tengo demasiado claras sus limitaciones. ¿Podría usar la misma tabla en varios procedimientos diferentes? ¿Se puede usar una misma tabla durante una sesión? (entendiendo como sesión el tiempo que invierta el usuario dentro de la aplicación) ¿Se pueden utilizar varias al mismo tiempo?