llenar array con consulta

[JULIOCTORRESG]

BUENAS AMIGOS....

tengo una aplicacion y para evitarme tener tantos componentes tengo una consulta generica que llamo c_generica cuyo sentencias sql(dinamicas creadas en tiempo de ejecucion) uso para borrar tablas y otras cosas que pretendo hacer con ella ....el problema es el siguiente ...

uno de los usos para dicha consulta es una consulta a una tabla pequeña de pocos registros ....quiero pasar en el inicio de la aplicacion la informacion de la tabla a una matriz de registros predefinida con los mismo campos de la tabla , cosa de llenar la matriz y desactivar la tabla para su uso posterior con otras sentencias...

el problema es que para cargar dichos valores de la tabla (digamos campo1,campo2,campo3) en el arreglo no logro llegar a dichos valores como tradicionalmente se hace

matriz(i).campo1:=c_genericaCampo1.value
etc
etc

para hacer esto deberia en tiempo de diseño creo los items disponibles en la consulta pero esto no es lo que quiero porque que deseo es que sea "GENERICA" para todo uso y no predefinida

intente esto pero no funciona

matriz(i).campo1:=C_Generica.fields.fields[i].value
etc
etc

esto no funciona pero creo que la idea general esta bien....es acceder a los campos activos de la consulta llamense como se llamen y asignarlos a variables sean arrays o lo que sean .....

gracias una vez mas por su ayuda ........

[Neftali [Germán.Estévez]]

Originally Posted by JULIOCTORRESG

...uno de los usos para dicha consulta es una consulta a una tabla pequeña de pocos registros ....quiero pasar en el inicio de la aplicacion la informacion de la tabla a una matriz de registros predefinida con los mismo campos de la tabla , cosa de llenar la matriz y desactivar la tabla para su uso posterior con otras sentencias...

No es exactamente lo que preguntas, pero está relacionado y creo que te evitaría muchos problemas y mucha codificación "manual". Lo que estás haciendo digamos que ya está inventado y se puede hacer con un TClienTDataSet. Creo que deberías mirarlo.

Se "engancha" a una tabla/consulta y al abrir la tabla recupera los registros al ClientDataSet(en memoria); A partir de ahí pueder cerrar la tabla y tienes "una copia" en memoria en el ClientDataSet, que viene a ser muy similar al Array que tú estás creando, con la diferencia que este tiene "formato" de tabla y puedes tratarlo con las operaciones estandard de una tabla e incluso utilizar con el los controles estandard de Delphi.

Discupa por haber desviado el tema.

[JULIOCTORRESG]

Ese componente no me lo conocia y mira que es util, que ignorancia la mia...pero bueno, en todo caso lo que quiero es tener una consulta para realizar borrados llenar arreglos hacer varias cosas y esta solucion que me propones me obligaria a tener un componente mas en mi ya bastante llena aplicacion, sin embargo tomare tu consejo y estudiare este componente que hasta ahora no usaba....

gracias ....

[Neftali [Germán.Estévez]]

Originally Posted by JULIOCTORRESG

...esta solucion que me propones me obligaria a tener un componente mas en mi ya bastante llena aplicacion

Bueno, si son los que necesitas no son demasiados. Lo que encuentro que no tiene sentido es, no poner un componente que hace un trabajo que necesitas y en su lugar realizar mucho trabajo "a mano" con el consiguiente aumento del trabajo y del riesgo de errores.
De todas formas era un comentario.

Originally Posted by JULIOCTORRESG

...para hacer esto deberia en tiempo de diseño creo los items disponibles en la consulta pero esto no es lo que quiero porque que deseo es que sea "GENERICA" para todo uso y no predefinida

La idea me surgió por este tema, ya que este componente coge de forma automática y dinámica la definición de los campos de la tabla, de forma que el tema de rellenarlos está solventado.
En cuanto ha realizarlo "a mano" la solución que se me ocurre es que tu estructura (matriz) tuviera TFields (genérico), de forma que podrías almacenar los valores de la tabla segun el tipo; Aunque no estoy seguro de que te sirviera el tipo genérico o si al final necesitarías los tipos específivcos (string, integer,...)

[JULIOCTORRESG]

hola amigos, los comentarios anteriores me obligan a reflexionar y llego a la siguiente conclusion .... antes de conocer delphi tenia como lenguaje a Visual Fox pro en este lenguaje al menos en la forma que aprendi tenia como caracteristicas 0 componente visuales para acceso a datos ,todo estaba organizado en un administrador de proyectos en el cual uno veia y manipulaba tablas consulta etc ......eso me acostumbro a trabajar con formularios " limpios" y disculpen el termino pero asi lo veia uno solo los componentes que acceden a dichos datos o sea tedit label etc ....por eso quizas me costo delphi al principio y aun ahora extraño no ver tantos componentes regados aun en el contenedor de datos aun en el data modulo ....

otra de mis manias heredadas de fox pro es tratar en lo posible de no mantener tablas abiertas en la aplicacion , en otras palabras si mi aplicacion tiene por ejemplo 10 tablas y/o consultas tratare de abrir solo aquellas que uso y si puedo aquellas que cumplen ciertas condiciones(pequeñas con pocos registros y que no varian constantemente ) busco alternativas tales como los array de registros para guardar esos datos para luego liberar los recursos y solo mantengo en memoria los arrreglos ....

si esto es bueno o no me gustaria que opinen , pero sin duda que me obliga a meter mas codigo por ejemplo un procedure para llenar el arreglo que se ejecuta al inicio de la aplicacion y una Function para buscar datos dentro de ella (por cierto para buscar datos dentro del arreglo lo hago de forma secuencial 1 a 1 hasta encontrarlo claro son arreglos pequeños de no mas de 50 registros pero si se les ocurre una idea mejor bienvenida sea)

bueno esta es mi historia(triste, sensata , o tonta no lo se ) lo que si se es que quiero aprender a programar mas que nada en este mundo y ademas de delphi quiero aprender otros lenguajes PHP , JAVA por ejemplo pero esto lo preguntare despues .....

gracias amigo y en serio estudiare el componente que me sugiere a ver si de una vez borro los arreglos de mi vida jejejejej

hasta luego y saludos desde Venezuela...........

[Neftali [Germán.Estévez]]

Originally Posted by JULIOCTORRESG

otra de mis manias heredadas de fox pro es tratar en lo posible de no mantener tablas abiertas en la aplicacion , en otras palabras si mi aplicacion tiene por ejemplo 10 tablas y/o consultas tratare de abrir solo aquellas que uso y si puedo aquellas que cumplen ciertas condiciones(pequeñas con pocos registros y que no varian constantemente ) busco alternativas tales como los array de registros para guardar esos datos para luego liberar los recursos y solo mantengo en memoria los arrreglos ....

Me parece un buen consejo. Abrir y cerrar las tablas cuando las necesites.
En el caso de guardar en memoria tablas pequeñas y de pocos (o nulos) cambios, es también una solución que utilizo a veces. En nuestro caso hablamos de "tablas en caché" o "tablas en memoria"; Lo que sí me parece ineficiente es volcar eso a arreglos, como ya te he comentado cuando tienes componentes que te hacen ese trabajo.
Si el TClientDataSet no te convence, otra opción es lo que se conocen como "MemoryTables"; El nombre creo que lo dice todo. Y la idea fundamentamente es la misma que la tuya y que la de TClentDataSet.

Originally Posted by JULIOCTORRESG

y una Function para buscar datos dentro de ella (por cierto para buscar datos dentro del arreglo lo hago de forma secuencial 1 a 1 hasta encontrarlo claro son arreglos pequeños de no mas de 50 registros pero si se les ocurre una idea mejor bienvenida sea)

El tema de búsquedas es algo que también tienes solventado (y seguramente de forma más eficiente) en los métodos anteriores. Otra opción si decides seguir haciendolo tú es utilizar por ejemplo TStringList. Si utilizas el campo clave para la lista y luego tus Registros/objetos colgando de la propiedad Objects, puedes buscar por la clave utilizando búsqueda dicotómica/binaria (que es la que implementa TStringList si lo usas ordenado).[/quote]

[JULIOCTORRESG]

hola amigos, los comentarios anteriores me obligan a reflexionar y llego a la siguiente conclusion .... antes de conocer delphi tenia como lenguaje a Visual Fox pro en este lenguaje al menos en la forma que aprendi tenia como caracteristicas 0 componente visuales para acceso a datos ,todo estaba organizado en un administrador de proyectos en el cual uno veia y manipulaba tablas consulta etc ......eso me acostumbro a trabajar con formularios " limpios" y disculpen el termino pero asi lo veia uno solo los componentes que acceden a dichos datos o sea tedit label etc ....por eso quizas me costo delphi al principio y aun ahora extraño no ver tantos componentes regados aun en el contenedor de datos aun en el data modulo ....

otra de mis manias heredadas de fox pro es tratar en lo posible de no mantener tablas abiertas en la aplicacion , en otras palabras si mi aplicacion tiene por ejemplo 10 tablas y/o consultas tratare de abrir solo aquellas que uso y si puedo aquellas que cumplen ciertas condiciones(pequeñas con pocos registros y que no varian constantemente ) busco alternativas tales como los array de registros para guardar esos datos para luego liberar los recursos y solo mantengo en memoria los arrreglos ....

si esto es bueno o no me gustaria que opinen , pero sin duda que me obliga a meter mas codigo por ejemplo un procedure para llenar el arreglo que se ejecuta al inicio de la aplicacion y una Function para buscar datos dentro de ella (por cierto para buscar datos dentro del arreglo lo hago de forma secuencial 1 a 1 hasta encontrarlo claro son arreglos pequeños de no mas de 50 registros pero si se les ocurre una idea mejor bienvenida sea)

bueno esta es mi historia(triste, sensata , o tonta no lo se ) lo que si se es que quiero aprender a programar mas que nada en este mundo y ademas de delphi quiero aprender otros lenguajes PHP , JAVA por ejemplo pero esto lo preguntare despues .....

gracias amigo y en serio estudiare el componente que me sugiere a ver si de una vez borro los arreglos de mi vida jejejejej

hasta luego y saludos desde Venezuela...........

P.D algunos diran si te gusto tanto foxpro porque estas con delphi ....la respuesta es un componente y sus capacidades que me enamoro DBLookupComboBox