mapping文件中的标记详解：关系标记

2.另一类常见的标记是建立表与表之间的关系。这类标记暂叫“关系标记”

; R6 m. [6 U: ]; y! x2 C
2.0 “关系标记”有： one-to-one, many-to-one, set+one-to-many， set+many-to-many 忽悠社区! L' u! {( N, X1 {! @& g
6 z& v  ]# h+ N8 e& ]
www.huuoo.com9 A) F7 @3 q6 ~% O1 Z
2.1 hibernate mapping中建立的表与表之间的关系和数据库中表与表之间的关系无任何瓜葛，互无影响。
前者暂叫“cfg表关系”或“config 表关系”，或者叫“db表关系”或“database 表关系”    o) n- N7 V  T& c* a: H
不过，cfg表关系常常参照db表关系来建立。
' n6 Q0 z4 B' A
忽悠社区! H# Q9 D6 T1 j8 @, k# L
2.2 一个关系标记对应一个属性，但该属性表达“表与表的关系”，而不与字段对应。这类属性暂叫“关系属性”
（1）这就表示更新本表的字段时，不考虑这些关系属性；
（2）更新本表的同时，也可能要同时更新关系表，这时关系属性起作用。忽悠,忽悠社区,忽悠论坛.$ ?6 Y7 {( g- ~/ r" f
: @" Z- k) b$ a6 \$ g

2.3 准则:"cfg表关系"没有相互性。 www.huuoo.com8 V. I2 ~- J0 t4 `) i' D
表mainTable 和表relationTable, 忽悠社区$ ^- a* e6 T8 ~
在mainTable的mapping文件中建立与relationTable的many-to-one的"cfg表关系" 。
这不表示relationTable与mainTable有one-to-many的"cfg表关系" % g2 H+ Y5 J  h6 p* l6 D7 H, d3 J
对relationTable的pojo对象进行数据库操作完全不受这个"cfg表关系"影响，就像没有这个关系一样。
对mainTable的pojo对象进行数据库操作，可能会根据这个"cfg表关系"更新mainTable表和relationTable表忽悠社区是综合性社区网站,将最新、最快、最专业的资讯、新闻,图片,视频奉献给所有爱好者。4 q( P: B1 L) n7 N* R' ?

忽悠社区是综合性社区网站,将最新、最快、最专业的资讯、新闻,图片,视频奉献给所有爱好者。) P! ^7 d. Y1 t$ S  C' n
这点与"db表关系"不同，比如在mainTable中建立了一个指向relationTable的foreign key， www.huuoo.com. o" R7 ^+ z0 |% E" A
那么往mainTable中插入一个foreign key 不存在的记录是不容许的，
   从 relationTable中删除一条记录，而这条记录mainTable中有记录关联它，那么删除会导致异常。忽悠,忽悠社区,忽悠论坛.6 _- Q2 v; u) ?4 x4 z5 L

忽悠,忽悠社区,忽悠论坛.; E/ P& u9 z; a' G: o: s
这条准则很重要。 www.huuoo.com% `3 h7 A5 t! s4 _
这表示一个mapping文件中建立的"cfg表关系"不会影响其它mapping文件中的"cfg表关系"，
   ，反过来，它也不受其它mapping文件中的"cfg表关系"的影响。
这意味着一条"cfg表关系的"的作用是可预见的，其作用由它所在的mapping文件确定的。

1 c& P$ F* G( b/ N
如果relationTable想与mainTable有one-to-many的"cfg表关系"，则需在relationTable的mapping文件中
用oneToMany标记显示地建立这种关系。

6 A' }" I8 e0 Z( x% H* H$ h2 R7 _
extend: 属性inverse=true的"cfg表关系"叫"bidirectional association"（双向关系），这个属性并不会破坏这条准则。忽悠社区8 e1 s% E6 z& {5 [! p4 c
         后面会详细讨论 inverse属性。忽悠社区: |, p, l: S8 m% d5 Y) a
& y1 r* O' l% x& D, _! o

1 f3 A+ `# Y! J0 b0 q' Q' I
忽悠,忽悠社区,忽悠论坛.+ ], p1 s' w5 }. u+ m8 C) I
2.4 "cfg表关系"( mainTable -- relationTable  )有以下几种情况： / e+ \2 X. z1 t: K' f) \" m1 ]
(1)one-to-one
      表mainTable的主键对应relationTable的主键， 4 j8 {1 z  d- E$ h0 \3 H# Y
      多个字段作主键时，按照在mapping文件中字段出现的顺序一一对应（如果字段数不同会 exception）忽悠社区2 C9 f8 \" f: e$ h# l9 c  X
! {+ D1 U% c/ A. ^6 }9 o+ N, D9 G2 C5 T
忽悠社区8 E8 [! j% Z1 `9 s9 e
      eg:配置Teacher表的mapping文件：

<one-to-one name="wife"class="db.Teacher"/> (这个配置的意思是"老师的老婆是一个老师")

复制代码

（2）many-to-one 忽悠社区是综合性社区网站,将最新、最快、最专业的资讯、新闻,图片,视频奉献给所有爱好者。5 B! u- G  ?4 B! S( P4 k
      这个标记既属于“映射标记”又是“关系标记”。它有update和insert属性即是明证。忽悠社区+ q3 I9 I9 M/ [1 ~5 |7 Y
" g% a6 ?4 h2 e5 ?# A; B6 L, Z
忽悠社区+ o9 a' ]% b$ O: J9 K. N* ~; p- z5 f
      表mainTable的一些字段对应relationTable的主键
      在many-to-one标记中要声明哪些字段对应relationTable的主键忽悠,忽悠社区,忽悠论坛.- c: D: l  k% `" f+ s# T* J& o4 o
忽悠,忽悠社区,忽悠论坛./ E2 J9 E7 Y$ j0 {

      eg:配置schoole表的mapping文件：

<many-to-one name="address" class="db.Address">
<column name="SCHOOLE_ADDRESS"/>
</many>

复制代码

(school表的字段SCHOOLE_ADDRESS对应address表的key（字段name）)
www.huuoo.com! _, B% O7 T. \, B9 z# t

(3) one-to-many + set
      表mainTable的主键对应relationTable的一些字段 8 s1 R5 S9 ~: W0 V; t
      在many-to-one标记中要声明主键对应relationTable的哪些字段忽悠社区是综合性社区网站,将最新、最快、最专业的资讯、新闻,图片,视频奉献给所有爱好者。3 E7 T5 T1 ~: u3 [6 l2 `8 I  g$ n* |* H
. Q0 ?- v2 N) h3 P& ]

      eg: 3 j4 D2 F+ j$ V; ~: k/ Z$ \: Y
         配置address表的mapping文件

<set name="schooleSet">
<key>
<column name="SCHOOLE_ADDRESS"/>
</key>
<one-to-many class="db.Schoole"/>
</set>

复制代码

从(2)和(3)的例子中可看出many-to-one和one-to-many的一些相似： www.huuoo.com' X* A* x1 E. V, ^# L
      1.one方的主键和many方的部分字段对应 www.huuoo.com+ H4 t! I0 b# P& d+ K; q
      2.须提供建立对应关系many方所需的字段。 - |  d% z' t6 b" |  r) L. S% Q

（4）many-to-many + set
      需要一张表来记录many-to-many关系，这张关系表是双方主键所含字段的集合。忽悠社区是综合性社区网站,将最新、最快、最专业的资讯、新闻,图片,视频奉献给所有爱好者。2 A* H2 f8 m3 j3 e
      在many-to-many标记中要说明“一方主键对应的字段，多对多关系表，另一方主键对应的字段” % x/ C. @# Z. K' G8 n2 Z

      eg: teacher和student的多对多关系 www.huuoo.com' Z- k' U+ ?$ g; g* o6 V, w8 j
         配置teacher表的mapping文件

<set name="studentSet" table="TEACHER_STUDENT">
<key>
<column name="TEACHER_ID"/>
</key>
<many-to-many class="db.Student">
<column name="CARD_ID"/>
</many-to-many>
</set>

复制代码

关系表TEACHER_STUDENT含两个字段：TEACHER_ID, STUDENT_ID） $ X  c2 y- g+ J# F

      从(3)和(4)的例子可以看出one-to-many和many-to-many的一些相似性：
      1. 结构相似，key子标记都提供了主键所对应的它表的字段忽悠,忽悠社区,忽悠论坛.0 H) z% `7 A7 e9 L* n. a4 W
      2.由于多了一个关系表，所以set标记多了属性table www.huuoo.com+ N1 |9 A5 a6 X0 n/ T1 \1 q4 o
      3.由于relationTable也要声明它的主键所对应的它表的字段，故many-to-many标记多了column属性
忽悠,忽悠社区,忽悠论坛./ o, M! t/ J- D+ t& K" J, @5 W0 J0 u
忽悠社区6 _# E. a3 `  a! P2 u0 A
   这四个标记都有一个共同的任务：将双方的部分字段一一对应起来（many-to-many由于关系表的出现，字段的 www.huuoo.com9 h$ _/ k7 E4 [3 r9 F: H# m3 ?
对应也是一一对应的），就好像架起一座桥，桥的左边是mainTable的字段，桥的右边是relationTable的字段，忽悠社区是综合性社区网站,将最新、最快、最专业的资讯、新闻,图片,视频奉献给所有爱好者。* R& q, w+ ^5 K8 f: i2 ~$ _  m, K* x
把这部分字段叫做“桥字段”，字段对应的属性是“桥属性”。桥字段与普通的字段的区别是，
hibernate要保证mainTable与relationTable中对应的桥字段的值相等。

6 @( P0 o2 g# T

2.5 在查询一个pojo时，如何得到它的关系属性忽悠社区! N" o: U( L6 u% e  [3 [+ L
      关系标记对应的关系属性要么是一个pojo(对one-to-one和many-to-one)，要么是pojo的集合(对 + E" E. [/ q. f( F3 d+ N
one-to-many,many-to-many而言) 忽悠社区是综合性社区网站,将最新、最快、最专业的资讯、新闻,图片,视频奉献给所有爱好者。' d! u- ~: ~: B" y: N) ~4 p
忽悠,忽悠社区,忽悠论坛., K  O" o. D0 Q  }! `; j5 O

      hibernate在查询时，它会根据关系标记生成一个sql语句，从relationTable中查出满足条件的记录，忽悠,忽悠社区,忽悠论坛.: s" `% z+ x) s: L  j; |, f
然后依照relationTable的mapping文件生成relationTable的pojo. 忽悠社区" u3 \0 Z/ h/ x
      在2.4中可看出，关系标记已给出两个表的字段是如何对应，hibernate可精确地生成sql语句。
忽悠社区是综合性社区网站,将最新、最快、最专业的资讯、新闻,图片,视频奉献给所有爱好者。4 e0 Z: w, L6 I1 d1 U; G) z5 U

extend: 由关系属性可能是一个pojo,而一个pojo又可以有自己的关系属性，其结果是hibernate生成一个pojo时，忽悠社区+ n9 F3 ]8 A2 I( X
   藉由该pojo的关系属性，得到一个pojo网。这个不难理解，因为hibernate对表间的“cfg表关系”了然于胸。

收藏分享评分

回复引用

订阅 TOP

发短消息加为好友 bcde784 UID 18763 帖子 7 精华 0 积分 14 阅读权限 0 注册时间 2008-4-18	2^# bcde784发表于 2008-4-22 12:21 \| 只看该作者慈禧提示: 作者被禁止或删除内容自动屏蔽
	回复引用 TOP

mapping文件中的标记详解：关系标记

慈禧