Consulta de una Consulta

[ContraVeneno]

Lo puedes hacer tambien desde SQL Server

Código SQL [-]
select T.Articulo
from (select Articulo, Precio from Articulos) T
where T.Precio > 100

ejemplo muy sencillo pero espero que te de una idea

[Ing_Fajardo]

Nop, necesito liberar carga del servidor, quiero cargar todo el SQL en una tabla de memoria (memtable) y luego de alli hacer varias consultas SQL.

Tu ejemplo funciona, pero es carga sobre el servidor.

[Jose_Pérez]

Hola a tod@s:

Yo creo que la pregunta de Ing_Fajardo habría que plantearla de otro modo: ¿existe alguna modo de hacer una consulta SQL sobre los datos almacenados en cualquier DataSet? Por ejemplo, hacer una consulta sobre los datos almacenados en un TRxMemoryData de la librería RX?

Esto sería muy útil.

Saludos.

[[kuan-yiu]]

Hace algún tiempo yo también intenté algo así... pero no conseguí resultados y opté por hacerlo mediante código Delphi, pero es una solución que no me convence.
Si alguien sabe cómo se hace a mi también me sería de gran ayuda.

[fra3910]

Uff

La cosa está chunga

Se me ocurre descargar la primera consulta en un fichero XML, datapackets a ser posible, si ya conoces la estructura del XML de ante mano.

Una vez cargado esa consulta primera en un fichero XML, hacer consultas sobre ese fichero XML es muy rápido y fácil (siempre desde Delphi 6).

Pero necesitas saber el schema del fichero XML desde el inicio para que vaya rápido el uso de XML's. Si tu consulta es fija, es decir, siempre devuelve los mismos campos, puede ser una buena opción

Si necesitas más ayuda, o te decantas por esta opción, avísame y te puedo mandar algo sobre el uso de ficheros XML como base de datos en Delphi

[[JClink]]

He tenido el mismo problema y no he visto solución, asi que he optado por otra alternativa. Me he creado una nueva tabla en la base de datos y la he utilizado de manera auxiliar, es decir, el resultado de las consultas que hago lo he almacenado en dicha tabla. Despues realizo consultas sobre esta nueva tabla y cuando no me sirve borro sus datos.

Esta solución es facil de implementar pero desconozco la carga en el servidor que se pueda incrementar o si afecta demasiado a la velocidad del programa.

Una preguntilla para los entendidos en el asunto. ¿Un programa como trabaja mas rápido haciendo megaconsultas (de varias tablas) en SQL o bien intentar simplificarlas en consultas mas sencillas y utilizar bucles?

[ContraVeneno]

Yo prefiero las "mega consultas" como tu las llamas, esto es porque solo sería 1 consulta. Ahora que si lo haces en un ciclo, tendrías que esperar a que el sistema ejecute el ciclo y a que el servidor te regrese la misma consulta muchas veces. Esto tal vez no lo notes en ciclos pequeños, pero por experiencia te digo que cuando la información es mucha, el sistema puede parecer muy lento (y no quiero entrar en polémicas sobre cuando es mucho)

Como ejemplo te diré que hay un sistema que lo realizaron de esa manera, con ciclos, repitiendo la misma consulta una y otra vez... cuando los parámetros eran pocos, no había mucha diferencia, pero al aumentar los parámetros, la pantalla se cargaba de entre 11 a 15 segundos. A diferencia de una "mega-consulta" con todos los parámetros posibles, se cargaba en 0.10 segundos.

[[kuan-yiu]]

Yo me inclino también por "mega-consultas" si con eso entendemos que afectan a varias tablas o que muestran muchas columnas.
Sin embargo hay que tener cuidado con esas consultas para que no alcancen un grado de complejidad que las haga demasiado pesadas para el SGBD. Si llegamos a ese punto entonces hay que rediseñar la consulta o dividirla o algo.

Pero para eso casi todas las BD tienen alguna herramienta para medir el grado de complejidad: Pasa tu consulta por el que tengas disponible y decide tú mismo si eso es asumible en tú sistema o es mejor partir.