最近收到不少网友关于在面向对象的分析设计中如何进行数据库设计的疑问。在大象-《thinking in uml》一书里，我详细讲述了面向对象从需求到设计的整个过程，但确实对数据库设计着墨甚少。因此写这篇文章对这个问题详细说明，在第二版里应当也会加上这一部分。 先贴出一位网友的疑问以及我的回复，作为这篇文章的引子： 网友fdshxp问道： 在软件开发时要进行数据库设计，现在通常的做法是需求分析，做数据流图，画ER图，这些显然是面向过程的东西，而在面向对象分析设计时，只是提数据库设计的内容，具体怎样做？虽然可以将数据库操作封装起来，但要设计的数据库表不能通过拍脑袋的方法获得，总不能再去画一遍数据流图吧！ 我回答：在面向对象中，是没有数据流这一说法的。业务的完成是由对象及消息来完成的，只有“对象流”，没有数据流。 只是在现实中，绝大部分的对象持久化是用关系数据库实现的，我们还没有在性能上和查询上可以顶替关系数据库的对象数据库。设计数据库表的目的是不考虑所谓“流”的，**考虑的是如何把对象高效的持久化**。可以说，数据库设计和之前的面向对象设计是两个领域的问题，面向对象设计解决业务执行逻辑问题，数据库设计解决数据高效的问题（它根本不考虑流控制的概念），它们中间通过OR-mapping的机制结合起来。如果你对此一直有疑问，那说明你试图在设计数据库表时考虑通过数据库表设计表达业务逻辑问题，而不是考虑如何高效的持久化对象。 假设，现在技术成熟到我们已经有性能不低于关系数据库的XML持久化机制和对象查询机制，任何对象都可以直接持久化而不需要OR-mapping，那么还需要设计数据库表么？