El 17/10/2013 8:56, Jos� Mejuto escribi�:
Show quoted text 40 lines
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!