Refactoring Databases: Evolutionary Database Design

by Scott W. Ambler

When I give evolutionary database design talks at conferences I like to start out by asking the question, "Who can go back to their office tomorrow, rename a column in the Customer table in their production database, and successfully deploy it into production by the end of the day without breaking anything?" Many people in the audience laugh at the idea, although one or two people will stick up their hands and claim they can do it. Invariably, they either work in a very small company with a handful of applications, they have fully encapsulated access to their database, and/or they take an agile approach to development. The rest of the audience, typically 98%-99%, believes that its data management (DM) groups can't fulfill this rather trivial request. Something is clearly wrong in these organizations, and I think it's time we start to address the problem.

Password Protected Cutter Consortium clients, please log in:


This document is available to Cutter Consortium Resource Center clients only. Retrieve your password.
If you would like further information about how to become a client, please contact us at +1 781 648 8700 or sales@cutter.com, or you can Request Guest Access.
Refactoring Databases: Evolutionary Database DesignWed Mar 01 16:50:39 CST 2006