Лучшие практики SQLite на iPhone

Question

Каковы некоторые лучшие практики, которые следует учитывать при работе с SQLite на iPhone? Подсказки/трюки/факторы удобства все оценили.

Answer 1

Я могу порекомендовать использовать FMDB в качестве прекрасной обертки Cocoa SQLite.

Answer 2

Off верхней части моей головы:

• использовать транзакции.
• Убедитесь, что ваш SQL использует таблицы в correct order.
• Не добавляйте индексы, которые вы не совсем уверены в необходимости.

Возможно, не только для iPhone, но и для встроенных устройств есть несколько отличных подсказок here.

Этот link относится к старой версии SQLite, но при этом полезен.

Последнее, что Stack Question также имеет некоторую хорошую информацию.

В настоящее время мы используем SQLite с .Net Compact Framework Application, и его производительность фантастична, и мы потратили немного времени на оптимизацию, но не настолько, насколько могли.

Удачи.

Answer 3

Измерьте площадь памяти вашего приложения и найдите утечки в Инструментах. Затем попробуйте после вызова sqlite3_exec с:

• pragma cache_size=1

и/или

• pragma synchronous=0

YMMV. Появляются сообщения о повышении производительности, больших сокращениях использования ОЗУ и меньшем количестве утечек. Однако будьте осторожны при настройке без понимания воздействия (например, synchronous отключает промывку, что ускоряет работу, но может привести к повреждению БД, если телефон отключен в режиме питания в неподходящее время).

Подробнее здесь: http://www.sqlite.org/pragma.html

Answer 4

Я нашел, что это часто быстрее просто получить идентификаторы я ищу в сложном запросе, а затем получить остальную информацию по требованию.

Так, например:

SELECT person_id 
    FROM persons 
WHERE (complex where clause) 

, а затем, как это отображается каждый человек, которого я побегу

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

Я обычно нахожу это делает сложный запуск запроса в 1/2 времени и поиск для данного человека обычно составляет порядка 2 мс (это на таблицах с 17 тыс. строк).

Ваш опыт может отличаться, и вы должны самим заняться временем.

Кроме того, я должен отдать должное Вил Шипли за то, что предложил эту технику в его выступлении здесь: http://www.vimeo.com/4421498.

На самом деле я действительно использую шаблон гидратации/дегидратации из sqlitebooks, который является надмножеством этой техники.

Answer 5

Я ленивая и люблю придерживаться в основной код как можно больше, поэтому мне нравится ORM инструмент SQLitePersistentObjects:

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

Вы делаете вашу модель домена объекты наследуют от SQLitePersistentObject (ок немного intrusive), а затем вы можете сохранять/извлекать свои объекты по мере необходимости.

Чтобы сохранить:

[person save]; 

Загрузка его обратно в почти так же легко. Любой устойчивый объект получает динамические методы класса, добавленные к нему, чтобы вы могли искать. Таким образом, мы могли бы получить все объекты Person, которые имели фамилию «Смит», как так:

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

Answer 6

Еще один вариант я еще не пробовал это Core Data (нужно быть iphone DEV компании Apple), хотя его функция 3,0 и так это зависит от вашего приложения ли тот вариант ..

Answer 7

PLDatabase является альтернативой FMDB: http://code.google.com/p/pldatabase/

Я использовал его в одном из моих проектов, без проблем.