RE: [AM] Database "refactoring" effort question

Scott Ambler <[email protected]>
Newsgroups gmane.comp.programming.modeling.agile
Message-ID <[email protected]>
At 01:07 PM 2/3/2004 -0500, you wrote:

>It's a bit of a blanket generalization.
>
>Cost-benefit examination should say whether or not an upgrade on the basis
>of allowing faster/friendlier refactoring is warranted. It all comes down to
>many "technologists" never being in the best position to objectively
>estimate this, since they always want newer toys! :)

Which is why the first step, after the developer suggests a refactoring, is 
for the agile dba to do a reality check.  If the change doesn't make sense, 
they'll explain why (I hope).



>If a hypothetical scenario, like needing to split a column, is one of few
>and far between changes to a legacy system, then it might be more
>cost-effective to try another solution rather than refactoring the
>underlying DB. Might be as simple as providing a view with "calculated"
>splits for the app needing the new data, for example. Or, adding a new table
>with a one-to-one relation. Or, or, or... Many of those might be unappealing
>from the point of view of a programmer obsessed with refactoring everything
>in sight, or a relational purist who froths and foams at nulls, but such
>legacy problems are often much larger than any of these narrow viewpoints.

Exactly.

-Scott



>_________________________________
>Paul Tiseo, Systems Programmer
>Research Computing Facility
>Mayo Clinic Jacksonville, Griffin 371
>[email protected]
>
>
> > -----Original Message-----
> > From: Scott Ambler [mailto:[email protected]]
> > Sent: Tuesday, February 03, 2004 12:55 PM
> > To: [email protected]
> > Subject: RE: [AM] Database "refactoring" effort question
> >
> >
> > Yes, that can be a serious issue which would motivate an upgrade.
> >
> > Fundamentally, at some point someone needs to decide to do something about
> > your organization's legacy database situation.  Until then, they'll be an
> > anchor around your neck.
> >
> > - Scott
> > At 10:59 AM 2/3/2004 -0500, you wrote:
> >
> > > > "deprecation period", which could be several months, you support both
> > > > versions of the column along with any triggers... to keep them up to
> > date.
> > >
> > >Several legacy databases do NOT support triggers.
> > >
> > >For more information about AM, visit the Agile Modeling Home Page at
> > >www.agilemodeling.com
> >
> > ====================================================
> > Scott W. Ambler
> > Senior Consultant, Ronin International, Inc.
> > www.ronin-intl.com/company/scottAmbler.html
> >
> > www.agiledata.org
> > www.agilemodeling.com
> > www.ambysoft.com
> > www.enterpriseunifiedprocess.info
> > www.modelingstyle.info
> > www.ronin-intl.com
> >
> > For more information about AM, visit the Agile Modeling Home Page at
> > www.agilemodeling.com
> >
>
>For more information about AM, visit the Agile Modeling Home Page at 
>www.agilemodeling.com

====================================================
Scott W. Ambler
Senior Consultant, Ronin International, Inc.
www.ronin-intl.com/company/scottAmbler.html

www.agiledata.org
www.agilemodeling.com
www.ambysoft.com
www.enterpriseunifiedprocess.info
www.modelingstyle.info
www.ronin-intl.com

For more information about AM, visit the Agile Modeling Home Page at www.agilemodeling.com
--^----------------------------------------------------------------
This email was sent to: [email protected]

EASY UNSUBSCRIBE click here: http://topica.com/u/?bUrKDA.bWnbtk.Z2NtYS1h
Or send an email to: [email protected]

TOPICA - Start your own email discussion group. FREE!
http://www.topica.com/partner/tag02/create/index2.html
--^----------------------------------------------------------------
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.