Al incluir un Uses ¿se carga todo a memoria?

[roman]

Empezado por Lepe

No puedes afirmar eso, has estado ausente mucho tiempo

Las leyes de la lógica son inmutables. Además, tengo un código que examina las paginas de los foros y me avisaría en cuanto dieras tu nombre

Pero a ver, para que no se diga que nada más ando en este hilo fuera de tema les voy a dar mi opinión: no estoy de acuerdo.

El ejemplo de mayenes (quien me debe una cerveza desde hace tiempo) no me convence de la necesidad de CreateQuery. Esas dos Queries que construye, ¿por qué no están en un DataModule? Si estuvieran ahí en primera instancia, ahorraría todavía más código.

Ahora, para una consulta puntual, también se puede tener una Query genérica para eso. Porque, si sólo se tiene una consulta puntual en todo el código, haber definido una función es más trabajo del necesario, así que asumo que se trata de varias consultas puntuales, pero, como digo, para ello se puede usar un query genérico.

Al final de cuentas, creo, el punto está en, ¿por qué queremos construir componentes Query por código?



pd: lo digo un poco por molestar, pero es que no me han convencido.

// Saludos

[MAXIUM]

Creo que se han desviado del tema central.

[[maeyanes]]

Empezado por MAXIUM

Creo que se han desviado del tema central.

Algo raro en estos foros...


Saludos

[[Lepe]]

Roman... por favor!!. en fin, que tendré explayarme....

Cuando tienes un query en un datamodule para reusarlo en diversas ocasiones, pronto te das cuenta que si "tal ventana está abierta, puede estar usando dicha consulta, si ahora abres otra ventana que reutiliza el mismo query, podrías tener problemas" (ejem, aplica la ley de murphy ), si tienes una aplicación SDI tienes que pensar el orden de creación de ventanas y en qué orden se van a mostrar para que no se solapen dos ventanas que usan el mismo TQuery. Si tienes una MDI no queda otra que usar otra consulta genérica... y ya son dos TQuerys creadas desde el inicio del datamodule hasta que se destruya (en el mejor de los casos).

Ventajas de usar el CreateQry:
- Menos tiempo de diseño en configurar propiedades: El IDE es muy bueno y bonito, pero repetir tareas es una lata: asignar database, sql, sessionName , poner el TQuery en un sitio que no moleste

- Algo más eficiente con la RAM: sólo está creado el tiempo estrictamente necesario.

Inconvenientes:
- Tener que añadir el "uses", eso si que es un coñazo

Saludos.

[[Delphius]]

Empezado por Lepe

El IDE es muy bueno y bonito, pero repetir tareas es una lata: asignar database, sql, sessionName , poner el TQuery en un sitio que no moleste

Empezado por Lepe

Tener que añadir el "uses", eso si que es un coñazo

Ummmm no se...
Lepe + cualquier pedacitos de papel para diagramas y apuntes + CreateQry = rácano y vago.

Saludos,

[roman]

Desde luego, tener varias ventanas disponibles para un mismo proceso, cambia muchas cosas del diseño, entre las cuales está la de crear objetos Query durante la ejecución. Pero no todos los sistemas son así y en muchos casos crear un query en ejecución no es necesario. Por otra parte, la ínfima memoria utilizada para mantener un query genérico en un datamodule, difícilmente puede considerarse una ventaja por sobre la creación por código. Ahora bien, la asignación del sessionname, database que mencionas, ¿no estás hablando en serio al ponerlo como una desventaja, verdad? Usando un CreateQuery ¿evitas esa asignación? Quizá te refieres a que lo hace una sóla vez, pero ignoro porque habría de hacerlo varias veces usando un Query genérico en tiempo de diseño.

En resumen, si utlizas un diseño concurrente, es decir, donde un mismo proceso puede accederse varias veces simultáneas, pues desde luego que es necesario crear objetos en ejecución, pero va mucho más allá de un CreateQuery. Para otro tipo de aplicaciones, sigues sin convencerme.

// Saludos

[cestradar]

Yo opino exactamente sobre este tema como Roman, me alegro que haya sido él y no yo quien sostuviera este punto de vista, ya que así es más factible que se profundizara en el tema .

[[maeyanes]]

Empezado por roman

Pero a ver, para que no se diga que nada más ando en este hilo fuera de tema les voy a dar mi opinión: no estoy de acuerdo.

El ejemplo de maEyAnes () (quien me debe una cerveza desde hace tiempo) no me convence de la necesidad de CreateQuery. Esas dos Queries que construye, ¿por qué no están en un DataModule? Si estuvieran ahí en primera instancia, ahorraría todavía más código.

Al final de cuentas, creo, el punto está en, ¿por qué queremos construir componentes Query por código?



pd: lo digo un poco por molestar, pero es que no me han convencido.

// Saludos

Anda ya... te debo una cerveza? xDDD

No me acordaba

Y sobre mi ejemplo, en realidad fue algo que escribí así de bote pronto... y bueno... para mi si es práctico, por que solo creas el objeto al momento de usarlo, ejecutas el query, obtienes el resultado y lo liberas de la memoria...

Ahora, yo mayormente uso Interbase/Firebird y los componentes IBX, y estoy tienen un componente llamado TIBSQL el cual es más ligero en memoria, y para queries donde solo necesito obtener un valor rapidamente son mejores.

Empezado por Delphi Help

TIBSQL

Use an TIBSQL component for data operations that need to be fast and lightweight. Operations such as data definition and pumping data from one database to another are suitable for IBSQL components.

Saludos...