在实体类的映射中,双向和单向,哪一种性能更好?

在做实体类关联的时候,突然想到,如果两个实体的关系,单向多向都可以的话,是双向性能好一些呢,还是单向性能更好一些呢?
当然,在维护来说,肯定是双方维护性更好一些,因为两端都有对方的引用,都可以对对方进行一些操作,可是主要是想问一下各位大大,从性能上来讲,哪种会更好一些.
比如:
我有一个类叫Person,也有一个类叫Article,一个用来表示作者,一个用来表示文章,如果双方一对多的话,那么当删除一个作者的时候,可以很方便的级联删除他的所有文章,但是当单向的时候,要两个一起删除就不一定方便了.并且如果单向的话,是Article指向Person好呢,还是Person指向Article好呢?
如果是Person指向Article的话,那么Person就要添加一个List<Article>的成员变量,如果是Article指向Person的话,Article只要添加一个Person的成员变量就可以了.

我觉得是Article指向Person更好一些,因为如果Person的文章非常多的话,可能会使Person对象非常庞大.

本人新了解,希望能得到各位牛人的指点

Lazy Load + OpenSessionInView。
OO建模。该怎么关联怎么关联。

如楼上所说的 建立双向或者单向关联不是想不想的事情 而是需要不需要
二者的区别就在于当A.getB或者A.getList<B>的时候是否还需要能B.getA，而这是由你具体业务需求来决定的
另外一对多的情况下，单向或者双向并不存在性能上的差异，都同样是在多的一方表中建立一那边的外键连接

楼上说的OpenSessionView是虾米?

事实上OpenSessionView会带来更大的性能隐患，就连 Spring 官方也说如无必需条件最好还是不用