Какие вопросы я должен задать себе, чтобы определить, нужен ли мне первичный ключ для моего приложения Core Data?

Question

Я строю простое приложение в Swift с использованием Core Data и пытаюсь решить, должен ли я хранить уникальный идентификатор в своих объектах. В моих исследованиях я нашел примеры этого и примеры, которых нет, но я не нашел ясных аргументов в пользу такого решения.

Пожалуйста, обратите внимание: - Я родом из РСУБДА фона, и я знаю, что ядро ​​данные является объектным графом, не является реляционной БД - Я знаю, что основные данные создает NSManagedObjectID, но как я могу определить, если такую ​​волю быть достаточно

Я вижу темы, как this (от 7 лет назад, кстати), который выкладывает эти варианты:

• Применение - [NSManagedObject ObjectId]. Обратите внимание, что этот идентификатор временно до либо объекта не будет сохранен в первый раз или вы звоните
• [NSManagedObjectContext obtainPermanentIDsForObjects: Ошибка:] Используйте семейство CFUUID функций для генерации UUID для каждого объекта в вашем -awakeFromInsert метода
• Создайте свой собственный первичный ключ, как система, которая хранит целое число в вашей модели и увеличивает его с созданием каждого объекта

, но я не смог найти много информации о том, какие варианты являются подходящими для которых ситуации.

Какие вопросы я должен задавать себе, чтобы выяснить, есть ли уникальный идентификатор Core Data (NSManagedObjectID), который мне нужен, или если я должен выйти за рамки этого и выбрать включить один из моих собственных в микс.

Answer 1

Единственная причина использования ваших собственных уникальных идентификаторов с основными данными - если вы когда-либо синхронизировали данные с другим устройством или веб-службой. NSManagedObjectID достаточно для местного использования, но они не работают хорошо для синхронизации. Например, если вы получаете данные с вашего серверного сервера, у него, вероятно, есть уникальные идентификаторы, но вы не можете заставить Core Data использовать их. Аналогично, даже если ваша синхронизация связана с другим устройством iOS, вы не можете заставить Core Data на втором устройстве использовать тот же NSManagedObjectID, как и на первом.

Для местного использования NSManagedObjectID - это все, что вам нужно. Если вам нужно сохранить ссылку на управляемый объект в настройках по умолчанию пользователя, вы можете сохранить это. Позже вы можете использовать object(with:) или existingObject(with:), чтобы быстро получить управляемый объект.

Answer 2

if Core Data's unique identifier (NSManagedObjectID) is all I need

Нужно с какой целью?

Основные данные хранят первичные ключи объекта внутри, поэтому вам в основном не нужно выполнять их самостоятельно. В CD вы взаимодействуете с объектами, у которых уже есть механизм для установления отношений. Вы просто должны назначить одну NSManagedObject к свойству другого NSManagedObject и что будет представлять собой O2O или O2M отношения, как это:

anotherObject.parent = oneObject; 

для многочастичных стороны будет набор для этого. Посмотрите на documentation.

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

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

И, кстати, есть [[NSUUID UUID] UUIDString].