一个经典的建模问题

我们在建模时最常见的关系是one-to-one,one-to-many,many-to-one等，最近我注意到一个问题，就是两个实体同时存在one-to-many与one-to-one关系，而且这种两种关系也是有联系的，那会产生什么样的问题呢？这就是我写这篇文章的目的

考虑这种一个场景：部门与员工的关系，一个部门有多个员工，一个员工属于一个部门，这是双向one-to-many关系；同时部门中有个员工为主管，且一个员工只能为一个部门的主管。这是one-to-one关系，而且这个one-to-one关系是以前面那个one-to-many为基础的。

这里我提供几种建模方式作为讨论：

第一种，最简单的方式，建立隐式的one-to-one的关系，这种方式的缺点，不好做O-R映射，至少，我目前还想不到怎么用hibernate annotation来实现。

<shapetype id="_x0000_t75" stroked="f" filled="f" path="m@4@5l@4@11@9@11@9@5xe" o:preferrelative="t" o:spt="75" coordsize="21600,21600"><img alt="" src="http://p.blog.csdn.net/images/p_blog_csdn_net/wangjian5748/Snap2.jpg"><stroke joinstyle="miter"></stroke><formulas><f eqn="if lineDrawn pixelLineWidth 0"></f><f eqn="sum @0 1 0"></f><f eqn="sum 0 0 @1"></f><f eqn="prod @2 1 2"></f><f eqn="prod @3 21600 pixelWidth"></f><f eqn="prod @3 21600 pixelHeight"></f><f eqn="sum @0 0 1"></f><f eqn="prod @6 1 2"></f><f eqn="prod @7 21600 pixelWidth"></f><f eqn="sum @8 21600 0"></f><f eqn="prod @7 21600 pixelHeight"></f><f eqn="sum @10 21600 0"></f></formulas><path o:connecttype="rect" gradientshapeok="t" o:extrusionok="f"></path><lock aspectratio="t" v:ext="edit"></lock></shapetype><shape id="_x0000_i1025" style="WIDTH: 155.25pt; HEIGHT: 165pt" type="#_x0000_t75"><imagedata o:title="" src="file:///C:%5CDOCUME~1%5CADMINI~1%5CLOCALS~1%5CTemp%5Cmsohtml1%5C01%5Cclip_image001.png"></imagedata></shape>

<shapetype id="_x0000_t75" stroked="f" filled="f" path="m@4@5l@4@11@9@11@9@5xe" o:preferrelative="t" o:spt="75" coordsize="21600,21600"><stroke joinstyle="miter"></stroke><formulas><f eqn="if lineDrawn pixelLineWidth 0"></f><f eqn="sum @0 1 0"></f><f eqn="sum 0 0 @1"></f><f eqn="prod @2 1 2"></f><f eqn="prod @3 21600 pixelWidth"></f><f eqn="prod @3 21600 pixelHeight"></f><f eqn="sum @0 0 1"></f><f eqn="prod @6 1 2"></f><f eqn="prod @7 21600 pixelWidth"></f><f eqn="sum @8 21600 0"></f><f eqn="prod @7 21600 pixelHeight"></f><f eqn="sum @10 21600 0"></f></formulas><path o:connecttype="rect" gradientshapeok="t" o:extrusionok="f"></path><lock aspectratio="t" v:ext="edit"></lock></shapetype><shape id="_x0000_i1025" style="WIDTH: 155.25pt; HEIGHT: 165pt" type="#_x0000_t75"><imagedata o:title="" src="file:///C:%5CDOCUME~1%5CADMINI~1%5CLOCALS~1%5CTemp%5Cmsohtml1%5C01%5Cclip_image001.png"></imagedata></shape>

第二种，通过一个中间表来建立one-to-one关系，与第一种比，这个好写O-R映射文件，不过，从数据建模的角度看，没有体现出one-to-one的关系是建立在one-to-many基础之上，这只能由程序员在编程代码中来实现，尤其是，若想获得某个部门的所有员工时，就要查询两张表

<shape id="_x0000_i1026" style="WIDTH: 278.25pt; HEIGHT: 232.5pt" type="#_x0000_t75"><imagedata o:title="" src="file:///C:%5CDOCUME~1%5CADMINI~1%5CLOCALS~1%5CTemp%5Cmsohtml1%5C01%5Cclip_image003.png"><font face="宋体" size="3"></font></imagedata></shape>

第三种，与第二种相似，就是把部门主管表改为部门员工表，第二种方式以已部门为中心，这种方式以员工为中心，而且这种方式与第二种比较会有较大性能损失，尤其在部门员工数比较多的时候

<shape id="_x0000_i1027" style="WIDTH: 290.25pt; HEIGHT: 230.25pt" type="#_x0000_t75"><imagedata o:title="" src="file:///C:%5CDOCUME~1%5CADMINI~1%5CLOCALS~1%5CTemp%5Cmsohtml1%5C01%5Cclip_image005.png"><font face="宋体" size="3"></font></imagedata></shape>

第四种，就是在部门中建一个指向员工表的外键(“主管”),这种方式有个缺点，就是在生成数据库时，会产生“鸡生蛋”与“蛋生鸡”的问题。而且，我一直认为这种问题在数据建模时，应该严格避免的

<shape id="_x0000_i1028" style="WIDTH: 248.25pt; HEIGHT: 201.75pt" type="#_x0000_t75"><imagedata o:title="" src="file:///C:%5CDOCUME~1%5CADMINI~1%5CLOCALS~1%5CTemp%5Cmsohtml1%5C01%5Cclip_image007.png"><font face="宋体" size="3"></font></imagedata></shape>

我自己目前采用第二种方式，大家可以讨论哪种方式比较好