关于VO与PO，在许多论坛里是有不少论述的，以下是自己结合自身项目以及其他同仁的经验整理的一些
材料，只是泛泛而谈，相信在以后，对于这方面的问题，自己还是会有其他想法的。
O/R Mapping 是 Object Relational Mapping的缩写。通俗点讲，就是将对象与关系数据库绑定，用对象来表示关系数据。在O/R Mapping的领域里，有两个基本的东西需要了解，即VO，PO。
VO，值对象(Value Object)，PO，持久对象(Persisent Object)，它们是由一组属性和属性的get和set方法组成。从结构上看，它们并没有什么不同的地方。但从其意义和本质上来看是完全不同的。
１．VO是用new关键字创建，由GarbageCollection机制回收的。
PO则是向数据库中添加新数据时创建，删除数据库中数据时消除的。并且它只能存活在一个数据库连接中，断开连接即被销毁。
２．VO是值对象，精确点讲它是业务对象，是存活在业务层的，是业务逻辑使用的，它存活的目的就是为数据提供一个生存的地方。
PO则是有状态的，每个属性代表其当前的状态（也就是说，它们也是可以改变的）。它是物理数据的对象表示。使用它，可以使我们的程序与物理数据解耦，并且可以简化对象数据与物理数据之间的转换。
３．VO的属性是根据当前业务的不同而不同的，也就是说，它的每一个属性都一一对应当前业务逻辑所需要的数据的名称。
PO的属性是跟数据库表的字段一一对应的，PO的变化在事务提交时将反应到实际数据库中。
在J2EE架构中各层的数据表示方法：
Web层的数据表示是FormBean，数据来源于HTML或JSP页面 Form POST /GET
业务层的数据表示是VO
持久层的数据表示是PO，其数据来源于数据库，持久层的数据表示例如CMP
在一个规范的J2EE架构中，不同层的数据表示应该被限制在层内，而不应该扩散到其它层，这样可以降低层间的耦合性，提高J2EE架构整体的可维护性和可扩展性。比如说Web层的逻辑进行了修改，那么只需要修改FormBean的结构，而不需要触动业务层和持久层的代码修改。同样滴，当数据库表进行了小的调整，那么也只需要修改持久层数据表示，而不需要触动业务层代码和Web层代码。