Общий вопрос CoreData/SQLite
Есть ли существенная разница между этими двумя сценариями при сохранении NSManagedObjectContext с использованием хранилища SQLite:
NSManagedObjectContext, содержащем 10, без изменений NSManagedObjectsNSManagedObjectContext, содержащем 10 000, без изменений NSManagedObjectsОбобщая мой опыт работы с Enterprise Objects (из которого произошли Core Data), я бы сказал, что оба ваших сценария будут одинаково быстрыми без индексации, а второй немного медленнее с индексированием.
При использовании хранилища SQL стоимость добавления одного объекта в значительной степени фиксирована независимо от того, сколько других объектов находится в графе. Индексирование вызывает эффект масштабирования, поскольку индекс зависит от других существующих объектов. Однако в подавляющем большинстве случаев это не имеет существенного значения.
Чем сложнее взаимосвязи внутри графа, тем большее количество сохранений зависит от общего размера графа. Очевидно, что если у вас есть граф только с десятью объектами, то никакая связь не может иметь в нем более десяти объектов. Если у вас есть один с 10 000, отношения потенциально намного больше и требуют больше времени для обработки.
В целом, Core Data с хранилищем SQL, по-видимому, практически не зависит только от размера графика.
Профилирование покажет вам, есть ли существенная разница. Однако я подозреваю, что тип координатора магазина повлияет на показатели. Обновление объекта в базе данных SQLite, вероятно, быстрее и масштабируемее, чем в дереве XML.
В моем предыдущем опыте нет существенной разницы. Если добавляемый/изменяемый/удаляемый объект содержит много индексированных атрибутов, то это займет чуть больше времени по сравнению со случаем объекта без индексированных атрибутов, но это ожидаемо, так как индексы также будут изменены.
