Dru,

> I'd like to take this a step further.  CoreData is a really nice tool, but 
> CoreData really isn't the tool for using a multi-user RDMS since it skips 
> over some of the frequently forgotten concepts like locking and data 
> concurrency.

So, that's why we need another tier: an application server between the client 
and database server, to manage locking and concurrency (among other things).

This is really annoying, as we have to deal with things like web services (or, 
even worse, custom protocols), data encoding into structures meant only for 
client/server communication (stuff like XML, JSON or whatever).

It always requires us to write a lot of code to decode/encode from/to these 
intermediate data formats, even when using one of the many parsers or a 
framework like RESTKit. It's hard to use bindings, which CoreData can do easily 
-- and which, I believe, is the reason most developers love CoreData.

In cases where a partially connected application is desired, even if you want 
to use CoreData in the client, it's still very hard to do. You have to have two 
identical models (one for the server, one for the client -- often in different 
formats) and keep them in sync as you add/change features to/in the app. You 
also have to generate NSManagedObjects from the data you receive from the app 
server and save them back when the objects modified. AFIncrementalStore helps, 
but it could be even easier.

> Most of the time when people talk about CoreData and ODBC, they are really 
> looking for one of two things, an easy way to use bindings for getting data 
> to and from the view, or the ability to use the XCModel tools to manage and 
> create databases.  

I look for both. ;)

Still waiting for the day I won't have to re-invent the wheel everytime I 
develop a new remote-data-driven app.


Best regards,
Flavio Donadio

_______________________________________________

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:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to