Как я могу улучшить производительность выборки данных на iPhone?

Question

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

У меня около 21500 объектов одного типа в моем основном хранилище данных (хранилище SQLite). Объекты индексируются по UUID, который является NSString (например, выглядит примерно так: «6b09e200-07b6-11df-a245-002500a30d78»).

Единственная выборка, в которой объект существует с использованием executeFetchRequest в NSManagedObjectContext, занимает около 0,75 секунды! Это с простейшим возможным предикатом «uuid == $ UUID», где $ UUID - это строка, подобная приведенному выше примеру.

Это действительно удивительно. Если бы я хотел получить каждый объект в своем магазине, один за другим, это займет около 4,5 часов!

В любом случае, чтобы улучшить эту производительность или я должен просто отказаться от данных ядра вместе?

Answer 1

Это не будет отвечать на ваш вопрос, но может дать вам о чем подумать. Используя только SQLite на iPhone, я сильно разочаровался в производительности. Я имел дело с 8000 записей, которые занимали бы около двух минут, чтобы вставить/сортировать, возвращая все и так далее.

Играя с ним, я обнаружил, что время, необходимое для фильтрации/сортировки в памяти, было в 100 раз лучше, чем позволять делать SQLite, и я думаю, что в основном это связано с производительностью флэш-памяти.

Короче говоря, чем меньше Core Data использует флэш-память, тем лучше производительность, которую вы получите, и я не думаю, что было бы много способов сделать ее намного лучше.

Answer 2

Несколько пунктов. Если для получения 21 500 строк потребуется 5 секунд, похоже, что вы работаете на более старом устройстве. Как 3G или оригинальный iPhone. Производительность памяти и ввода-вывода на них просто медленная. Вам нужно будет обращаться с вашими данными с особой осторожностью, чтобы не читать все это в памяти и делать ненужные операции ввода-вывода. Вы можете найти -setFetchBatchSize особенно полезным. Если вы работаете в 3GS, 10-20 тысяч строк управляемы, но потребуют осторожности. Если вы находитесь на ipad или iphone4, это не должно быть большой проблемой.

Вам не нужно создавать свой собственный UUID, кроме как для интерфейса с внешней системой, например с сервером. Каждый управляемый объект имеет идентификатор объекта, который представляет собой представление ООП первичного ключа. Просто передайте объект ID вокруг и делайте запросы типа @ "self =% @" или @ "self IN% @" для поиска объекта по его идентификатору или массиву идентификаторов. Вы также можете использовать -existingObjectWithID: error: для поиска только одного объекта по его объектуID, который будет быстрее, чем общий запрос выборки с общим предикатом.

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

-com.apple.CoreData.SQLDebug 1

, который будет войти в консоль генерируется SQL. Вы должны увидеть, что некоторые вещи заканчиваются чем-то вроде t0.uuid ==?

Вы можете принять этот оператор выбора SQL и запустить его через средство запроса запросов SQLite. Запустите/usr/bin/sqlite3 против файла db в симуляторе.Есть

.explain ON explain query plan copythatsqllinehere

он должен напечатать что-то вроде 0 | 0 | ТАБЛИЦА ZFOO AS t0 с индексом то

, если он отсутствует «с индексом», то вы какой-то вопрос или с тем, как вы создали Сердечник Хранилище данных (вы уверены, что модель помечена как индекс uuid?), Или есть что-то еще с вашим запросом на выборку.

This is really surprising. If I wanted to fetch every object in my store, one by one, it >would take nearly 4.5 hours!

Я полагаю, вы могли бы сделать это таким образом, как один из самых болезненных способов. Или вы можете использовать -setFetchBatchSize: и очень быстро перебирать партии объектов.

Кроме того, имейте в виду, что каждая выборка делает I/O с базой данных, чтобы оставаться в синхронизации с тем, что сохранялись в других потоках. Извлечение - это не волшебный словарь. В то время, когда требуется выполнить наименьшую единицу ввода-вывода, существует нижняя граница. Вы захотите амортизировать количество индивидуальных запросов ввода-вывода, чтобы получить максимальную производительность. Вам придется балансировать, чтобы не перечитывать слишком много в память сразу.

Если вы по-прежнему есть проблемы, пожалуйста, сообщите об ошибке с bugreport.apple.com

• Бен

Answer 3

трюк с использованием основных данных является то, что только данные, которые действительно необходимы выбираются из магазина и хранятся в памяти. Я не могу себе представить, как отредактировать/переупорядочить/все 21500 строк на устройстве, таком как iPhone. Есть несколько способов, как улучшить производительность CoreData: - setFetchBatchSize - используя примитивные методы - загрузка только свойство, которые необходимы

Я помню WWDC видео сравнения SQLite & производительности CoreData и CD был явным победителем.

Answer 4

Я думаю, что проблема в сравнении строк намного медленнее, чем сравнение чисел для большей, если не всей базы данных.

Вы можете попытаться добавить новое свойство (столбец), aNumber, для вашего NSManagedObject, который является числом и значением, генерируемым из его UUID.

Затем построить свой запрос как «aNumber == XXX == И UUID UUID»

Это может сделать базу данных для сравнения номера первого и только сравнить строку, если число такое же.

ИЛИ, вы можете попробовать индексировать UUID.