C'è un detrimento nell'usare SQLite su un pList per la persistenza?

1. Le migrazioni di database tra modelli di dati di base sono difficili. L'impostazione di un modello di dati di base (o qualsiasi database di tipo sql) è come ottenere un tatuaggio.

2. L'API dei dati di base è buona, ma anche i veterani esperti hanno ancora problemi con esso.

   Non sto suggerendo in alcun modo che i dati di base siano cattivi e non dovrebbero essere usati. Sto solo suggerendo che nel tuo caso potresti facilmente evitarlo, quindi dovresti.

3. Un'altra cosa da considerare è che il recupero dei dati da un elenco utenti è più lento rispetto ai recuperi di dati fondamentali, ma dubito che questo abbia un impatto su di te.

La differenza tra l'uso di plist, xml, ecc. e SQL sia come raw che come una delle opzioni di persistenza in Core Data è che le soluzioni non SQL caricheranno l'intero documento persistente in memoria mentre SQL caricherà solo ciò che è necessario a il momento.

Nel tuo caso, sembra che tu abbia così pochi dati che SQL è sopra l'uccisione. È possibile utilizzare un plist generato da un dizionario, array ecc. Oppure spostare il tipo di archivio persistente in xml con Core Data.

Assicurati che si tratti di dati che stai persistendo e non, le preferenze, le versioni successive dovrebbero essere memorizzate nelle preferenze dell'utente.