Najlepsze praktyki SQLite na iPhonie

Question

Jakie są najlepsze praktyki, o których należy pamiętać podczas intensywnej pracy z SQLite na iPhone'ie? Porady/wskazówki/czynniki wygody są mile widziane.

Answer 1

Mogę polecić używanie FMDB jako ładnej owijki SQLite kakao.

Answer 2

Off szczycie mojej głowie:

• wykorzystywać transakcje.
• Upewnij się, że SQL wykorzystuje tabele w correct order.
• Nie dodawaj indeksów, których nie masz całkowitej pewności.

Być może nie tylko specyficzne dla iPhone'a, ale również dla urządzeń wbudowanych są pewne wspaniałe wskazówki: here.

Ta link dotyczy starszej wersji SQLite, ale nadal jest przydatna.

Wreszcie ten Stack Question ma również pewne dobre informacje.

Obecnie używamy SQLite z aplikacją .Net Compact Framework, a jej wydajność jest fantastyczna, a my poświęciliśmy trochę czasu na optymalizację, ale nie na tyle, na ile mogliśmy.

Powodzenia.

Answer 3

Zmierz ślad pamięci swojej aplikacji i poszukaj nieszczelności w Instrumentach. Następnie spróbuj go po wywołaniu sqlite3_exec z:

• pragma cache_size=1

i/lub

• pragma synchronous=0

YMMV. Istnieją doniesienia o zwiększeniu wydajności, znacznej redukcji zużycia pamięci RAM i mniejszej liczbie wycieków. Należy jednak zachować ostrożność podczas wprowadzania poprawek bez zrozumienia wpływu (na przykład: synchronous wyłącza spłukiwanie, co znacznie przyspiesza działanie, ale może spowodować uszkodzenie DB, jeśli telefon jest wyłączany w niewłaściwym czasie).

Więcej tutaj: http://www.sqlite.org/pragma.html

Answer 4

odkryłem, że często po prostu szybciej uzyskać identyfikatory szukam w złożonym zapytaniu, a następnie dostać resztę informacji na żądanie.

Tak na przykład:

SELECT person_id 
    FROM persons 
WHERE (complex where clause) 

a następnie wyświetlana jest jako każda osoba będę uruchomić

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

I zazwyczaj znaleźć to sprawia, że ​​prowadzony przez kwerendy w 1/2 czasu i wyszukiwania dla danej osoby są zwykle rzędu 2ms (jest to na tabelach z 17 tys. wierszy).

Twoje wrażenia mogą się różnić i powinieneś zrobić sobie czas.

Muszę również podziękować Wil Shipley za zaproponowanie tej techniki w jego wykładzie: http://www.vimeo.com/4421498.

Używam w dużym stopniu wzorca nawodnienia/odwodnienia z sqlitebooków, który jest nadzbiorem tej techniki.

Answer 5

Jestem leniwy i lubi trzymać w kodzie rdzenia jak najwięcej, dlatego lubię SQLitePersistentObjects narzędzie ORM:

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

dokonaniu modelu domeny obiekty dziedziczą SQLitePersistentObject (ok trochę natrętne), a następnie możesz zachować/odzyskać swoje obiekty w razie potrzeby.

utrzymują:

[person save]; 

Ładowanie go z powrotem jest prawie tak samo łatwe. Każdy obiekt, który można utrwalić, dostaje do niego dodane metody klasy dynamicznej, aby umożliwić wyszukiwanie. Tak więc, możemy odzyskać wszystkie obiekty osoby, które miały na nazwisko „Smith” tak:

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

Answer 6

Jedna inna opcja jeszcze nie próbował to Core Data (trzeba być iPhone Dev Apple), choć jego 3,0 funkcja i tak to zależy od aplikacji, czy to jest to opcja ..

Answer 7

PLDatabase jest alternatywą FMDB: http://code.google.com/p/pldatabase/

używałem go w jednym z moich projektów bez problemu.