Должен ли я определять первичный ключ для каждого объекта в Realm?

Я заметил, что установка PK не обязательна в Realm и просто может быть опущена. Но в документации указано, что:

Индексы автоматически создаются для свойств первичного ключа.

И я хотел бы прояснить некоторые вопросы:

1) Какое значение по умолчанию для PK определено Realm, если я не назначаю его самостоятельно. Это хэш или что-то еще? (Если я не устанавливаю PK и вызываю [MyRealmObject primaryKey], он возвращает nil)

2) Если этот неявный PK индексируется по умолчанию? Должен ли я беспокоиться об этом, потому что, если он не индексируется, значит ли это, что он влияет на общую производительность этого объекта (например, выборку объектов)?

3) Является ли хорошей практикой каждый раз определять PK для каждого подкласса RLMObject, или это не обязательно для Realm и просто может полагаться на внутреннюю реализацию, определенную самим Realm?

ОТВЕТЫ

Ответ 1

(Отказ от ответственности: я работаю в Realm.)

Оп! Установка первичного ключа в Realm не является обязательной или необходимой, поэтому она полностью зависит от разработчика и требований приложения, чтобы определить, нужно ли это или нет в их реализации.

В ответ на ваши вопросы:

1) Нет значений по умолчанию; вы указываете одно из ваших собственных свойств в качестве первичного ключа. primaryKey возвращает значение nil по умолчанию, поскольку вам нужно переопределить это самостоятельно, чтобы указать Realm, какое свойство вы хотите выполнять как первичный ключ. Некоторые пользователи задают целые числа в качестве первичных ключей, но чаще всего, использование строки UUID является наиболее распространенным.

2) Нет неявного первичного ключа. Вы должны использовать метод [RLMObject primaryKey], чтобы явно указать, какое свойство является первичным ключом, и THEN оно будет проиндексировано.:)

3) В моем собственном (свободном времени) опыте разработки я обычно обнаруживаю, что первичный ключ значительно облегчает идентификацию и обработку определенных объектов. Например, если вы передаете объект по потокам, вы можете просто передать значение первичного ключа и использовать [RLMObject objectForPrimaryKey:] для восстановления объекта. Очевидно, это зависит от ваших собственных требований к реализации. Вероятно, вам не следует добавлять первичный ключ, если вы не узнаете, что вам действительно нужен он.

В качестве примера, вот что вы добавили бы в ваш подкласс RLMObject, если бы вы хотели установить строку UUID в качестве первичного ключа:

@interface MyObject : RLMObject

@property NSString *uuid;

@end

@implementation MyObject

+ (NSString *)primaryKey
{
   return @"uuid";
}

+ (NSDictionary *)defaultPropertyValues
{
   @{@"uuid": [[NSUUID UUID] UUIDString]};
}

@end

Я надеюсь, что это помогло!

Добавление > . Чтобы подробнее остановиться на некоторых комментариях, приведенных ниже, первичные ключи явно необходимы для любых Realm API, которые изменяют их функциональность в зависимости от того, существует ли объект с тем же ключом уже в базе данных. Например, +[RLMObject createOrUpdateInRealm:] добавит новый объект Realm в базу данных, если объект с этим основным ключом еще не существует и будет просто обновлять существующий объект в противном случае.

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

Ответ 2

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

+ (instancetype)createOrUpdateInRealm:(RLMRealm *)realm withValue:(id)value {
    // verify primary key
    RLMObjectSchema *schema = [self sharedSchema];
    if (!schema.primaryKeyProperty) {
        NSString *reason = [NSString stringWithFormat:@"'%@' does not have a primary key and can not be updated", schema.className];
        @throw [NSException exceptionWithName:@"RLMExecption" reason:reason userInfo:nil];
    }
    return (RLMObject *)RLMCreateObjectInRealmWithValue(realm, [self className], value, true);
}