Limites de mots (\ b) dans NSPredicate provoquant NSFetchRequest pour retourner aucun objet géré

Question

Utilisation de données de base avec un magasin sqlite sur iPhone .... J'ai un tas d'entités d'image de bande dessinée, chacune avec une chaîne qui comprend la question de bande dessinée de #, par exemple: image.imageTitle = @"Issue 12: Special Edition";

une partie de l'interface utilisateur permet à l'utilisateur de saisir un numéro d'émission pour passer à la question suivante. Mon code initial pour cela était sloooooooow parce que imageAtIndex: interroge les données de base pour un objet à la fois. Sur plusieurs centaines de numéros, cela peut prendre jusqu'à 40 secondes pour passer la première boucle!

code lent:

// Seek forward from the next page to the right 
for (i = currentPage + 1; i < [self numberOfPages]; i++) { 
    iterationString = [[self imageAtIndex:i] imageTitle]; 
    iterationNumber = [[iterationString stringByTrimmingCharactersInSet:nonDigits] intValue]; 

    if (issueNumber == iterationNumber) { 
    keepLooking = NO; 
    break; 
    } 
} 
// If nothing was found to the right, seek forward from 0 to the current page 
if (i == [self numberOfPages] && keepLooking) { 
    for (i = 0 ; i < currentPage; i++) { 
    iterationString = [[self imageAtIndex:i] imageTitle]; 
    iterationNumber = [[iterationString stringByTrimmingCharactersInSet:nonDigits] intValue]; 

    if (issueNumber == iterationNumber) { 
    keepLooking = NO; 
    break; 
    } 
    } 
} 

Espérant une solution beaucoup plus efficace, j'ai décidé d'essayer de faire une requête directe sur les données de base comme ceci:

NSString *issueNumber = @"12"; 
    NSString *issueWithWordBoundaries = [NSString stringWithFormat:@"\\b%@\\b",issueNumber]; 
    NSPredicate *predicate = [NSPredicate predicateWithFormat:@"(groupID == %@) AND (imageTitle CONTAINS %@)", groupID, issueWithWordBoundaries]; 

    NSFetchRequest *fetchRequest = [[NSFetchRequest alloc] init]; 
NSEntityDescription *entity = [NSEntityDescription entityForName:@"CBImage" inManagedObjectContext:self.managedObjectContext]; 
[fetchRequest setEntity:entity]; 

[fetchRequest setPredicate:predicate]; 
[fetchRequest setIncludesSubentities:NO]; // Not sure if this is needed, but just in case.... 

// Execute the fetch 
NSError *error = nil; 
NSArray *fetchedObjects = [managedObjectContext executeFetchRequest:fetchRequest error:&error]; 

    // [fetchedImages count] == 0 

Entre le Predicate Programming Guide et la ICU regex specs, j'ai pensé que les \ b's aiderait à empêcher la recherche de 12 retournant 120, 121, 122, etc. Au lieu de cela, il ne retourne rien du magasin du tout!

D'autre part, si je laisse hors les limites de mots et rechercher plutôt pour stringWithFormat:@"%@",issueNumber, je reçois des dizaines d'objets gérés sont revenus, de 12 à 129 à 412.

Ma meilleure estimation à ce stade est que je J'ai rencontré l'un des Constraints and Limitations de Core Data. Sinon, qu'est-ce que je fais de mal? Si oui, existe-t-il une solution qui offre à la fois une correspondance exacte et la vitesse d'un seul fetch?

Answer 1

Il s'avère que les limites de mots étaient un reflet rouge: Mon problème était une variante sur this issue: La regex ne pouvait pas réussir sans certaines jokers pour correspondre aux bits dont je ne me souciais pas dans les imageTitles.

La solution de cas général pour trouver une expression exacte à l'aide NSPredicate est donc:

NSString *exactPhrase = @"phrase_you_hope_to_find_in_another_string"; 
NSString *regularExpression = [NSString stringWithFormat:@".*\\b%@\\b.*",exactPhrase]; 
NSPredicate *predicate = [NSPredicate predicateWithFormat:@"stringToSearch CONTAINS %@", exactPhrase]; 
// Assuming a string or an entity's string attribute named stringToSearch 

Answer 2

\b fait référence à un caractère de retour arrière. Essayez

[NSString stringWithFormat:@"\\b%@\\b",issueNumber]; 
//       ^^ ^^ 

Et pour effectuer une correspondance RegEx, utilisez MATCHES, pas CONTAINS.