对象生成数据库还是数据库生成代码

      但是从模型对象生成数据库和代码似乎已经是趋势，微软的EF，就是提倡直接生成数据库和代码，显然，这样开发人员不需要关心数据库，直接根据业务模型开发系统，使用系统提供的方法和函数。

      我们都知道一般一个系统的研发，需要从需求分析到架构开始构建整个系统，E-R图式必须的，UML之类的也是非常好用（当然我从来不用，因为不懂这个）。如果根据客户的需求，和分析师的分析，建好了模型，就能生成一切，开发人员搬动代码调整逻辑关系，生成可运行的系统版本？似乎一切都是那么完美吗。代码工作者的工作如此简单吗，问题是，我时常考虑模型生成数据库的可行性，稳定性，和易维护性方面，除非模型与数据库有着相同的规则，相同的约束，一切都是无缝集成，完美的，否则，任何一点瑕疵得地方都会导致数据库的不兼容，和程序性能或BUG。

      在此之前其实已经有人将EXCEL同数据库形成了统一的平台，通过EXCEL设计表单或列表来形成系统，这有很多出色优秀的功能，但是这恐怕不是完美所说的系统。我现在的设计思路大概是这样的，需求分析--系统分析--E-R图（或业务流程图）--数据库设计--代码生成--根据业务变动重新设计部分数据库--调整业务层代码--系统运行调整性能--项目完工。

      当然我认同从对象生成数据库和基础性的代码是正确的，符合面向对象的设计要求，但是数据库和基础代码就是对我们来说是完全透明的。而设计数据库和根据数据库生成代码，不易管理，散乱，使用ORM则会出现两种问题。真是左右为难啊。

      以上只是自言自语，勿以为是精华。