zhouyong0的专栏

<br />对象建模还是E-R建模         <br />    良好的模型对于高效的开发高性能的应用系统是至关重要的。每个团队在进行设计时都必须得进行选择：是用纯OOD/OOA的思想进行对象建模或者用面向关系数据的思想进行E-R建模，这是个艰难的抉择！选择其中的每一种都会导致不同的开发流程，其中各有利弊。<br /> <br />下面是使用对象建模的一些工具和方法步骤：<br /> <br />流程：类图—>Java源代-à(加Xdoclet)-à映射文件（.hbm.xml）-à数据库表-à物理数

在过去的很多年，我以为关系模型就是传统的企业应用当中DBA设计的那些无数冗余字段，多个模型合并到一个表里面的数据库设计方式，这种数据库设计非常适 合复杂的OLAP类型的查询，他可以有效的消除多表联合查询，而我们大家都知道，大表的复杂关联查询是性能杀手，一旦无法有效利用索引，导致了全表扫描， 等待你的只有数据库服务器硬盘灯的狂闪不止，和无数进程阻塞在IO WAIT状态的无奈。 我前几个月订购了一本人邮图灵出版的《MySQL 5 权威指南》第三版中文版，买这本书只是因为有人送我China-Pub的

自从Martin Fowler的DDD提出来之后，无数的人就开始非议ORM方式下的持久化实体类，抨击这种方式下的实体类是“贫血”的，缺乏丰富业务语义的。其实他们都犯了一个最基本的逻辑错误 － 偷换概念。 概念是如何被偷换的呢？请注意，领域模型（Domain Model）

我们之前要求设计的E-R Model是属于数据建模的范畴，E-R Model是数据模型的一种表现形式(数据建模不只是E-R Model一种表现形式) ，E-R Model以数据为中心，关注的是对象的实体和关系，建模时并不考虑Entity的行为。在E-R概念模型的基础上可以建立“关

首先把图书馆系统的背景说明一下吧﹕公司每个成员通过局域网登录图书管理系统﹐然后预借书籍﹐图书管理员收到预借信息后﹐核准借阅﹐并通知借书人前来领书﹐告知相关事项。   领域模型的价值不在于它的设计优美(它只是一些对象﹐最重要的也就是对象之间的关系)﹐而在于它体现了系统的核心价值