Core Performance Dane: NSPredicate porównywaniu obiektów

Question

Jeśli mój model AuthorNSManagedObject ma atrybut authorID (określona przez serwer), będzie NSFetchRequest wykonywać lepiej, gdyby NSPredicate filtry według authorID zamiast kompletnej Author obiektu? Powiedzmy, że pobieram wszystkie s przez pewien author. Który numer jest lepszy?

[NSPredicate predicateWithFormat:@"author = %@", anAuthor] 

lub

[NSPredicate predicateWithFormat:@"author.authorID = %@", anAuthor.authorID] 

Jaki jest najlepszy sposób, żeby ten profil? Mam testowanie danych podstawowych współpracujące z OCUnit (SenTestingKit). Czy system iOS ma coś takiego jak Ruby's Benchmark module?

Answer 1

Być może warto uruchomić aplikację z argumentem -com.apple.CoreData.SQLDebug 1, jak szczegółowo here.

Można wtedy sprawdzić, czy Core Data realizuje ten sam SQL w obu przypadkach (zakładając, że korzystasz ze sklepu SQLite).

Answer 2

Pierwsza (przy użyciu tylko Author) byłaby prawdopodobnie szybsza, ale tylko testowanie powie Ci na pewno.

Jeśli fetch (np Book) obiektów, które mają związek z Author i użyć predykatu

[NSPredicate predicateWithFormat:@"author = %@", anAuthor] 

SQLite mogą sprawdzić, czy tabela scalania z Book do Author ma prawo klucz podstawowy dla podanej author . Innymi słowy, predykat zamienia się w sprawdzanie klucza podstawowego encji Author. CoreData nadal jednak musi skonsultować się z tabelą scalania.

Jeśli używasz

[NSPredicate predicateWithFormat:@"author.authorID = %@", anAuthor.authorID] 

następnie SQLite będzie musiał join ze stołu seryjnej z rzeczywistą Author tabeli, a następnie dopasować wynikowy authorID kolumnę. To byłoby więcej pracy. I ulegnie awarii, jeśli authorID nie jest indeksowany.