Hi Chico- In regards to item #2, the automatic upgrade mechanism was added after 1.0 (the version that GK is using.) Due to that, upgrading 1.0 databases requires a manual upgrade. If you encounter issues upgrading a database from a version of Mifos with the automatic upgrade mechanism, you should definitely enter a bug in the issue tracker.
Cheers, Beth From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chico Charlesworth Sent: Wednesday, February 27, 2008 1:24 AM To: Developer Subject: Re: [Mifos-developer] Upgrades, Downgrades, What are they for? A few things I would like to add concerning this: 1. IMHO, schema and data migration should not be tied directly to the application code. Ideally this should be managed outside the application scope, and a DBA should be responsible for this. 2. I haven't much confidence that the current mechanism will handle data migration correctly, indeed as I understand it we have had problems here when trying to upgrade. 3. At this time, I wouldn't recommend using this approach in a production environment as it would be too risky. Cheers Chico "Aliya Walji" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 02/27/2008 04:29 AM Please respond to Developer <[email protected]> To "Developer" <[email protected]> cc Subject Re: [Mifos-developer] Upgrades, Downgrades, What are they for? > Aside from the production environment, the automated upgrades are very > convenient for developer, demonstration and test deployments where > moving quickly and easily from one database version to the next is very > useful and time saving. I would argue that there may be some value from a production scenario perspective also. Yes, in the case where you have an experienced Sys Admin/DBA managing the upgrade of Mifos, they may want the control of not running the upgrades automatically. However, our software also needs to be supportable by users with less technical expertise and automatic upgrades may be useful for this type of user. I haven't thought through that completely, but I think it's a consideration in terms of whether we choose to have these in production or not. I definitely agree with Van for the developer/test scenarios. Absolutely necessary for those purposes :) Aliya ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
