[Lazarus-es] fdb a sqlite

Paola Bruccoleri pbruccoleri en adinet.com.uy
Jue Oct 17 13:14:09 CEST 2013


El 17/10/2013 8:56, José Mejuto escribió:
> El 17/10/2013 12:43, Paola Bruccoleri escribió:
>
>> Hola MAxi..
>> ¿porqué lo interpretas como regresión? no sabes porqué es! :) en
>
>> realidad, no es para cambiar de motor de bd, sino xq tengo en mente otra
>
>> cosa.
>> Tengo planeado desarrollar una aplicación android de toma de pedidos.
>> Android en forma nativa no tiene acceso a firebird, por tanto, debo
>> inventarme un esquema donde en el móvil o tablet guarde el pedido, lo
>> envíe via wifi (será dentro de una LAN) al servidor y allí se procese.
>> Lo que pasa es que debo cargar con datos iniciales esa bd (artículos,
>> rubros,etc,etc)...
>
> Hola,
>
> Sin ánimo de sacarte de la idea de hacerlo con sqlite3 te cuento mi 
> experiencia con Android y "bases de datos" relativamente grandes, 
> vamos que tenian que mostrar listados grandes para escoger productos y 
> cosas así.
>
> El programa en cuestión tenía que mostrar y permitir al usuario 
> escoger manualmente (listview) y filtrar por coincidencia parcial una 
> lista de registros que ronda los 5000-10000 registros. Cargar los 
> registros de la base de datos era "eterno" así que tomé un camino poco 
> ortodoxo a día de hoy. Como por suerte en mi caso todo el manejo de la 
> base de datos era consulta y sólo se escribían registros en una tabla, 
> convertí todo a ficheros de texto plano UTF8 (XML, JSON, etc, eran muy 
> lentos) y lo cargo todo en memoria de un golpe, lo proceso con los 
> tipicos "MidStr" y creo un array (List) con la estructura en un type 
> (record o como lo quieras llamar). El inconveniente de esto es que el 
> terminal debe de ser de al menos 512 MB de RAM pero en mi caso aceleró 
> sustancialmente la carga de datos y además me ha permitido tener los 
> datos en ficheros que
> están encriptados (por si se pierde el terminal).
> Resumiendo, si tienes que hacer algo parecido valora la posibilidad de 
> hacer un dump de la base de datos a texto plano y guardarlo como 
> "caché" si en el terminal no se va a modificar esa tabla.
>
Hola José..
todos los aportes son bienvenidos... tengo tiempo de pensar y 
experimentar con varias opciones.. es un desafío para los próximos meses.
En mi caso en particular, los datos iniciales q debo cargar no son 
muchos (12 rubros, 250 artículos aprox). Estos datos son bastante 
"estáticos", sólo se deberán actualizar por ej cuando se cambien los 
precios, que en la terminal no se podrá hacer. Luego obviamente se 
guardará el pedido para poder imprimir en las tickeadoras.
No se me había ocurrido trabajar con archivos de texto plano!

tú desarrollaste la aplicación móvil usando lazarus? si, es sí, 
bueno.... cuéntame que has necesitado aparte del sdk, etc, etc....
muchas gracias!







More information about the Lazarus-es mailing list