双向一对一以部门和经理为例：
a.部门和经理类中各自由对方的引用：（省略了get/set方法）
b.数据库两种方式实现：一种（b.1）是外键映射，并将外键添加唯一约束（至于哪个对象的主键做外键，可随意，差别是在获取关联对象数据的方式上有些差异）；第二种（b.2)方式是：主键映射即把外键作为主键。例子如下：
b.1:部门表的外键属于经理表的主键；外键manargerz_id设置唯一约束
b.2:主键映射：部门表的主键属于经理表的主键；（外键做主键）
c:映射配置也对应分两种，c.1外键映射配置和c.2主键映射配置
c.1配置外键映射：
部门类映射配置：配置的不同外键所属的表业不同：以部门表添加经理Id为外键：
以many-to-one 配置外键所属的表:即当前类所对应的表中添加外键；
colunm:外键的名称；
unique=true:表示外键唯一，即实现一对一关系
经理类映射配置：
注意：property-ref=mgr 表示：部门类mgr属性对应的mgr_id列；在获取经理对象时，会采用左连接的方式查询出部门数据；连接的条件由该属性指明；如果没有该属性默认 连接的是部门表主键而非外键；
c.2主键映射的方式：
部门对象映射配置：将部门表中属于经理表主键的外键作为主键为例：
上一个红框只是主键值获取的方式被确定；后一个指定约束，即对应的主表的主键不能随意修改的删除
经理映射配置如下：去掉指定的关联字段。
hibernate.cfg.xml（下）:
d:测试（省略了session的获取提交和关闭）
d.1外键关联的测试：
保存：注意先后顺序;顺序不同实际执行的步骤不同；
获取：部门关联的对象会延迟加载；
通过dept获取经理对象并使时，在获取的时候会通过左连接的方式查询出经理对象；连接条件是经理映射配置中指定列；
(有点奇怪）（在获取经理对象时，经理对象内的引用部门的对象数据难道是查询出来的，而不是从session获取的？ 难道这两个部门对象不是同一个对象，还是说，只是把数据检查更新了一遍；或者说获取某个对象时候，只会单向的从所对应的映射配置中查看是否有关联的字段，而不会去从关联的对象，查看关联对象的映射情况，这样的话，那两个部门对象就不是同一个对象了；这样会出现更多的问题，只能是同一个对象才不会一直重复去获取数据了，难道是获取数据后再从session中缓存中比较查找，而不是先从session查找？
直接获取经理对象采用左连接查询出经理对象同时查询出部门的数据（这个和一对多不一样啊：说hibernate不能知道关联，因为经理表没有外键，这个解释有点不通）
c.2主键关联的测试：
保存：（和外键关联不同）
顺序不同执行过程是一样的，因为部门记录插入，总要等到经理数据插入，以便获取到自己的主键值。
获取：（和外键关联差不多）
获取部门对象关联经理对象会采用延长加载的方式；通过部门对象获取的经理对象在使用时会，通过连接查询的方式获取；
获取经理数据时，会用一条连接语句同时获取部门数据