Barrapunto

De acuerdo en lo de crecer dejandote margen... pero no habria que mirar cuanto? De verdad va a estar creciendo 10 megas cada 5 minutos? No podria pedir 512KB? 1MB? Que no estamos hablando de una base de datos de 100 usuarios dandole caña, son las bases de datos que usa FF para guardar las paginas visitadas y cosas asi.

Es mas, si para crecer haces una copia del fichero con el nuevo tamaño, consigues dos cosas, primero que el sistema de ficheros intente darte una zona contigua, y segunda que en caso de fallo tienes la version anterior al menos durante un tiempo (vease todas las historias que hubo con el uso correcto de fsync no hace mucho), o incluso como copia de seguridad hasta que haga falta repetir el proceso.

Es que una cosa es reservar espacio y otra desperdiciar. No me extraña que con la manera de diseñar algunas cosas, luego haya que "inventarse" otra como la deduplicacion o que lo que hubiera sido una perdidad minima de datos se convierta en perdidad total porque el SAI casco justo en el mal momento. Que si, que ya, que tiras de backup... pero mejor si la aplicacion simplemente es un pelin mas resistente tambien.

La idea que aumentes 10Mb (o cualquier valor arbitrario) es que tengas bloques importantes contiguos, si vas creciendo de a porciones mas pequeñas el archivo quedará mucho mas fragmentado; y croe que es normal. No creo que por cambiar el algorito de crecer de a n KB a 10.000 * n KB cambie en lo mas minimo el consumo en disco a largo plazo; disiento contigo con tu afirmación de que va a estar creciendo 10 megas cada 5 minutos

Lo de copiar el archivo a uno nuevo, es algo que no estoy en condiciones de evaluar si es correcto o no tu planteo, nunca trabajé con SQLite.