in reply to OT: Ways of managing changes to a database's structure during a project.
I would go for your first solution, transfering data from a database to another. And there are several reasons for that:
Having a new database created and filled with data, you can actually test your data with the existing code before switching.
With the other approaches, if an error occurs, it is more difficult to roll back to your initial stage.
On a side note, even though I know that it may be late for you, I would say that changing data structures during development could be a symptom of a weak design. Perhaps spending more time at the design desk would save you all this ordeal.
_ _ _ _ (_|| | |(_|>< _|
|
---|
Replies are listed 'Best First'. | |
---|---|
Re: Re: OT: Ways of managing changes to a database's structure during a project.
by EvdB (Deacon) on Feb 04, 2004 at 11:27 UTC | |
by demerphq (Chancellor) on Feb 07, 2004 at 09:14 UTC | |
Re: Re: OT: Ways of managing changes to a database's structure during a project.
by pfaut (Priest) on Feb 05, 2004 at 14:51 UTC |
In Section
Meditations