• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Core Data Multiuser
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Core Data Multiuser


  • Subject: Re: Core Data Multiuser
  • From: Thorsten Hohage <email@hidden>
  • Date: Tue, 17 Jul 2012 10:29:14 +0200

On Mon, 16 Jul 2012 14:39:42 -0700, Jens Alfke <email@hidden> wrote:
> (1) Client-server. The database lives on one server machine, as does the "business logic" (I hate that term) that manages your app. This could definitely be implemented with Core Data if you like. The client app just focuses on the UI, and there is some protocol by which it talks to the server to fetch data and to tell it to do stuff. In other words, the client app will not use Core Data.


Using the CoreDataIncrementalStore-API you can write your own persistence layer under CoreData and use the technology you want to.

I've written a CoreDataIncrementalStore to support the Valentina Database-Server. Now I can use all given Apple technology in the GUI but for a multi user environment. Of course you still need to think about how to keep the clients synchronized or not or concurrency, but THIS has nothing todo with CoreData but is a general question when designing a multi-user db-app.

regards

Thorsten Hohage
--
objectmanufactur.com - Hamburg,Germany



_______________________________________________

Cocoa-dev mailing list (email@hidden)

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:

This email sent to email@hidden

  • Prev by Date: Re: Sensible NSMultipleValuesMarker placeholder alternatives?
  • Next by Date: Re: Sensible NSMultipleValuesMarker placeholder alternatives?
  • Previous by thread: Re: Core Data Multiuser
  • Next by thread: Re: Core Data Multiuser
  • Index(es):
    • Date
    • Thread