Skip to content

NSIncrementalStore implementation that uses CouchDB, TouchDB or CouchbaseLite database for storage, including replication.

Notifications You must be signed in to change notification settings

chbeer/CBCouchbaseIncrementalStore

Repository files navigation

CBCouchbaseIncrementalStore

NOTE: You should not use this repo as it's outdated! This has been included into CouchbaseLite in the Extras folder: https://github.com/couchbase/couchbase-lite-ios/blob/master/Source/API/Extras/CBLIncrementalStore.h

But you can still use this to "talk" to TouchDB or CouchDB directly.


NSIncrementalStore implementation for CouchDB / TouchDB or CouchbaseLite iOS. It uses CouchCocoa or CouchbaseLite API for communicating with the database.

If this document talks about CouchDB, all three are ment, if not otherwise specified.

The main classes are:

  • NSCouchCocoaIncrementalStore for TouchDB (file URL) and CouchDB.
  • NSCouchbaseLiteIncrementalStore for CouchbaseLite iOS

This is a very early version of the store. It is the result of an experiment that worked out rather well. I have been able to replace the SQLite store in one of my main projects by this new store and it worked without any further changes.

I am very much looking forward for your input and help.

Getting Started

For CouchDB and TouchDB add the following to your project:

For CouchbaseLite iOS add the following to your project:

Just after you loaded the NSManagedObjectModel (before using it) update the model (replace class with Couchbase version if applicable):

NSURL *modelURL = [[NSBundle bundleForClass:[self class]] URLForResource:@"CouchDBIncrementalStore_iOSDemo" withExtension:@"momd"];
NSManagedObjectModel* model = [[NSManagedObjectModel alloc] initWithContentsOfURL:modelURL];
[CBCouchCocoaIncrementalStore updateManagedObjectModel:model];

Now initiate the database as you'd do with other store types but use our new store type:

NSPersistentStoreCoordinator* coordinator = [[NSPersistentStoreCoordinator alloc] initWithManagedObjectModel:model];

// TouchDB
NSString *libraryDir = [NSSearchPathForDirectoriesInDomains(NSLibraryDirectory, NSUserDomainMask, YES) lastObject];
NSString *databasePath = [libraryDir stringByAppendingPathComponent:@"test.touchdb"];
NSURL *databaseURL = [[NSURL fileURLWithPath:databasePath] URLByAppendingPathComponent:@"test-eins"];

// CouchDB
// NSURL *databaseURL = [NSURL URLWithString:@"http://127.0.0.1:5984/test-eins"];

NSPersistentStore *persistenStore = [coordinator addPersistentStoreWithType:[CBCouchCocoaIncrementalStore type]
                                                              configuration:nil URL:databaseURL
                                                                    options:nil error:&error];

NSManagedObjectContext* managedObjectContext= [[NSManagedObjectContext alloc] init];
managedObjectContext.persistentStoreCoordinator = coordinator;

The important part is to use [CBCouchCocoaIncrementalStore type] for the persistent storage type.

Replication

You can add replication URLs simply by calling this method:

[store replicateWithURL:[NSURL URLWithString:@"http://server.host.name:5984/database"] exclusively:NO];

The replication works like a charm. I tested replicating some TouchDB clients with one CouchDB server.

Change Tracking

Since the NSIncrementalStore doesn't know anything about the NSManagedObjectContext, the changes need to be propagated at some point where the store and NSManagedObjectContext are known. This works like this:

[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(didUpdateCouchObjects:)
                                                 name:kCBISObjectHasBeenChangedInStoreNotification object:store];

The notification can be handled like this and is transformed to a NSManagedObjectContextObjectsDidChangeNotification:

- (void) didUpdateCouchObjects:(NSNotification*)note
{
    NSMutableDictionary *userInfo = [NSMutableDictionary dictionaryWithCapacity:3];
    
    NSArray *updatedIDs = note.userInfo[NSUpdatedObjectsKey];
    NSArray *deletedIDs = note.userInfo[NSDeletedObjectsKey];
    
    if (updatedIDs.count > 0) {
        NSMutableArray *updated = [NSMutableArray arrayWithCapacity:updatedIDs.count];
        NSMutableArray *inserted = [NSMutableArray arrayWithCapacity:updatedIDs.count];
        
        for (NSManagedObjectID *mocid in updatedIDs) {
            NSManagedObject *moc = [self.rootManagedObjectContext objectRegisteredForID:mocid];
            if (!moc) {
                moc = [self.rootManagedObjectContext objectWithID:mocid];
                [inserted addObject:moc];
            } else {
                [self.rootManagedObjectContext refreshObject:moc mergeChanges:YES];
                [updated addObject:moc];
            }
        }
        [userInfo setObject:updated forKey:NSUpdatedObjectsKey];
        if (inserted.count > 0) {
            [userInfo setObject:inserted forKey:NSInsertedObjectsKey];
        }
    }
    
    if (deletedIDs.count > 0) {
        NSMutableArray *deleted = [NSMutableArray arrayWithCapacity:deletedIDs.count];
        for (NSManagedObjectID *mocid in deletedIDs) {
            NSManagedObject *moc = [self.rootManagedObjectContext objectWithID:mocid];
            [self.rootManagedObjectContext deleteObject:moc];
            // load object again to get a fault
            [deleted addObject:[self.rootManagedObjectContext objectWithID:mocid]];
        }
        [userInfo setObject:deleted forKey:NSDeletedObjectsKey];
    }

    NSNotification *didUpdateNote = [NSNotification notificationWithName:NSManagedObjectContextObjectsDidChangeNotification
                                                                  object:self.rootManagedObjectContext userInfo:userInfo];
    [self.managedObjectContext mergeChangesFromContextDidSaveNotification:didUpdateNote];
}

Some Implementation Details

  • NSManagedObjectIDs lastPathComponent is the CouchDB documentID (a UUID generated by the store) with a p as prefix
  • The CouchDB documentID consists of: <entity-name>_<UUID>. This is needed for deletion (as we need to know the type then)
  • The property cbis_type contains the entity name
  • NSDate values are stored as ISO strings
  • NSData values are not supported, yet (should be stored as attachments).
  • For to-many relationships a view is created that groups the destination entities by source entities
  • Two other views are created: all entites by type and all entity-IDs by type (we need to check if we really need them)

Performance

Performance improvements have been achieved by:

  • Creating views for to-many relationships to limit the requested data
  • Evaluating NSPredicates on the CouchDB data instead of always instanciate a NSManagedObject
  • Cache NSFetchRequest results for certain presets

If a fetch request takes more than one second, the store outputs some profiling information that can be used to add some additional views. Example:

2013-06-08 22:22:06.414 otest[20559:303] [tdis] fetch request ---------------- 
[tdis]   entity-name:Entry
[tdis]   resultType:NSCountResultType
[tdis]   fetchPredicate: text == "Test2"
[tdis] --> took 8.230835 seconds
[tids]---------------- 

You could use this info and add additional views to fetch entities by a property. Example:

[store defineFetchViewForEntity:@"Entry" byProperty:@"text"];

Missing / Improvements

  • Change tracking doesn't yet work in the CouchbaseLite version.
  • Change tracking could be improved: should only happen in -[NSManagedObjectContext processPendingChanges], etc.
  • Not all expression types are supported when evaluating NSExpression
  • Error handling could be improved (wrapping by own error domain, etc.)

About

NSIncrementalStore implementation that uses CouchDB, TouchDB or CouchbaseLite database for storage, including replication.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published