Core Performance dati: NSPredicate confronto di oggetti

Question

Se il mio modello AuthorNSManagedObject ha un attributo authorID (determinato dal server), sarà un NSFetchRequest un rendimento migliore se i filtri di NSPredicateauthorID piuttosto che la completa Author oggetto? Diciamo che sto recuperando tutti gli BookNSManagedObject s da un certo author. Quale predicateFormat è migliore?

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

o

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

Qual è il modo migliore per il profilo di questo? Ho i test dei dati principali che funzionano con OCUnit (SenTestingKit). IOS ha qualcosa come Ruby's Benchmark module?

Answer 1

Potrebbe valere la pena di eseguire la tua app con un argomento di -com.apple.CoreData.SQLDebug 1, come dettagliato here.

Si potrebbe quindi verificare se Core Data eseguisse lo stesso SQL in entrambe le circostanze (presupponendo che si stia utilizzando un negozio SQLite).

Answer 2

Il primo (utilizzando solo Author) sarebbe probabilmente più veloce, ma solo i test lo diranno di sicuro.

Se si recupera gli oggetti (ad esempio Book) che hanno un rapporto di Author e si utilizza un predicato

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

SQLite possono vedere se la tabella merge Book-Author ha la chiave primaria giusta per quella data author . In altre parole, il predicato diventa un assegno per la chiave primaria delle entità Author. CoreData deve comunque consultare la tabella di fusione.

Se si utilizza

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

poi SQLite dovrà join la tavola si fondono con la Author tabella effettiva e quindi abbinare il authorID colonna risultante. Quello sarebbe più lavoro. E si romperà se authorID non è indicizzato.