Non credo che importi l'uso di SQLite o di un file, perché SQLite db è semplicemente un file sul sistema (archiviato in /data/data/<your_package>/databases/
). Dovrai impegnarti con il db al momento giusto, proprio come avresti bisogno di salvare un file sul disco rigido al momento giusto. In altre parole, in un modo o nell'altro è possibile utilizzare altrettante scritture sul disco rigido.
Penso che ciò che si sceglie dipenda più dal tipo di dati che si stanno salvando. Se hai bisogno dei poteri che un db può conferire (come l'interrogazione), usa in ogni caso SQLite. Tuttavia, se non hai bisogno di un db, o se hai dati che variano in modo selvaggio (e non possono essere facilmente configurati in un database relazionale), allora andrei con i file.
Quello che posso dirvi è che si dovrebbe non usare la serializzazione per salvare un file, se questa è la rotta che si sceglie di percorrere. La serializzazione Android è lenta, lenta, lenta e crea file di grandi dimensioni. È molto meglio scrivere il proprio formato XML o JSON per motivi di prestazioni.
fonte
2009-11-26 15:59:40
Grazie per i vostri commenti, sembra molto ragionevole. Sai se il database è sempre in esecuzione in background (come un database tradizionale) o se è in esecuzione solo quando un'applicazione lo utilizza? Voglio dire, se il "server SQLite" (se tale processo esiste in Android) viene avviato solo a causa della mia applicazione ... forse non è una buona idea. –
afaik sqlite è solo un file a cui si accede tramite le librerie, non è in esecuzione alcun server di database. – tosh