实体什么时候该被封装成对象?

实体A,对应数据库中的一条记录,根据对象B的一些属性,可以生成A,我想问的是,如果我在做其它业务方法的时候,可能需要大量引用A的某些属性才执行某些操作,甚至要改变A的某些属性,或是需要一些属性的某种组合后的结果。
我想问的是,A是否有必要封装成一个对象,提供一些个性的功能?在.net里,有DataValue(在java里类似javabean)表示数据库中的一条记录,也算是对其进行了封装,但是使用DataValue(javabean)的方式,其不能直接返给上级对象实际需要的A的某些属性的的组合的功能,也不能自己生成自己,而需要上级对象自己去组合!可能这里把A封成对象似乎有些麻烦,但是我觉得对跟A有关的操作可以都被封装在A的对象中,方便编码和调试,何乐而不为呢?

还有业务实体和数据库实体如何理解和区分?

当你关注它时,它就是对象,这是我的对象设计原则,仅供参考。

一般象你这样实体情况,我不是从数据库作为源头来判断,而是以Model为源头作为判断,所以,我的思路不受数据库设计限制,而是直接来自业务需求。