Apple obviously made a conscious decision not to support remote
databases with Core Data - they already had an architecture in place
to do it (EOF), so it clearly could have been done had they really
wanted to. I have no reason if their reason not to include that
support was technical, political, or what, but that being said, there
are a couple of options give use a single data store for applications
on separate machines.
1) You could make the SQLite data file location a preference value,
and set it to a network drive location.
2) You could write a small, headless server application that would
vend the data to you client applications using Distributed Objects.
3) Create a subclass of NSPersistentStoreCoordinator that uses a
remote database. This would be no mean feat, but you would likely
make many friends by doing it =)
On Jun 9, 2005, at 11:59 AM, J. Scott Anderson wrote:
I am looking for examples/ideas/tips for how to make a Core Data
application multi-user. The idea would be for a common SQLite
database to be accessed by the application from several different
computers. Is this even possible with Core Data today? Searches of
the documentation and Goggling have not produced anything helpful
yet. Thanks for any pointers.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/email@hidden
