On Mar 14, 2008, at 12:12 AM, Steve Steinitz wrote:
Core Data does not support simultaneous access to a store.
With a bit of fussing, tweaking, brute force and tears its working OK
for me. Knock on wood. Four machines access (only two of them
heavily)
a little Thecus network disk striped for Raid 1 over gigabit AFP. Its
quite snappy, too - nearly as fast as the internal disk.
Indeed, when using an SQLite persistent store, Core Data does support
simultaneous access to the same underlying store.
As long as everyone is working with the file via a single filesystem
mechanism (you're not using a mix of AFP, local filesystem access,
SMB, NFS, and so on to interact with the same persistent store) then
this should work with the SQLite persistent store.
That doesn't mean you won't get optimistic locking errors when doing
so; those aren't data-integrity errors, but are rather data-staleness
errors that you (or your users) need to resolve. That's what Core
Data's merge policies are there to resolve, the default merge policy
is to simply return an error when you try to save containing the
details of the optimistic locking failure.
You can use this information to present the conflict to the user in a
way that lets them resolve it -- sort of like when you change a
contact in both Address Book and on your iPhone, and Sync Services
asks you to resolve the conflict.
Of course, scaling persistent stores located on a shared filesystem
can require a bit of effort, and the persistent store must also be
accessible for read and write to everyone manipulating it. If there
are further things that you'd like to see in Core Data when it comes
to remote support, please file a feature/enhancement request at <http://bugreport.apple.com/
> and describe what you'd like to do and what kind of situation
you're either currently using Core Data in or in what kind of
situation you'd like to use it.
-- Chris
_______________________________________________
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
