
<HTML><BODY style="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: after-white-space; "><BR><DIV><DIV>On 23 Jan 2007, at 6:53 AM, Rowan Kerr wrote:</DIV><BR class="Apple-interchange-newline"><BLOCKQUOTE type="cite"><P style="margin: 0.0px 0.0px 0.0px 0.0px"><FONT face="Helvetica" size="3" style="font: 12.0px Helvetica">On 22-Jan-07, at 5:31 AM, adrian rossouw wrote:</FONT></P> <BLOCKQUOTE type="cite"><P style="margin: 0.0px 0.0px 0.0px 10.0px"><FONT face="Helvetica" size="3" style="font: 12.0px Helvetica">Maintaining schemas is still a lot of work,. and i fear adding another layer of complexity to it will start making it unmanageable.</FONT></P> </BLOCKQUOTE><P style="margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica; min-height: 14.0px"><BR></P> <P style="margin: 0.0px 0.0px 0.0px 0.0px"><FONT face="Helvetica" size="3" style="font: 12.0px Helvetica">If the schemas are designed correctly, there should not need to be many changes made over time. :)</FONT></P> </BLOCKQUOTE></DIV><BR><DIV>Schemas will change, either due to new features being developed requiring new columns, or through</DIV><DIV>data optimization.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>Any change made to the schema needs to be made once for each database type supported, and then one update</DIV><DIV>needs to be written and tested for each database type supported.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>That means adding a column to a table for a new feature requires 12 changes to the source.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>And that's just one column. </DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV><BR class="khtml-block-placeholder"></DIV></BODY></HTML>