ddd 数据库

以哪个为中心。
稳定和发展都需要，难道要了发展就不要稳定了吗？

谢谢 freebox 的 回复，你的意思 也 就是 说，建模，建表，始终依旧需建，只是它们的先后顺序 发生改变 而已. 仍需create table ..., 只是现在 它是在 建模后的后续工作，是不是 这样？

感觉 这里 的 道友 不是 很友好。

>那些CRUD操作的结果 不是仍是 保存 在 数据库吗
这是一个看似乎很简单的问题，实际是思维的问题，我们不能因为CRUD结果最后通过数据库保存在磁盘上，我们还要将磁盘技术引入进来。

对象保存到数据库，是为了长久存在，也就是持久化，所谓长久存在，就是服务器关了，下次启动还能够取出来还原成对象，这些都是如果操作系统一样的电脑底层技术实现的。

电脑技术是一端，而业务需求是另外一端，我们软件的目的就是让业务需求一端能够和另一端电脑上发生关系并运行。

DDD是让我们软件人员站在电脑技术这端，能够更靠近业务需求，处于楚河分界处，这样，我们才能更加贴近需求，才能站在电脑技术的高端，调度电脑技术为需求服务。

相反，数据库是非常电脑化的技术，和操作系统一样还是电脑技术底层，如果只依靠数据库来实现需求，两者靠得不太近，那么衔接就有问题。

这两者不应该是先有谁，而是看你怎么去分析考虑问题！如果你一开始就把业务耦合到数据库中来考虑那就是数据库思想了！DDD不是说数据库没用，只是看你怎么去看待数据库，数据库--顾名思议就是数据存放的地方，但我们的数据也可以存放到xml、txt中，这些我们也可以看他们是数据库，不是吗？所以不是说数据库没用，只是要我们不要一开始就跟数据库耦合！