@Tom, No, I don't think so, because the application is always "alive". it's an internal application we use for managing data, and a single instance of the app lives at any one time and interfaces with all the different dbs.
i suppose i could use svn and just create a bunch of different versions of the app, but that sounds heavy handed to me. @Sean, I think that's exactly the kind of thing i was looking/hoping for with respect to coldspring. I decided pretty early on that I'd need a factory/registry approach, i just wasn't sure of the particulars for implementing it... whether to just roll my own or to use coldspring, if coldspring could support what i needed. it looks like ti just may. Now, just so I'm clear, what you're describing is a relationship where the "default" or "main" dao HAS A map of special DAOs keyed on dsn, and when I call dao.read(), it's going to first look in that map for a special dao, and if so invoke read on that dao, and if not, invoke the normal read? Correct? It's a weird way of thinking about it but I think I like it. thanks guys for all your feedback... extremely helpful. marc On Wed, Jul 2, 2008 at 11:48 AM, Tom Chiverton <[EMAIL PROTECTED]> wrote: > > On Wednesday 02 Jul 2008, Marc Esher wrote: >> That's true. It's mainly a matter of time and money. If we have 10 >> systems, and there's a need to change (like my candy example), it >> generally is a need that arises from a single system but which will >> get pushed into all other systems eventually. It's just that it can >> take a bit of time to get the other systems in compliance. > > So would simply versioning the DB schema against a version of the application > work then ? > Then as the other DBs get the same update done, you roll out the mathcing > application rev. ? > > -- > Tom Chiverton > > **************************************************** > > This email is sent for and on behalf of Halliwells LLP. > > Halliwells LLP is a limited liability partnership registered in England and > Wales under registered number OC307980 whose registered office address is at > Halliwells LLP, 3 Hardman Square, Spinningfields, Manchester, M3 3EB. A list > of members is available for inspection at the registered office. Any > reference to a partner in relation to Halliwells LLP means a member of > Halliwells LLP. Regulated by The Solicitors Regulation Authority. > > CONFIDENTIALITY > > This email is intended only for the use of the addressee named above and may > be confidential or legally privileged. If you are not the addressee you must > not read it and must not use any information contained in nor copy it nor > inform any person other than Halliwells LLP or the addressee of its existence > or contents. If you have received this email in error please delete it and > notify Halliwells LLP IT Department on 0870 365 2500. > > For more information about Halliwells LLP visit www.halliwells.com. > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "CFCDev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfcdev?hl=en -~----------~----~----~----~------~----~------~--~---
