Gran lío con el stringlist y el TstringList

[juanelo]

Creo que si lo que quieres es salvar en un archivo de texto y luego recuperarlo en un dbgrid, una buena alternativa y mucho menos liada es hacerlo mediante un ClientDataSet. Este tiene metodos para salvar como XML y para cargar desde XML.

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

En mi página web, en la sección de ejemplos, también tienes uno titulado: "Color y alineación en celdas de un StringGrid"; A parte de lo que comenta el título, tiene el código para leer datos de un fichero de disco; Está con código fuente, así que puedes descargarlo, verlo y probarlo con detalle.

[sac]

Gracias a todos por sus respuestas. Estoy probando con algunas sugerencias que me dieron. Cuando encuentre la respuesta correcta les aviso desde ya gracias de nuevo.

[[poliburro]]

Empezado por juanelo

Creo que si lo que quieres es salvar en un archivo de texto y luego recuperarlo en un dbgrid, una buena alternativa y mucho menos liada es hacerlo mediante un ClientDataSet. Este tiene metodos para salvar como XML y para cargar desde XML.

Esa opción si me gusta, Pero con ADO, por que si mal no recuerdo con el ClientDataSet debes cargar el Xtd o me equivoco?

[juanelo]

Empezado por poliburro

Esa opción si me gusta, Pero con ADO, por que si mal no recuerdo con el ClientDataSet debes cargar el Xtd o me equivoco?

No, el ClientDataSet es indpendiente de la base de datos que uses (de hecho puede ser inclusive XML la fuente de datos). Para usarlo como "contenedor" de datos basta crearle los campos al ClientDataSet y posteriormente en tiempo de ejecucion (se puede en tiempo de diseño) se crea con CreateDataSet, y ya de ahí lo tenemos como un dataset con toda su funcionalidad (insert, delete, update, etc ..). Pero si los datos los obtienes de una fuente de datos como un BD, entonces para eso está el DataSetProvider que es el encargado de "resolver" de donde vienen los datos (y tambien a donde se graban), en pocas palabras, es un capa que te independiza de la fuente de los datos.

[[poliburro]]

Empezado por juanelo

No, el ClientDataSet es indpendiente de la base de datos que uses (de hecho puede ser inclusive XML la fuente de datos). Para usarlo como "contenedor" de datos basta crearle los campos al ClientDataSet y posteriormente en tiempo de ejecucion (se puede en tiempo de diseño) se crea con CreateDataSet, y ya de ahí lo tenemos como un dataset con toda su funcionalidad (insert, delete, update, etc ..). Pero si los datos los obtienes de una fuente de datos como un BD, entonces para eso está el DataSetProvider que es el encargado de "resolver" de donde vienen los datos (y tambien a donde se graban), en pocas palabras, es un capa que te independiza de la fuente de los datos.

Igual que ADO. :P, puedes cargar Xml como un Dataset sin estar conectado necesariamente a una base de datos.

[juanelo]

Empezado por poliburro

Igual que ADO. :P, puedes cargar Xml como un Dataset sin estar conectado necesariamente a una base de datos.

La verdad es que nunca he usado ADO asi que si tu dices que se puede, pues magnifico, otra alternativa.

[[poliburro]]

Empezado por juanelo

La verdad es que nunca he usado ADO asi que si tu dices que se puede, pues magnifico, otra alternativa.

De hecho no solo puedes cargar Xml como Datasets sin conexión, sino que puedes ir más allá, puedes mantener un Dataset devuelto por la base de datos aún despúes de haber cerrado la conexión (Permitiendote ahorrar recursos). Te permite además obtener más de un Dataset a la vez.

Una chulada ADO pues :P.

[juanelo]

Empezado por poliburro

De hecho no solo puedes cargar Xml como Datasets sin conexión, sino que puedes ir más allá, puedes mantener un Dataset devuelto por la base de datos aún despúes de haber cerrado la conexión (Permitiendote ahorrar recursos). Te permite además obtener más de un Dataset a la vez.

Una chulada ADO pues :P.

Se me hace que ADO le copió a MIDAS , además de poder hacer eso que mencionas, los ClientDataSet manejan tipos de campo "especiales" como los agregados, que pueden ser usados para llevar la sumatoria (por ejemplo) de determinada columna, y se van actualizando automaticamente, de hecho pueden ser usados por niveles, es decir, puedes manterner las sumatorias de todos los registros de manera categorizada. Esto sin contar por supuesto con el imprecindible ApplyUpdates, que aplica cambios a la base de datos de manera "atomica". Puedes mantener relaciones mestro detalle y pueden ademas tener campos de tipo DataSet, es decir, dataset anidados. Espectacular.