Le migliori pratiche SQLite su iPhone

Question

Quali sono alcune best practice da tenere a mente quando si lavora ampiamente con SQLite su iPhone? Suggerimenti/trucchi/fattori di convenienza tutti apprezzati.

Answer 1

Posso consigliare l'utilizzo di FMDB come un bel wrapper Cocoa SQLite.

Answer 2

Fuori della parte superiore della mia testa:

• utilizzare le transazioni.
• Assicurati che SQL sfrutti le tabelle nello correct order.
• Non aggiungere indici di cui non sei sicuro di aver bisogno.

Forse non solo specifico per iPhone ma per dispositivi integrati ci sono alcuni ottimi consigli here.

Questo link appartiene a una versione precedente di SQLite ma risulta comunque utile.

Infine questo Stack Question ha anche alcune buone informazioni.

Utilizziamo SQLite con un'applicazione .Net Compact Framework al momento e le prestazioni sono fantastiche e abbiamo dedicato un po 'di tempo all'ottimizzazione, ma non quasi quanto potevamo.

Buona fortuna.

Answer 3

Misura l'ingombro della memoria della tua app e cerca eventuali perdite negli strumenti. Poi provarlo dopo aver richiamato sqlite3_exec con:

• pragma cache_size=1

e/o

• pragma synchronous=0

YMMV. Ci sono rapporti di aumenti delle prestazioni, grandi riduzioni nell'utilizzo della RAM e meno perdite. Tuttavia, fai attenzione a fare le regolazioni senza comprenderne l'impatto (ad esempio, synchronous disattiva lo svuotamento che accelera di molto le cose, ma può causare danni al DB se il telefono viene spento e riacceso al momento sbagliato).

Maggiori informazioni qui: http://www.sqlite.org/pragma.html

Answer 4

ho scoperto che è spesso più veloce per ottenere solo gli ID che cerco in una query complessa e quindi ottenere il resto delle informazioni su richiesta.

Così, per esempio:

SELECT person_id 
    FROM persons 
WHERE (complex where clause) 

e poi come viene visualizzato ogni persona Corro

SELECT first_name, last_name, birth_date, ... 
    FROM persons 
WHERE person_id = @person_id 

Io di solito trovare questo rende il complesso query eseguita in 1/2 del tempo e le ricerche per una determinata persona sono in genere dell'ordine di 2 ms (questo è su tabelle con righe 17k).

La tua esperienza può variare e dovresti cronometrare le cose da solo.

Inoltre, devo dare credito a Wil Shipley per aver suggerito questa tecnica nel suo discorso qui: http://www.vimeo.com/4421498.

Uso effettivamente il modello di idratazione/disidratazione ampiamente dai sqlitebook che è un superset di questa tecnica.

Answer 5

Io sono pigro e piace a bastone nel codice di base, per quanto possibile, quindi mi piacciono le SQLitePersistentObjects strumento ORM:

http://code.google.com/p/sqlitepersistentobjects/

fate i vostri oggetti del modello del dominio ereditano da SQLitePersistentObject (ok un po ' invadente) e quindi puoi persistere/recuperare i tuoi oggetti secondo necessità.

a persistere:

[person save]; 

caricarla di nuovo in è quasi facile. Qualsiasi oggetto persistibile ottiene i metodi dinamici della classe aggiunti per consentire la ricerca. Quindi, potremmo recuperare tutti gli oggetti Person che avevano un cognome "Rossi" in questo modo:

NSArray *people = [PersistablePerson findByLastName:@"Smith"]; 

Answer 6

Un altra opzione che non ho ancora provato è Core Data (necessità di essere un iPhone Dev Apple), anche se la sua una caratteristica 3.0 e quindi dipende dalla vostra applicazione se questo è un'opzione ..

Answer 7

PLDatabase è un'alternativa FMDB: http://code.google.com/p/pldatabase/

ho usato in uno dei miei progetti senza alcun problema.