Quando aprire e chiudere un database SQlite nel ciclo di vita di iOS?

Question

Eseguo una serie di query per tutto il ciclo di vita della mia app.

Attualmente sto utilizzando FMDB (un wrapper Objective-C attorno all'AP C di Sqlite) e sto aprendo e chiudendo prima di ogni query.

FMDatabase * db = [FMDatabase databaseWithPath:pathToMyDB]; 
[db open] 
FMResultSet * s = [db executeQuery:@"SELECT * FROM myTable"]; 
// Use FMResultSet 
[db close]; 

Aprire e chiudere grilletto fopen() e fclose() più in basso, in modo da I belive che posso ottenere una vittoria per forza mantenendo il database aperto.

Tuttavia, credo che gli oggetti temporanei si accumuleranno, il che potrebbe causare problemi di memoria. Closing the database cancella gli oggetti temporanei.

• Quando è necessario aprire e chiudere la connessione al database? (Ad esempio, l'applicazione ha inserito backgound?)
• Devo eseguire VACUUM in situazioni di memoria insufficiente?

Answer 1

Il database non crea e/o conserva oggetti (o almeno non dovrebbe). L'API C è solo un modo pratico per utilizzare le query SQL, ma una volta che queste vengono eseguite dovrebbero essere rilasciate.

Ora, per gli oggetti di restituzione di una query, questi vengono copiati nel tuo FMResultSet. Una volta che lo hai liberato, sono spariti.

Imo, se il database stesso non è troppo grande, è necessario mantenere un riferimento ad esso nel delegato dell'app (garantire di essere vivo nel corso della vita della vostra app). Quando accedi all'app/riprendi dallo sfondo apri il database e quando vai in background/close basta chiuderlo.

Ricorda che AppDelegate è un singleton (credo) e puoi accedere al tuo database utilizzando (AppDelegate*)[[UIApplication sharedApplication]delegate].your_db da qualsiasi punto dell'app per eseguire le query effettive.

L'uso di VACUUM interromperà l'app se si tenta di richiamarla quando si riceve un avviso di memoria. Pensa a questo: per riorganizzare il database dovrebbe essere caricato in memoria (o almeno una parte di esso), se hai già un avviso di memoria ... poof ... crash.

È possibile verificare se il database conserva gli oggetti in memoria. Basta eseguire 100 query all'intervallo di 1 secondo (o premere un pulsante) e guardare negli strumenti dove e se la memoria aumenta. Potresti avere una perdita nella tua app (o nel wrapper stesso) e dare la colpa al database.