Re: CoreData issue when updating a file format
Re: CoreData issue when updating a file format
- Subject: Re: CoreData issue when updating a file format
- From: Bill Bumgarner <email@hidden>
- Date: Wed, 18 May 2005 09:01:03 -0700
On May 18, 2005, at 5:49 AM, Bruno Blondeau wrote:
A problem I'm currently facing is that I'm storing document-
specific preferences (window position,...) in different fields of a
singleton object. Each time I'm adding a new preference, there is a
trivial model change. Using XML, everything was going smoothly
during early development. Now that I tried SQL, this isn't working.
I think I'm going to change the way I'm handling this, even if my
previous solution was very convenient when mixed with cocoa
bindings. I will also have to try to plan well in advance
everything that is going to be needed in future versions for the
model side.
The XML store works quite well for development. Given that changing
stores is the matter of swapping a constant, using the XML store
during development and the SQL store for final testing and deployment
is quite viable. Certainly, file a bug asking for an enhancement
to the SQL store, if you haven't already.
I'm curious; how much data are you storing that drives the need to
move to a SQL store? If you are managing data that can easily fit in
memory, using the SQL store may be overkill.
As has been said before, model migration is a very hard problem to
solve even in an application specific context. Providing generic
tools for doing so is many times harder. It is hard enough to
support its own niche within the software industry, even.
In model driven development, the model is the core of the application
and, as you have concluded, it should be the focus of a great deal of
attention and effort to build a model that serves the needs of your
application appropriately.
b.bum
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden