如何看待演进的数据库设计？

    我尽力不想把这篇文章写成一篇对演进的数据库设计（EDBD）的攻击文章，因为我这样做只会降低工作效率。但是，我还是认为有一个让我担心问题值得一提-传统的数据库设计（TDBD）以ER建模为中心，而演进的数据库设计（EDBD）则反其道而行之。

   为什么我认为这是一个问题？在企业的要求之间总是存在一些压力；它同事需要我们做到以下两点：

   1、对昨天的数据库进行修改，以适应正在改变的业务过程。
   2、提供清晰、一致、可以经得住时间跨度考验的分析信息
  
   为了确保第二点，我们需要对数据结构和数据要表达的“意思”有一个清晰的总体认识。这就是为什么传统数据库设计（TDBD）不仅仅以ER建模为中心，而且在用户、逻辑和物理模型方面进行设计考虑的众多原因之一。这绝不是“瞎忙”；对于让我们能跟踪数据和同等重要的数据意义，它是非常重要的。

   我的感觉是，演进的数据库设计的出发点来自于应用程序开发社区。从坏处想，应用程序开发者倾向于将应用程序看作国王，而将数据库作为不方便的复杂的充满障碍的仓库，他们偶尔才会被迫来存放数据。他们倾向于选择支持第一点的过程。 

   传统的数据库设计（TDBD）的出发点则在数据库开发者社区。从坏处想，数据库开发者将数据库看作神殿，而将应用程序看作一个令人讨厌的过程。他们则倾向于选择第二点。

   无论我们的背景如何，我们的工作是运用我们的共同的见解，来提供这两种选择之间的最好的平衡。