diff --git a/documentation/manual/ja-JP/src/main/docbook/Hibernate_Reference.xml b/documentation/manual/ja-JP/src/main/docbook/Hibernate_Reference.xml
index 1c37a633c2..dffa6893da 100644
--- a/documentation/manual/ja-JP/src/main/docbook/Hibernate_Reference.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/Hibernate_Reference.xml
@@ -1,4 +1,4 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
 
 <!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" [
         <!ENTITY versionNumber "3.3.0.alpha1">
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/architecture.xml b/documentation/manual/ja-JP/src/main/docbook/content/architecture.xml
index 18335290fa..5161f1906a 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/architecture.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/architecture.xml
@@ -1,13 +1,15 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="architecture">
 
-    <title>アーキテクチャ</title>
+    <title>繧｢繝ｼ繧ｭ繝�け繝√Ε</title>
 
     <sect1 id="architecture-overview" revision="1">
-        <title>概観</title>
+        <title>讎りｦｳ</title>
         
         <para>
-            Hibernateアーキテクチャの（非常に）高いレベルからのビュー：
+            Hibernate繧｢繝ｼ繧ｭ繝�け繝√Ε縺ｮ�磯撼蟶ｸ縺ｫ�蛾ｫ倥＞繝ｬ繝吶Ν縺九ｉ縺ｮ繝薙Η繝ｼ��
         </para>
 
         <mediaobject>
@@ -20,18 +22,18 @@
         </mediaobject>
 
         <para>
-            この図はHibernateが、アプリケーションに対して永続化サービス
-            （と永続オブジェクト）を提供するために、データベースと設定データを使うことを
-            示しています。
+            縺薙�蝗ｳ縺ｯHibernate縺後√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ蟇ｾ縺励※豌ｸ邯壼喧繧ｵ繝ｼ繝薙せ
+            �医→豌ｸ邯壹が繝悶ず繧ｧ繧ｯ繝茨ｼ峨ｒ謠蝉ｾ帙☆繧九◆繧√↓縲√ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｨ險ｭ螳壹ョ繝ｼ繧ｿ繧剃ｽｿ縺�％縺ｨ繧�
+            遉ｺ縺励※縺�∪縺吶�
         </para>
 
         <para>
-            ここで実行時アーキテクチャのより詳細なビューをお見せしましょう。
-            あいにく、Hibernateは柔軟であり、いろいろなアプローチをサポートしています。
-            ここでは、2つの極端な例をお見せします。
-            「軽い」アーキテクチャでは、アプリケーションが自前のJDBCコネクションを用意し、
-            アプリケーション自身がトランザクションを管理します。
-            この方法は、Hibernate APIの最小限のサブセットを使います：
+            縺薙％縺ｧ螳溯｡梧凾繧｢繝ｼ繧ｭ繝�け繝√Ε縺ｮ繧医ｊ隧ｳ邏ｰ縺ｪ繝薙Η繝ｼ繧偵♀隕九○縺励∪縺励ｇ縺��
+            縺ゅ＞縺ｫ縺上？ibernate縺ｯ譟碑ｻ溘〒縺ゅｊ縲√＞繧阪＞繧阪↑繧｢繝励Ο繝ｼ繝√ｒ繧ｵ繝昴�繝医＠縺ｦ縺�∪縺吶�
+            縺薙％縺ｧ縺ｯ縲�2縺､縺ｮ讌ｵ遶ｯ縺ｪ萓九ｒ縺願ｦ九○縺励∪縺吶�
+            縲瑚ｻｽ縺�阪い繝ｼ繧ｭ繝�け繝√Ε縺ｧ縺ｯ縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺瑚�蜑阪�JDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧堤畑諢上＠縲�
+            繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ閾ｪ霄ｫ縺後ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧堤ｮ｡逅�＠縺ｾ縺吶�
+            縺薙�譁ｹ豕輔�縲？ibernate API縺ｮ譛蟆城剞縺ｮ繧ｵ繝悶そ繝�ヨ繧剃ｽｿ縺�∪縺呻ｼ�
         </para>
 
         <mediaobject>
@@ -44,8 +46,8 @@
         </mediaobject>
 
         <para>
-            「重い」アーキテクチャは、アプリケーションから、その下に位置するJDBCやJTAのAPIを
-            取り払って抽象化し、その詳細の面倒をHibernateに見させます。
+            縲碁㍾縺�阪い繝ｼ繧ｭ繝�け繝√Ε縺ｯ縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺九ｉ縲√◎縺ｮ荳九↓菴咲ｽｮ縺吶ｋJDBC繧ЙTA縺ｮAPI繧�
+            蜿悶ｊ謇輔▲縺ｦ謚ｽ雎｡蛹悶＠縲√◎縺ｮ隧ｳ邏ｰ縺ｮ髱｢蛟偵ｒHibernate縺ｫ隕九＆縺帙∪縺吶�
         </para>
 
         <mediaobject>
@@ -58,19 +60,19 @@
         </mediaobject>
 
         <para>
-            以下は、上の図に含まれるオブジェクトの定義です：
+            莉･荳九�縲∽ｸ翫�蝗ｳ縺ｫ蜷ｫ縺ｾ繧後ｋ繧ｪ繝悶ず繧ｧ繧ｯ繝医�螳夂ｾｩ縺ｧ縺呻ｼ�
 
             <variablelist spacing="compact">
                 <varlistentry>
                     <term>SessionFactory (<literal>org.hibernate.SessionFactory</literal>)</term>
                     <listitem>
                         <para>
-                            1つのデータベースに対するコンパイルされたマッピングの
-                            スレッドセーフな（更新不能の）キャッシュ。
-                             <literal>Session</literal> のファクトリであり、
-                            <literal>ConnectionProvider</literal> のクライアント。
-                            オプションとして、プロセスまたはクラスタレベルにおいて、
-                            トランザクション間で再利用可能なデータの（二次）キャッシュを持ちます。
+                            1縺､縺ｮ繝��繧ｿ繝吶�繧ｹ縺ｫ蟇ｾ縺吶ｋ繧ｳ繝ｳ繝代う繝ｫ縺輔ｌ縺溘�繝�ヴ繝ｳ繧ｰ縺ｮ
+                            繧ｹ繝ｬ繝�ラ繧ｻ繝ｼ繝輔↑�域峩譁ｰ荳崎�縺ｮ�峨く繝｣繝�す繝･縲�
+                             <literal>Session</literal> 縺ｮ繝輔ぃ繧ｯ繝医Μ縺ｧ縺ゅｊ縲�
+                            <literal>ConnectionProvider</literal> 縺ｮ繧ｯ繝ｩ繧､繧｢繝ｳ繝医�
+                            繧ｪ繝励す繝ｧ繝ｳ縺ｨ縺励※縲√�繝ｭ繧ｻ繧ｹ縺ｾ縺溘�繧ｯ繝ｩ繧ｹ繧ｿ繝ｬ繝吶Ν縺ｫ縺翫＞縺ｦ縲�
+                            繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ髢薙〒蜀榊茜逕ｨ蜿ｯ閭ｽ縺ｪ繝��繧ｿ縺ｮ�井ｺ梧ｬ｡�峨く繝｣繝�す繝･繧呈戟縺｡縺ｾ縺吶�
                         </para>
                     </listitem>
                 </varlistentry>
@@ -78,38 +80,38 @@
                     <term>Session (<literal>org.hibernate.Session</literal>)</term>
                     <listitem>
                         <para>
-                            アプリケーションと永続ストアとの対話を表す、
-                            シングルスレッドで短命のオブジェクト。
-                            JDBCコネクションをラップします。
-                             <literal>Transaction</literal> のファクトリです。
-                            永続オブジェクトの必須の（一次）キャッシュを保持します。
-                            このキャッシュはオブジェクトグラフをナビゲーションする時や、
-                            識別子でオブジェクトを検索する時に使われます。
+                            繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｨ豌ｸ邯壹せ繝医い縺ｨ縺ｮ蟇ｾ隧ｱ繧定｡ｨ縺吶�
+                            繧ｷ繝ｳ繧ｰ繝ｫ繧ｹ繝ｬ繝�ラ縺ｧ遏ｭ蜻ｽ縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医�
+                            JDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧偵Λ繝��縺励∪縺吶�
+                             <literal>Transaction</literal> 縺ｮ繝輔ぃ繧ｯ繝医Μ縺ｧ縺吶�
+                            豌ｸ邯壹が繝悶ず繧ｧ繧ｯ繝医�蠢��医��井ｸ谺｡�峨く繝｣繝�す繝･繧剃ｿ晄戟縺励∪縺吶�
+                            縺薙�繧ｭ繝｣繝�す繝･縺ｯ繧ｪ繝悶ず繧ｧ繧ｯ繝医げ繝ｩ繝輔ｒ繝翫ン繧ｲ繝ｼ繧ｷ繝ｧ繝ｳ縺吶ｋ譎ゅｄ縲�
+                            隴伜挨蟄舌〒繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ讀懃ｴ｢縺吶ｋ譎ゅ↓菴ｿ繧上ｌ縺ｾ縺吶�
                         </para>
                     </listitem>
                 </varlistentry>
                 <varlistentry>
-                    <term>Persistent objects と Collections</term>
+                    <term>Persistent objects 縺ｨ Collections</term>
                     <listitem>
                         <para>
-                            永続化状態とビジネスメソッドを持つ、短命でシングルスレッドのオブジェクト。
-                            これは通常のJavaBeans/POJOのこともありますが、特徴的なことは、
-                            その時点での（ただ1つの） <literal>Session</literal> と関連していることです。
-                             <literal>Session</literal> がクローズされるとすぐに、
-                            それらは切り離されて他のアプリケーション層から自由に使うことができます。
-                            （例えばデータ・トランスファ・オブジェクトとして、
-                            プレゼンテーション層から、またはプレゼンテーション層へ直接使用できます。）
+                            豌ｸ邯壼喧迥ｶ諷九→繝薙ず繝阪せ繝｡繧ｽ繝�ラ繧呈戟縺､縲∫洒蜻ｽ縺ｧ繧ｷ繝ｳ繧ｰ繝ｫ繧ｹ繝ｬ繝�ラ縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医�
+                            縺薙ｌ縺ｯ騾壼ｸｸ縺ｮJavaBeans/POJO縺ｮ縺薙→繧ゅ≠繧翫∪縺吶′縲∫音蠕ｴ逧�↑縺薙→縺ｯ縲�
+                            縺昴�譎らせ縺ｧ縺ｮ�医◆縺�1縺､縺ｮ�� <literal>Session</literal> 縺ｨ髢｢騾｣縺励※縺�ｋ縺薙→縺ｧ縺吶�
+                             <literal>Session</literal> 縺後け繝ｭ繝ｼ繧ｺ縺輔ｌ繧九→縺吶＄縺ｫ縲�
+                            縺昴ｌ繧峨�蛻�ｊ髮｢縺輔ｌ縺ｦ莉悶�繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ螻､縺九ｉ閾ｪ逕ｱ縺ｫ菴ｿ縺�％縺ｨ縺後〒縺阪∪縺吶�
+                            �井ｾ九∴縺ｰ繝��繧ｿ繝ｻ繝医Λ繝ｳ繧ｹ繝輔ぃ繝ｻ繧ｪ繝悶ず繧ｧ繧ｯ繝医→縺励※縲�
+                            繝励Ξ繧ｼ繝ｳ繝��繧ｷ繝ｧ繝ｳ螻､縺九ｉ縲√∪縺溘�繝励Ξ繧ｼ繝ｳ繝��繧ｷ繝ｧ繝ｳ螻､縺ｸ逶ｴ謗･菴ｿ逕ｨ縺ｧ縺阪∪縺吶ゑｼ�
                         </para>
                     </listitem>
                 </varlistentry>
                 <varlistentry>
-                    <term>Transient と detached な objects と Collections</term>
+                    <term>Transient 縺ｨ detached 縺ｪ objects 縺ｨ Collections</term>
                     <listitem>
                         <para>
-                            現時点では <literal>Session</literal> と関連していない、
-                            永続クラスのインスタンス。
-                            すでにアプリケーション側でインスタンス化されていて、まだ永続化されていないか、
-                            クローズされた <literal>Session</literal> でインスタンス化されたかのどちらかです。
+                            迴ｾ譎らせ縺ｧ縺ｯ <literal>Session</literal> 縺ｨ髢｢騾｣縺励※縺�↑縺��
+                            豌ｸ邯壹け繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縲�
+                            縺吶〒縺ｫ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ蛛ｴ縺ｧ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ蛹悶＆繧後※縺�※縲√∪縺�豌ｸ邯壼喧縺輔ｌ縺ｦ縺�↑縺�°縲�
+                            繧ｯ繝ｭ繝ｼ繧ｺ縺輔ｌ縺� <literal>Session</literal> 縺ｧ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ蛹悶＆繧後◆縺九�縺ｩ縺｡繧峨°縺ｧ縺吶�
                         </para>
                     </listitem>
                 </varlistentry>
@@ -117,13 +119,13 @@
                     <term>Transaction (<literal>org.hibernate.Transaction</literal>)</term>
                     <listitem>
                         <para>
-                            (オプション)原子性を持つ作業単位(Unit of Work)を指定するために、アプリケーションが使用する、
-                            シングルスレッドで短命なオブジェクト。
-                            下に位置するJDBC、JTA、CORBAトランザクションからアプリケーションを抽象化します。
-                             <literal>Session</literal> は、時には
-                            いくつかの <literal>Transaction</literal> をまたがるかもしれません。
-                            しかし、下の層のAPIを使うにせよ、 <literal>Transaction</literal> を使うにせよ、
-                            トランザクション境界を設定することは、決してオプションではありません！。
+                            (繧ｪ繝励す繝ｧ繝ｳ)蜴溷ｭ先ｧ繧呈戟縺､菴懈･ｭ蜊倅ｽ�(Unit of Work)繧呈欠螳壹☆繧九◆繧√↓縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺御ｽｿ逕ｨ縺吶ｋ縲�
+                            繧ｷ繝ｳ繧ｰ繝ｫ繧ｹ繝ｬ繝�ラ縺ｧ遏ｭ蜻ｽ縺ｪ繧ｪ繝悶ず繧ｧ繧ｯ繝医�
+                            荳九↓菴咲ｽｮ縺吶ｋJDBC縲゛TA縲，ORBA繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺九ｉ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧呈歓雎｡蛹悶＠縺ｾ縺吶�
+                             <literal>Session</literal> 縺ｯ縲∵凾縺ｫ縺ｯ
+                            縺�￥縺､縺九� <literal>Transaction</literal> 繧偵∪縺溘′繧九°繧ゅ＠繧後∪縺帙ｓ縲�
+                            縺励°縺励∽ｸ九�螻､縺ｮAPI繧剃ｽｿ縺�↓縺帙ｈ縲� <literal>Transaction</literal> 繧剃ｽｿ縺�↓縺帙ｈ縲�
+                            繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜繧定ｨｭ螳壹☆繧九％縺ｨ縺ｯ縲∵ｱｺ縺励※繧ｪ繝励す繝ｧ繝ｳ縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ�√�
                         </para>
                     </listitem>
                 </varlistentry>
@@ -131,10 +133,10 @@
                     <term>ConnectionProvider (<literal>org.hibernate.connection.ConnectionProvider</literal>)</term>
                     <listitem>
                         <para>
-                            (オプション)JDBCコネクション（とそのプール）のファクトリ。
-                            下の層に位置する <literal>Datasource</literal> や
-                             <literal>DriverManager</literal> からアプリケーションを抽象化します。
-                            アプリケーションには公開されませんが、開発者が継承または実装することは可能です。
+                            (繧ｪ繝励す繝ｧ繝ｳ)JDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ�医→縺昴�繝励�繝ｫ�峨�繝輔ぃ繧ｯ繝医Μ縲�
+                            荳九�螻､縺ｫ菴咲ｽｮ縺吶ｋ <literal>Datasource</literal> 繧�
+                             <literal>DriverManager</literal> 縺九ｉ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧呈歓雎｡蛹悶＠縺ｾ縺吶�
+                            繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ縺ｯ蜈ｬ髢九＆繧後∪縺帙ｓ縺後�幕逋ｺ閠�′邯呎価縺ｾ縺溘�螳溯｣�☆繧九％縺ｨ縺ｯ蜿ｯ閭ｽ縺ｧ縺吶�
                         </para>
                     </listitem>
                 </varlistentry>
@@ -142,8 +144,8 @@
                     <term>TransactionFactory (<literal>org.hibernate.TransactionFactory</literal>)</term>
                     <listitem>
                         <para>
-                            (オプション) <literal>Transaction</literal> インスタンスのファクトリ。
-                            アプリケーションには公開されませんが、開発者が継承または実装することは可能です。
+                            (繧ｪ繝励す繝ｧ繝ｳ) <literal>Transaction</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ繝輔ぃ繧ｯ繝医Μ縲�
+                            繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ縺ｯ蜈ｬ髢九＆繧後∪縺帙ｓ縺後�幕逋ｺ閠�′邯呎価縺ｾ縺溘�螳溯｣�☆繧九％縺ｨ縺ｯ蜿ｯ閭ｽ縺ｧ縺吶�
                          </para>
                     </listitem>
                 </varlistentry>
@@ -151,9 +153,9 @@
                     <term><emphasis>Extension Interfaces</emphasis></term>
                     <listitem>
                         <para>
-                            Hibernateは、永続層の振る舞いをカスタマイズするために、
-                            多くのオプション拡張インタフェースを用意しています。
-                            詳細はAPIドキュメントを参照してください。
+                            Hibernate縺ｯ縲∵ｰｸ邯壼ｱ､縺ｮ謖ｯ繧玖�縺�ｒ繧ｫ繧ｹ繧ｿ繝槭う繧ｺ縺吶ｋ縺溘ａ縺ｫ縲�
+                            螟壹￥縺ｮ繧ｪ繝励す繝ｧ繝ｳ諡｡蠑ｵ繧､繝ｳ繧ｿ繝輔ぉ繝ｼ繧ｹ繧堤畑諢上＠縺ｦ縺�∪縺吶�
+                            隧ｳ邏ｰ縺ｯAPI繝峨く繝･繝｡繝ｳ繝医ｒ蜿ら�縺励※縺上□縺輔＞縲�
                         </para>
                     </listitem>
                 </varlistentry>
@@ -161,18 +163,18 @@
         </para>
 
         <para>
-            「軽い」アーキテクチャでは、アプリケーションは直接JTAやJDBCと対話するために、
-             <literal>Transaction</literal> や <literal>TransactionFactory</literal> や
-             <literal>ConnectionProvider</literal> をバイパスします。
+            縲瑚ｻｽ縺�阪い繝ｼ繧ｭ繝�け繝√Ε縺ｧ縺ｯ縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ逶ｴ謗･JTA繧ЙDBC縺ｨ蟇ｾ隧ｱ縺吶ｋ縺溘ａ縺ｫ縲�
+             <literal>Transaction</literal> 繧� <literal>TransactionFactory</literal> 繧�
+             <literal>ConnectionProvider</literal> 繧偵ヰ繧､繝代せ縺励∪縺吶�
         </para>
     </sect1>
 
     <sect1 id="architecture-states" revision="1">
-        <title>インスタンスの状態</title>
+        <title>繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ迥ｶ諷�</title>
         <para>
-            永続クラスのインスタンスは、次の３つの異なる状態のどれかになります。
-            それは、 <emphasis>永続コンテキスト</emphasis> によって決まります。
-            Hibernateの <literal>Session</literal> オブジェクトが、永続コンテキストになります。
+            豌ｸ邯壹け繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲∵ｬ｡縺ｮ�薙▽縺ｮ逡ｰ縺ｪ繧狗憾諷九�縺ｩ繧後°縺ｫ縺ｪ繧翫∪縺吶�
+            縺昴ｌ縺ｯ縲� <emphasis>豌ｸ邯壹さ繝ｳ繝�く繧ｹ繝�</emphasis> 縺ｫ繧医▲縺ｦ豎ｺ縺ｾ繧翫∪縺吶�
+            Hibernate縺ｮ <literal>Session</literal> 繧ｪ繝悶ず繧ｧ繧ｯ繝医′縲∵ｰｸ邯壹さ繝ｳ繝�く繧ｹ繝医↓縺ｪ繧翫∪縺吶�
         </para>
         
        <variablelist spacing="compact">
@@ -180,9 +182,9 @@
                 <term>transient</term>
                 <listitem>
                     <para>
-                        この状態のインスタンスは、現在もそして過去においても、
-                        永続コンテキストに関連づいていません。また、永続ID（主キーの値）を
-                        持っていません。
+                        縺薙�迥ｶ諷九�繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲∫樟蝨ｨ繧ゅ◎縺励※驕主悉縺ｫ縺翫＞縺ｦ繧ゅ�
+                        豌ｸ邯壹さ繝ｳ繝�く繧ｹ繝医↓髢｢騾｣縺･縺�※縺�∪縺帙ｓ縲ゅ∪縺溘∵ｰｸ邯唔D�井ｸｻ繧ｭ繝ｼ縺ｮ蛟､�峨ｒ
+                        謖√▲縺ｦ縺�∪縺帙ｓ縲�
                     </para>
                 </listitem>
             </varlistentry>
@@ -190,12 +192,12 @@
                 <term>persistent</term>
                 <listitem>
                     <para>
-                        この状態のインスタンスは、その時点で永続コンテキストに関連づいています。
-                        また、永続ID（主キーの値）を持ち、
-                        たいていはデータベースに対応する行を持っているでしょう。
-                        個々の永続コンテキストのなかでは、永続IDが
-                        JavaのID（オブジェクトのメモリ上の位置）と同じであることを
-                        Hibernateが <emphasis>保証</emphasis> します。
+                        縺薙�迥ｶ諷九�繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲√◎縺ｮ譎らせ縺ｧ豌ｸ邯壹さ繝ｳ繝�く繧ｹ繝医↓髢｢騾｣縺･縺�※縺�∪縺吶�
+                        縺ｾ縺溘∵ｰｸ邯唔D�井ｸｻ繧ｭ繝ｼ縺ｮ蛟､�峨ｒ謖√■縲�
+                        縺溘＞縺ｦ縺��繝��繧ｿ繝吶�繧ｹ縺ｫ蟇ｾ蠢懊☆繧玖｡後ｒ謖√▲縺ｦ縺�ｋ縺ｧ縺励ｇ縺��
+                        蛟九��豌ｸ邯壹さ繝ｳ繝�く繧ｹ繝医�縺ｪ縺九〒縺ｯ縲∵ｰｸ邯唔D縺�
+                        Java縺ｮID�医が繝悶ず繧ｧ繧ｯ繝医�繝｡繝｢繝ｪ荳翫�菴咲ｽｮ�峨→蜷後§縺ｧ縺ゅｋ縺薙→繧�
+                        Hibernate縺� <emphasis>菫晁ｨｼ</emphasis> 縺励∪縺吶�
                     </para>
                 </listitem>
             </varlistentry>
@@ -203,12 +205,12 @@
                 <term>detached</term>
                 <listitem>
                     <para>
-                        この状態のインスタンスは、かつて永続コンテキストに関連づけられたが、
-                        そのコンテキストがクローズされたか、あるいは、
-                        他のプロセスにそのインスタンスがシリアライズされたかです。
-                        このインスタンスは、永続IDを持ち、たいていはデータベースに
-                        対応する行を持っているでしょう。分離インスタンスに対しては、
-                        永続IDとJavaのIDとの関連は、Hibernateが保証しません。
+                        縺薙�迥ｶ諷九�繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲√°縺､縺ｦ豌ｸ邯壹さ繝ｳ繝�く繧ｹ繝医↓髢｢騾｣縺･縺代ｉ繧後◆縺後�
+                        縺昴�繧ｳ繝ｳ繝�く繧ｹ繝医′繧ｯ繝ｭ繝ｼ繧ｺ縺輔ｌ縺溘°縲√≠繧九＞縺ｯ縲�
+                        莉悶�繝励Ο繧ｻ繧ｹ縺ｫ縺昴�繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺後す繝ｪ繧｢繝ｩ繧､繧ｺ縺輔ｌ縺溘°縺ｧ縺吶�
+                        縺薙�繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲∵ｰｸ邯唔D繧呈戟縺｡縲√◆縺�※縺��繝��繧ｿ繝吶�繧ｹ縺ｫ
+                        蟇ｾ蠢懊☆繧玖｡後ｒ謖√▲縺ｦ縺�ｋ縺ｧ縺励ｇ縺�ょ�髮｢繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｫ蟇ｾ縺励※縺ｯ縲�
+                        豌ｸ邯唔D縺ｨJava縺ｮID縺ｨ縺ｮ髢｢騾｣縺ｯ縲？ibernate縺御ｿ晁ｨｼ縺励∪縺帙ｓ縲�
                     </para>
                 </listitem>
             </varlistentry>
@@ -216,157 +218,157 @@
     </sect1>    
 
     <sect1 id="architecture-jmx" revision="1">
-        <title>JMXとの統合</title>
+        <title>JMX縺ｨ縺ｮ邨ｱ蜷�</title>
 
         <para>
-            JMXはJavaコンポーネント管理のJ2EE標準です。
-            JMX標準サービスを通して、Hibernateは管理されます。
-            ディストリビューションの中に <literal>org.hibernate.jmx.HibernateService</literal> という
-            MBean実装を用意しています。
+            JMX縺ｯJava繧ｳ繝ｳ繝昴�繝阪Φ繝育ｮ｡逅��J2EE讓呎ｺ悶〒縺吶�
+            JMX讓呎ｺ悶し繝ｼ繝薙せ繧帝壹＠縺ｦ縲？ibernate縺ｯ邂｡逅�＆繧後∪縺吶�
+            繝�ぅ繧ｹ繝医Μ繝薙Η繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ荳ｭ縺ｫ <literal>org.hibernate.jmx.HibernateService</literal> 縺ｨ縺�≧
+            MBean螳溯｣�ｒ逕ｨ諢上＠縺ｦ縺�∪縺吶�
         </para>
 
         <para>
-            JBoss アプリケーションサーバー上にHibernateをJMXサービスとしてデプロイする方法の例としては、
-            JBoss ユーザガイドを参照してください。 JBoss アプリケーションサーバーにおいて、
-            JMXを使ってデプロイすると、次のメリットが得られます。
+            JBoss 繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝舌�荳翫↓Hibernate繧谷MX繧ｵ繝ｼ繝薙せ縺ｨ縺励※繝��繝ｭ繧､縺吶ｋ譁ｹ豕輔�萓九→縺励※縺ｯ縲�
+            JBoss 繝ｦ繝ｼ繧ｶ繧ｬ繧､繝峨ｒ蜿ら�縺励※縺上□縺輔＞縲� JBoss 繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝舌�縺ｫ縺翫＞縺ｦ縲�
+            JMX繧剃ｽｿ縺｣縺ｦ繝��繝ｭ繧､縺吶ｋ縺ｨ縲∵ｬ｡縺ｮ繝｡繝ｪ繝�ヨ縺悟ｾ励ｉ繧後∪縺吶�
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
-                    <emphasis>セッション管理:</emphasis> Hibernateの <literal>Session</literal> のライフサイクルは、
-                    自動的にJTAトランザクションのスコープに結びつけられます。これは、もはや手動で
-                     <literal>Session</literal> をオープンしたり、クローズしたりする必要がないことを意味します。
-                    これは、JBoss EJB インターセプタの仕事になります。
-                    また、コードのどこでトランザクション境界を設定するかについて、
-                    もはや悩む必要がありません（もちろん移植可能な永続層を書かかなくていいのならば、
-                    オプションのHibernateの <literal>Transaction</literal> を使用してください。）
-                    <literal>Session</literal> にアクセスするためには、 <literal>HibernateContext</literal> を
-                    コールしてください。
+                    <emphasis>繧ｻ繝�す繝ｧ繝ｳ邂｡逅�:</emphasis> Hibernate縺ｮ <literal>Session</literal> 縺ｮ繝ｩ繧､繝輔し繧､繧ｯ繝ｫ縺ｯ縲�
+                    閾ｪ蜍慕噪縺ｫJTA繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ｹ繧ｳ繝ｼ繝励↓邨舌�縺､縺代ｉ繧後∪縺吶ゅ％繧後�縲√ｂ縺ｯ繧�焔蜍輔〒
+                     <literal>Session</literal> 繧偵が繝ｼ繝励Φ縺励◆繧翫√け繝ｭ繝ｼ繧ｺ縺励◆繧翫☆繧句ｿ�ｦ√′縺ｪ縺�％縺ｨ繧呈э蜻ｳ縺励∪縺吶�
+                    縺薙ｌ縺ｯ縲゛Boss EJB 繧､繝ｳ繧ｿ繝ｼ繧ｻ繝励ち縺ｮ莉穂ｺ九↓縺ｪ繧翫∪縺吶�
+                    縺ｾ縺溘√さ繝ｼ繝峨�縺ｩ縺薙〒繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜繧定ｨｭ螳壹☆繧九°縺ｫ縺､縺�※縲�
+                    繧ゅ�繧�か繧蠢�ｦ√′縺ゅｊ縺ｾ縺帙ｓ�医ｂ縺｡繧阪ｓ遘ｻ讀榊庄閭ｽ縺ｪ豌ｸ邯壼ｱ､繧呈嶌縺九°縺ｪ縺上※縺�＞縺ｮ縺ｪ繧峨�縲�
+                    繧ｪ繝励す繝ｧ繝ｳ縺ｮHibernate縺ｮ <literal>Transaction</literal> 繧剃ｽｿ逕ｨ縺励※縺上□縺輔＞縲ゑｼ�
+                    <literal>Session</literal> 縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ縺溘ａ縺ｫ縺ｯ縲� <literal>HibernateContext</literal> 繧�
+                    繧ｳ繝ｼ繝ｫ縺励※縺上□縺輔＞縲�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <emphasis>HAR デプロイ:</emphasis> 通常、(EAR または SAR ファイルにある）JBoss サービス
-                    デプロイメントディスクリプタを使って、Hibernate JMX サービスをデプロイします。
-                    それは、Hibernateの <literal>SessionFactory</literal> の全ての一般的な設定オプションを
-                    サポートします。しかし依然としてデプロイメントディスクリプタのなかにすべてのマッピングファイルの
-                    名前を挙げる必要があります。
-                    もし、オプションのHARデプロイメントを使うことを決めたなら、
-                    JBossは自動的にHARファイルのなかの全てのマッピングファイルを検出します。
+                    <emphasis>HAR 繝��繝ｭ繧､:</emphasis> 騾壼ｸｸ縲�(EAR 縺ｾ縺溘� SAR 繝輔ぃ繧､繝ｫ縺ｫ縺ゅｋ�雨Boss 繧ｵ繝ｼ繝薙せ
+                    繝��繝ｭ繧､繝｡繝ｳ繝医ョ繧｣繧ｹ繧ｯ繝ｪ繝励ち繧剃ｽｿ縺｣縺ｦ縲？ibernate JMX 繧ｵ繝ｼ繝薙せ繧偵ョ繝励Ο繧､縺励∪縺吶�
+                    縺昴ｌ縺ｯ縲？ibernate縺ｮ <literal>SessionFactory</literal> 縺ｮ蜈ｨ縺ｦ縺ｮ荳闊ｬ逧�↑險ｭ螳壹が繝励す繝ｧ繝ｳ繧�
+                    繧ｵ繝昴�繝医＠縺ｾ縺吶ゅ＠縺九＠萓晉┯縺ｨ縺励※繝��繝ｭ繧､繝｡繝ｳ繝医ョ繧｣繧ｹ繧ｯ繝ｪ繝励ち縺ｮ縺ｪ縺九↓縺吶∋縺ｦ縺ｮ繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ縺ｮ
+                    蜷榊燕繧呈嫌縺偵ｋ蠢�ｦ√′縺ゅｊ縺ｾ縺吶�
+                    繧ゅ＠縲√が繝励す繝ｧ繝ｳ縺ｮHAR繝��繝ｭ繧､繝｡繝ｳ繝医ｒ菴ｿ縺�％縺ｨ繧呈ｱｺ繧√◆縺ｪ繧峨�
+                    JBoss縺ｯ閾ｪ蜍慕噪縺ｫHAR繝輔ぃ繧､繝ｫ縺ｮ縺ｪ縺九�蜈ｨ縺ｦ縺ｮ繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ繧呈､懷�縺励∪縺吶�
                 </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            これらのオプションについての詳細な情報は、JBossアプリケーションサーバユーザガイドを
-            参考にしてください。
+            縺薙ｌ繧峨�繧ｪ繝励す繝ｧ繝ｳ縺ｫ縺､縺�※縺ｮ隧ｳ邏ｰ縺ｪ諠��ｱ縺ｯ縲゛Boss繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝舌Θ繝ｼ繧ｶ繧ｬ繧､繝峨ｒ
+            蜿り�↓縺励※縺上□縺輔＞縲�
         </para>
 
         <para>
-            JMXサービスとして利用可能な他の機能に、Hibernate実行時統計情報があります。
-             <xref linkend="configuration-optional-statistics"/> を見てください。
+            JMX繧ｵ繝ｼ繝薙せ縺ｨ縺励※蛻ｩ逕ｨ蜿ｯ閭ｽ縺ｪ莉悶�讖溯�縺ｫ縲？ibernate螳溯｡梧凾邨ｱ險域ュ蝣ｱ縺後≠繧翫∪縺吶�
+             <xref linkend="configuration-optional-statistics"/> 繧定ｦ九※縺上□縺輔＞縲�
         </para>
     </sect1>
 
     <sect1 id="architecture-jca" revision="1">
-        <title>JCA サポート</title>
+        <title>JCA 繧ｵ繝昴�繝�</title>
         <para>
-            Hibernate は JCA コネクタとしても設定できます。詳細については、Webサイトを見てください。
-            Hibernate JCA サポートは、今のところ実験段階として考えられていることに注意してください。
+            Hibernate 縺ｯ JCA 繧ｳ繝阪け繧ｿ縺ｨ縺励※繧りｨｭ螳壹〒縺阪∪縺吶りｩｳ邏ｰ縺ｫ縺､縺�※縺ｯ縲仝eb繧ｵ繧､繝医ｒ隕九※縺上□縺輔＞縲�
+            Hibernate JCA 繧ｵ繝昴�繝医�縲∽ｻ翫�縺ｨ縺薙ｍ螳滄ｨ捺ｮｵ髫弱→縺励※閠�∴繧峨ｌ縺ｦ縺�ｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
         </para>
     </sect1>
 
     <sect1 id="architecture-current-session" revision="2">
-        <title>コンテキスト上のセッション</title>
+        <title>繧ｳ繝ｳ繝�く繧ｹ繝井ｸ翫�繧ｻ繝�す繝ｧ繝ｳ</title>
         <para>
-            Hibernate を使ったアプリケーションは、ほとんど、なんらかの形で"コンテキスト上の"セッションが必要になります。
-            「コンテキスト上のセッション」は、特定のコンテキストのスコープのなかで有効なセッションのことです。
-            しかし、通常アプリケーションごとにコンテキストを構成するものの定義は異なります。
-            しかも、異なる複数のコンテキストは、現時点に対して異なるスコープを定義します。
-            バージョン3.0より前の Hibernate では、自作の <literal>ThreadLocal</literal> ベースの「コンテキスト上のセッション」を
-            利用するか、 <literal>HibernateUtil</literal> のようなヘルパークラスを利用するか、
-            proxy/interception ベースの「コンテキスト上のセッション」を提供する
-            （Spring や Pico のような）サードパーティのフレームワークを利用するかのいずれかでした。
+            Hibernate 繧剃ｽｿ縺｣縺溘い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ縲√⊇縺ｨ繧薙←縲√↑繧薙ｉ縺九�蠖｢縺ｧ"繧ｳ繝ｳ繝�く繧ｹ繝井ｸ翫�"繧ｻ繝�す繝ｧ繝ｳ縺悟ｿ�ｦ√↓縺ｪ繧翫∪縺吶�
+            縲後さ繝ｳ繝�く繧ｹ繝井ｸ翫�繧ｻ繝�す繝ｧ繝ｳ縲阪�縲∫音螳壹�繧ｳ繝ｳ繝�く繧ｹ繝医�繧ｹ繧ｳ繝ｼ繝励�縺ｪ縺九〒譛牙柑縺ｪ繧ｻ繝�す繝ｧ繝ｳ縺ｮ縺薙→縺ｧ縺吶�
+            縺励°縺励�壼ｸｸ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺斐→縺ｫ繧ｳ繝ｳ繝�く繧ｹ繝医ｒ讒区�縺吶ｋ繧ゅ�縺ｮ螳夂ｾｩ縺ｯ逡ｰ縺ｪ繧翫∪縺吶�
+            縺励°繧ゅ∫焚縺ｪ繧玖､�焚縺ｮ繧ｳ繝ｳ繝�く繧ｹ繝医�縲∫樟譎らせ縺ｫ蟇ｾ縺励※逡ｰ縺ｪ繧九せ繧ｳ繝ｼ繝励ｒ螳夂ｾｩ縺励∪縺吶�
+            繝舌�繧ｸ繝ｧ繝ｳ3.0繧医ｊ蜑阪� Hibernate 縺ｧ縺ｯ縲∬�菴懊� <literal>ThreadLocal</literal> 繝吶�繧ｹ縺ｮ縲後さ繝ｳ繝�く繧ｹ繝井ｸ翫�繧ｻ繝�す繝ｧ繝ｳ縲阪ｒ
+            蛻ｩ逕ｨ縺吶ｋ縺九� <literal>HibernateUtil</literal> 縺ｮ繧医≧縺ｪ繝倥Ν繝代�繧ｯ繝ｩ繧ｹ繧貞茜逕ｨ縺吶ｋ縺九�
+            proxy/interception 繝吶�繧ｹ縺ｮ縲後さ繝ｳ繝�く繧ｹ繝井ｸ翫�繧ｻ繝�す繝ｧ繝ｳ縲阪ｒ謠蝉ｾ帙☆繧�
+            ��Spring 繧� Pico 縺ｮ繧医≧縺ｪ�峨し繝ｼ繝峨ヱ繝ｼ繝�ぅ縺ｮ繝輔Ξ繝ｼ繝�繝ｯ繝ｼ繧ｯ繧貞茜逕ｨ縺吶ｋ縺九�縺�★繧後°縺ｧ縺励◆縲�
         </para>
 
         <para>
-            バージョン 3.0.1 から、Hibernate には <literal>SessionFactory.getCurrentSession()</literal> が
-            加わりました。 これは、 <literal>JTA</literal> トランザクションの使用を前提にしています。
-            <literal>JTA</literal> トランザクションは、現在のセッションのスコープとコンテキストの両方を定義します。
-            Hibernate チームは、次のことを主張します。
-            巨大なスタンドアロンの <literal>JTA TransactionManager</literal> 実装が成熟したら、
-            <literal>J2EE</literal> コンテナ上にデプロイされるかどうかにかかわらず、
-            ほとんどの（すべてとは言わないが）アプリケーションが、
-            <literal>JTA</literal> トランザクション管理を使用すべきであると。
-            この考えに基づくと、 <literal>JTA</literal> ベースの「コンテキスト上のセッション」を
-            使うしかないでしょう。
+            繝舌�繧ｸ繝ｧ繝ｳ 3.0.1 縺九ｉ縲？ibernate 縺ｫ縺ｯ <literal>SessionFactory.getCurrentSession()</literal> 縺�
+            蜉�繧上ｊ縺ｾ縺励◆縲� 縺薙ｌ縺ｯ縲� <literal>JTA</literal> 繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ菴ｿ逕ｨ繧貞燕謠舌↓縺励※縺�∪縺吶�
+            <literal>JTA</literal> 繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ縲∫樟蝨ｨ縺ｮ繧ｻ繝�す繝ｧ繝ｳ縺ｮ繧ｹ繧ｳ繝ｼ繝励→繧ｳ繝ｳ繝�く繧ｹ繝医�荳｡譁ｹ繧貞ｮ夂ｾｩ縺励∪縺吶�
+            Hibernate 繝√�繝�縺ｯ縲∵ｬ｡縺ｮ縺薙→繧剃ｸｻ蠑ｵ縺励∪縺吶�
+            蟾ｨ螟ｧ縺ｪ繧ｹ繧ｿ繝ｳ繝峨い繝ｭ繝ｳ縺ｮ <literal>JTA TransactionManager</literal> 螳溯｣�′謌千�縺励◆繧峨�
+            <literal>J2EE</literal> 繧ｳ繝ｳ繝�リ荳翫↓繝��繝ｭ繧､縺輔ｌ繧九°縺ｩ縺�°縺ｫ縺九°繧上ｉ縺壹�
+            縺ｻ縺ｨ繧薙←縺ｮ�医☆縺ｹ縺ｦ縺ｨ縺ｯ險繧上↑縺�′�峨い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺後�
+            <literal>JTA</literal> 繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ邂｡逅�ｒ菴ｿ逕ｨ縺吶∋縺阪〒縺ゅｋ縺ｨ縲�
+            縺薙�閠�∴縺ｫ蝓ｺ縺･縺上→縲� <literal>JTA</literal> 繝吶�繧ｹ縺ｮ縲後さ繝ｳ繝�く繧ｹ繝井ｸ翫�繧ｻ繝�す繝ｧ繝ｳ縲阪ｒ
+            菴ｿ縺�＠縺九↑縺�〒縺励ｇ縺��
         </para>
 
         <para>
-            しかし、バージョン 3.1 からは、 <literal>SessionFactory.getCurrentSession()</literal> の後の処理が、
-            プラガブルになりました。
-            これを受けて、現在のセッションを定義するスコープとコンテキストのプラガビリティを可能にするために、
-            新しい拡張インタフェース ( <literal>org.hibernate.context.CurrentSessionContext</literal> ) と
-            新しい構成パラメータ ( <literal>hibernate.current_session_context_class</literal> ) が追加されました。
+            縺励°縺励√ヰ繝ｼ繧ｸ繝ｧ繝ｳ 3.1 縺九ｉ縺ｯ縲� <literal>SessionFactory.getCurrentSession()</literal> 縺ｮ蠕後�蜃ｦ逅�′縲�
+            繝励Λ繧ｬ繝悶Ν縺ｫ縺ｪ繧翫∪縺励◆縲�
+            縺薙ｌ繧貞女縺代※縲∫樟蝨ｨ縺ｮ繧ｻ繝�す繝ｧ繝ｳ繧貞ｮ夂ｾｩ縺吶ｋ繧ｹ繧ｳ繝ｼ繝励→繧ｳ繝ｳ繝�く繧ｹ繝医�繝励Λ繧ｬ繝薙Μ繝�ぅ繧貞庄閭ｽ縺ｫ縺吶ｋ縺溘ａ縺ｫ縲�
+            譁ｰ縺励＞諡｡蠑ｵ繧､繝ｳ繧ｿ繝輔ぉ繝ｼ繧ｹ ( <literal>org.hibernate.context.CurrentSessionContext</literal> ) 縺ｨ
+            譁ｰ縺励＞讒区�繝代Λ繝｡繝ｼ繧ｿ ( <literal>hibernate.current_session_context_class</literal> ) 縺瑚ｿｽ蜉�縺輔ｌ縺ｾ縺励◆縲�
         </para>
 
         <para>
-            <literal>org.hibernate.context.CurrentSessionContext</literal> インタフェースの規約についての
-            詳細な内容は Javadoc を参照してください。
-            それには、 <literal>currentSession()</literal> という1つのメソッドが定義されており、
-            その実装は、現在の「コンテキスト上のセッション」を追跡することに責任を持ちます。
-            そのまま使えるように、Hibernateはこのインタフェースの実装を2つ提供しています。
+            <literal>org.hibernate.context.CurrentSessionContext</literal> 繧､繝ｳ繧ｿ繝輔ぉ繝ｼ繧ｹ縺ｮ隕冗ｴ�↓縺､縺�※縺ｮ
+            隧ｳ邏ｰ縺ｪ蜀�ｮｹ縺ｯ Javadoc 繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
+            縺昴ｌ縺ｫ縺ｯ縲� <literal>currentSession()</literal> 縺ｨ縺�≧1縺､縺ｮ繝｡繧ｽ繝�ラ縺悟ｮ夂ｾｩ縺輔ｌ縺ｦ縺翫ｊ縲�
+            縺昴�螳溯｣��縲∫樟蝨ｨ縺ｮ縲後さ繝ｳ繝�く繧ｹ繝井ｸ翫�繧ｻ繝�す繝ｧ繝ｳ縲阪ｒ霑ｽ霍｡縺吶ｋ縺薙→縺ｫ雋ｬ莉ｻ繧呈戟縺｡縺ｾ縺吶�
+            縺昴�縺ｾ縺ｾ菴ｿ縺医ｋ繧医≧縺ｫ縲？ibernate縺ｯ縺薙�繧､繝ｳ繧ｿ繝輔ぉ繝ｼ繧ｹ縺ｮ螳溯｣�ｒ2縺､謠蝉ｾ帙＠縺ｦ縺�∪縺吶�
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
                     <literal>org.hibernate.context.JTASessionContext</literal> - 
-                    <literal>JTA</literal> トランザクションによって、現在のセッションが追跡され、
-                    スコープを決められます。この処理は、古いJTAだけのアプローチとまったく同じです。
-                    詳細はJavadocを参照してください。
+                    <literal>JTA</literal> 繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ繧医▲縺ｦ縲∫樟蝨ｨ縺ｮ繧ｻ繝�す繝ｧ繝ｳ縺瑚ｿｽ霍｡縺輔ｌ縲�
+                    繧ｹ繧ｳ繝ｼ繝励ｒ豎ｺ繧√ｉ繧後∪縺吶ゅ％縺ｮ蜃ｦ逅��縲∝商縺ЙTA縺�縺代�繧｢繝励Ο繝ｼ繝√→縺ｾ縺｣縺溘￥蜷後§縺ｧ縺吶�
+                    隧ｳ邏ｰ縺ｯJavadoc繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
                 </para>
             </listitem>
             <listitem>
                 <para>
                     <literal>org.hibernate.context.ThreadLocalSessionContext</literal> -
-                    スレッドの実行によって、現在のセッションが追跡されます。
-                    詳細はJavadocを参照してください。
+                    繧ｹ繝ｬ繝�ラ縺ｮ螳溯｡後↓繧医▲縺ｦ縲∫樟蝨ｨ縺ｮ繧ｻ繝�す繝ｧ繝ｳ縺瑚ｿｽ霍｡縺輔ｌ縺ｾ縺吶�
+                    隧ｳ邏ｰ縺ｯJavadoc繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
                 </para>
             </listitem>
             <listitem>
                 <para>
                 	<literal>org.hibernate.context.ManagedSessionContext</literal> - 
-                	スレッドの実行によって、現在のセッションが追跡されます。
-                	しかし、このクラスのstaticメソッドで <literal>Session</literal> インスタンスを
-                	バインド/アンバインドする責任はあなたにあります。
-                	これは決して <literal>Session</literal> をオープン、フラッシュ、クローズしません。
+                	繧ｹ繝ｬ繝�ラ縺ｮ螳溯｡後↓繧医▲縺ｦ縲∫樟蝨ｨ縺ｮ繧ｻ繝�す繝ｧ繝ｳ縺瑚ｿｽ霍｡縺輔ｌ縺ｾ縺吶�
+                	縺励°縺励√％縺ｮ繧ｯ繝ｩ繧ｹ縺ｮstatic繝｡繧ｽ繝�ラ縺ｧ <literal>Session</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧�
+                	繝舌う繝ｳ繝�/繧｢繝ｳ繝舌う繝ｳ繝峨☆繧玖ｲｬ莉ｻ縺ｯ縺ゅ↑縺溘↓縺ゅｊ縺ｾ縺吶�
+                	縺薙ｌ縺ｯ豎ｺ縺励※ <literal>Session</literal> 繧偵が繝ｼ繝励Φ縲√ヵ繝ｩ繝�す繝･縲√け繝ｭ繝ｼ繧ｺ縺励∪縺帙ｓ縲�
                 </para>               
             </listitem>
         </itemizedlist>
 
         <para>
-            始めの2つの実装は、"1セッション - 1データベーストランザクション" プログラミングモデルを提供します。
-            これは <emphasis>リクエストごとのセッション（session-per-request）</emphasis> としても知られており、使われています。
-            Hibernate セッションの開始と終了は、データベーストランザクションの期間で決まります。
-            JTAを使わない普通のJSEで、プログラム上のトランザクション境界設定を行うなら、
-            コードから基礎のトランザクションシステムを隠蔽するために、
-            Hibernate <literal>Transaction</literal> APIを使うとよいでしょう。
-            JTAを使うなら、トランザクションの境界設定には、JTAインターフェイスを使ってください。
-            CMTをサポートするEJBコンテナで実行するつもりなら、トランザクション境界は宣言的に定義できるため、
-            コード上でトランザクションやセッションの境界を設定する必要はありません。
-            さらに詳細な情報やコードの例は、 <xref linkend="transactions"/> を参照してください。
+            蟋九ａ縺ｮ2縺､縺ｮ螳溯｣��縲�"1繧ｻ繝�す繝ｧ繝ｳ - 1繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ" 繝励Ο繧ｰ繝ｩ繝溘Φ繧ｰ繝｢繝�Ν繧呈署萓帙＠縺ｾ縺吶�
+            縺薙ｌ縺ｯ <emphasis>繝ｪ繧ｯ繧ｨ繧ｹ繝医＃縺ｨ縺ｮ繧ｻ繝�す繝ｧ繝ｳ��session-per-request��</emphasis> 縺ｨ縺励※繧ら衍繧峨ｌ縺ｦ縺翫ｊ縲∽ｽｿ繧上ｌ縺ｦ縺�∪縺吶�
+            Hibernate 繧ｻ繝�す繝ｧ繝ｳ縺ｮ髢句ｧ九→邨ゆｺ��縲√ョ繝ｼ繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ譛滄俣縺ｧ豎ｺ縺ｾ繧翫∪縺吶�
+            JTA繧剃ｽｿ繧上↑縺�勸騾壹�JSE縺ｧ縲√�繝ｭ繧ｰ繝ｩ繝�荳翫�繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜險ｭ螳壹ｒ陦後≧縺ｪ繧峨�
+            繧ｳ繝ｼ繝峨°繧牙渕遉弱�繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧ｷ繧ｹ繝�Β繧帝國阡ｽ縺吶ｋ縺溘ａ縺ｫ縲�
+            Hibernate <literal>Transaction</literal> API繧剃ｽｿ縺�→繧医＞縺ｧ縺励ｇ縺��
+            JTA繧剃ｽｿ縺�↑繧峨√ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蠅�阜險ｭ螳壹↓縺ｯ縲゛TA繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧剃ｽｿ縺｣縺ｦ縺上□縺輔＞縲�
+            CMT繧偵し繝昴�繝医☆繧畿JB繧ｳ繝ｳ繝�リ縺ｧ螳溯｡後☆繧九▽繧ゅｊ縺ｪ繧峨√ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜縺ｯ螳｣險逧�↓螳夂ｾｩ縺ｧ縺阪ｋ縺溘ａ縲�
+            繧ｳ繝ｼ繝我ｸ翫〒繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧�そ繝�す繝ｧ繝ｳ縺ｮ蠅�阜繧定ｨｭ螳壹☆繧句ｿ�ｦ√�縺ゅｊ縺ｾ縺帙ｓ縲�
+            縺輔ｉ縺ｫ隧ｳ邏ｰ縺ｪ諠��ｱ繧�さ繝ｼ繝峨�萓九�縲� <xref linkend="transactions"/> 繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
         </para>
 
         <para>
-            <literal>hibernate.current_session_context_class</literal> 設定パラメータは、
-            <literal>org.hibernate.context.CurrentSessionContext</literal> のどの実装を使うかを指定します。
-            下位互換性のため、このパラメータが設定されず
-            <literal>org.hibernate.transaction.TransactionManagerLookup</literal> が設定されていた場合、
-            Hibernateは <literal>org.hibernate.context.JTASessionContext</literal> を使うことに注意してください。
-            通常このパラメータの値には、3つの実装の中から使用する実装クラスの名前を直接指定します。
-            しかし、"jta", "thread", "managed"というそれぞれの省略名も用意されています。
+            <literal>hibernate.current_session_context_class</literal> 險ｭ螳壹ヱ繝ｩ繝｡繝ｼ繧ｿ縺ｯ縲�
+            <literal>org.hibernate.context.CurrentSessionContext</literal> 縺ｮ縺ｩ縺ｮ螳溯｣�ｒ菴ｿ縺�°繧呈欠螳壹＠縺ｾ縺吶�
+            荳倶ｽ堺ｺ呈鋤諤ｧ縺ｮ縺溘ａ縲√％縺ｮ繝代Λ繝｡繝ｼ繧ｿ縺瑚ｨｭ螳壹＆繧後★
+            <literal>org.hibernate.transaction.TransactionManagerLookup</literal> 縺瑚ｨｭ螳壹＆繧後※縺�◆蝣ｴ蜷医�
+            Hibernate縺ｯ <literal>org.hibernate.context.JTASessionContext</literal> 繧剃ｽｿ縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+            騾壼ｸｸ縺薙�繝代Λ繝｡繝ｼ繧ｿ縺ｮ蛟､縺ｫ縺ｯ縲�3縺､縺ｮ螳溯｣��荳ｭ縺九ｉ菴ｿ逕ｨ縺吶ｋ螳溯｣�け繝ｩ繧ｹ縺ｮ蜷榊燕繧堤峩謗･謖�ｮ壹＠縺ｾ縺吶�
+            縺励°縺励�"jta", "thread", "managed"縺ｨ縺�≧縺昴ｌ縺槭ｌ縺ｮ逵∫払蜷阪ｂ逕ｨ諢上＆繧後※縺�∪縺吶�
         </para>
         
     </sect1>
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/association_mapping.xml b/documentation/manual/ja-JP/src/main/docbook/content/association_mapping.xml
index d1754210a7..e333b9cd4b 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/association_mapping.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/association_mapping.xml
@@ -1,39 +1,41 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="associations">
 
-    <title>関連マッピング</title>
+    <title>髢｢騾｣繝槭ャ繝斐Φ繧ｰ</title>
 
     <sect1 id="assoc-intro" revision="1">
-        <title>イントロダクション</title>
+        <title>繧､繝ｳ繝医Ο繝繧ｯ繧ｷ繝ｧ繝ｳ</title>
         
         <para>
-            関連マッピングはしばしば理解が最も難しいものになります。
-            この章では、基本的な一つ一つのケースについて述べます。
-            単方向のマッピングから始め、それから双方向のケースについて考えていきます。
-            例として、<literal>Person</literal> と <literal>Address</literal> を用います。
+            髢｢騾｣繝槭ャ繝斐Φ繧ｰ縺ｯ縺励�縺励�逅�ｧ｣縺梧怙繧る屮縺励＞繧ゅ�縺ｫ縺ｪ繧翫∪縺吶�
+            縺薙�遶�縺ｧ縺ｯ縲∝渕譛ｬ逧�↑荳縺､荳縺､縺ｮ繧ｱ繝ｼ繧ｹ縺ｫ縺､縺�※霑ｰ縺ｹ縺ｾ縺吶�
+            蜊俶婿蜷代�繝槭ャ繝斐Φ繧ｰ縺九ｉ蟋九ａ縲√◎繧後°繧牙曙譁ｹ蜷代�繧ｱ繝ｼ繧ｹ縺ｫ縺､縺�※閠�∴縺ｦ縺�″縺ｾ縺吶�
+            萓九→縺励※縲�<literal>Person</literal> 縺ｨ <literal>Address</literal> 繧堤畑縺�∪縺吶�
         </para>
         
         <para>
-                関連は、結合テーブルを入れるかかどうかと、
-                多重度によって分類することにします。
+                髢｢騾｣縺ｯ縲∫ｵ仙粋繝��繝悶Ν繧貞�繧後ｋ縺九°縺ｩ縺�°縺ｨ縲�
+                螟夐㍾蠎ｦ縺ｫ繧医▲縺ｦ蛻�｡槭☆繧九％縺ｨ縺ｫ縺励∪縺吶�
         </para>
         
         <para>
-                すべての例でnot nullの外部キーを使用します。
-                これはHibernateの要件ではありません。
-                not null制約を外したとしても、マッピングは問題なく動作します。
+                縺吶∋縺ｦ縺ｮ萓九〒not null縺ｮ螟夜Κ繧ｭ繝ｼ繧剃ｽｿ逕ｨ縺励∪縺吶�
+                縺薙ｌ縺ｯHibernate縺ｮ隕∽ｻｶ縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+                not null蛻ｶ邏�ｒ螟悶＠縺溘→縺励※繧ゅ√�繝�ヴ繝ｳ繧ｰ縺ｯ蝠城｡後↑縺丞虚菴懊＠縺ｾ縺吶�
         </para>
         
     </sect1>
 
     <sect1 id="assoc-unidirectional" revision="1">
-        <title>単方向関連</title>
+        <title>蜊俶婿蜷鷹未騾｣</title>
         
         <sect2 id="assoc-unidirectional-m21">
-        <title>多対一</title>
+        <title>螟壼ｯｾ荳</title>
         
         <para>
-            <emphasis>単方向多対一関連</emphasis> は単方向関連の中で最も一般的なものです。
+            <emphasis>蜊俶婿蜷大､壼ｯｾ荳髢｢騾｣</emphasis> 縺ｯ蜊俶婿蜷鷹未騾｣縺ｮ荳ｭ縺ｧ譛繧ゆｸ闊ｬ逧�↑繧ゅ�縺ｧ縺吶�
         </para>
         
         <programlisting><![CDATA[<class name="Person">
@@ -58,11 +60,11 @@ create table Address ( addressId bigint not null primary key )
         </sect2>
 
         <sect2 id="assoc-unidirectional-121">
-        <title>一対一</title>
+        <title>荳蟇ｾ荳</title>
         
         <para>
-            <emphasis>外部キーの単方向一対一関連</emphasis> はほとんど同じものです。
-            唯一違うのは、カラムのユニークな制約です。
+            <emphasis>螟夜Κ繧ｭ繝ｼ縺ｮ蜊俶婿蜷台ｸ蟇ｾ荳髢｢騾｣</emphasis> 縺ｯ縺ｻ縺ｨ繧薙←蜷後§繧ゅ�縺ｧ縺吶�
+            蜚ｯ荳驕輔≧縺ｮ縺ｯ縲√き繝ｩ繝�縺ｮ繝ｦ繝九�繧ｯ縺ｪ蛻ｶ邏�〒縺吶�
         </para>
         
        <programlisting><![CDATA[<class name="Person">
@@ -86,8 +88,8 @@ create table Address ( addressId bigint not null primary key )
         ]]></programlisting>
         
         <para>
-            <emphasis>主キーの単方向一対一関連</emphasis> は通常、特別なIDジェネレータを使います。
-            （この例では関連の方向が逆になっていることに注意してください）
+            <emphasis>荳ｻ繧ｭ繝ｼ縺ｮ蜊俶婿蜷台ｸ蟇ｾ荳髢｢騾｣</emphasis> 縺ｯ騾壼ｸｸ縲∫音蛻･縺ｪID繧ｸ繧ｧ繝阪Ξ繝ｼ繧ｿ繧剃ｽｿ縺�∪縺吶�
+            �医％縺ｮ萓九〒縺ｯ髢｢騾｣縺ｮ譁ｹ蜷代′騾�↓縺ｪ縺｣縺ｦ縺�ｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞��
         </para>
         
        <programlisting><![CDATA[<class name="Person">
@@ -112,11 +114,11 @@ create table Address ( personId bigint not null primary key )
         </sect2>
         
         <sect2 id="assoc-unidirectional-12m">
-        <title>一対多</title>
+        <title>荳蟇ｾ螟�</title>
         
         <para>
-            <emphasis>外部キーの単方向一対多関連</emphasis> はとても特殊なケースで、
-            あまり推奨されていません。
+            <emphasis>螟夜Κ繧ｭ繝ｼ縺ｮ蜊俶婿蜷台ｸ蟇ｾ螟夐未騾｣</emphasis> 縺ｯ縺ｨ縺ｦ繧ら音谿翫↑繧ｱ繝ｼ繧ｹ縺ｧ縲�
+            縺ゅ∪繧頑耳螂ｨ縺輔ｌ縺ｦ縺�∪縺帙ｓ縲�
         </para>
         
         <programlisting><![CDATA[<class name="Person">
@@ -141,7 +143,7 @@ create table Address ( addressId bigint not null primary key, personId bigint no
         ]]></programlisting>
         
         <para>
-            このような関連のために結合テーブルを使うことをお薦めします。
+            縺薙�繧医≧縺ｪ髢｢騾｣縺ｮ縺溘ａ縺ｫ邨仙粋繝��繝悶Ν繧剃ｽｿ縺�％縺ｨ繧偵♀阮ｦ繧√＠縺ｾ縺吶�
         </para>
         
         </sect2>
@@ -149,16 +151,16 @@ create table Address ( addressId bigint not null primary key, personId bigint no
     </sect1>
 
     <sect1 id="assoc-unidirectional-join" revision="1">
-        <title>結合テーブルを使った単方向関連</title>
+        <title>邨仙粋繝��繝悶Ν繧剃ｽｿ縺｣縺溷腰譁ｹ蜷鷹未騾｣</title>
         
         <sect2 id="assoc-unidirectional-join-12m">
-        <title>一対多</title>
+        <title>荳蟇ｾ螟�</title>
         
         <para>
-            <emphasis>結合テーブルを使った単方向一対多関連</emphasis> 
-            はより好ましいです。
-            <literal>unique="true"</literal> の指定により、多重度が多対多から一対多
-            に変わったことに注意して下さい。
+            <emphasis>邨仙粋繝��繝悶Ν繧剃ｽｿ縺｣縺溷腰譁ｹ蜷台ｸ蟇ｾ螟夐未騾｣</emphasis> 
+            縺ｯ繧医ｊ螂ｽ縺ｾ縺励＞縺ｧ縺吶�
+            <literal>unique="true"</literal> 縺ｮ謖�ｮ壹↓繧医ｊ縲∝､夐㍾蠎ｦ縺悟､壼ｯｾ螟壹°繧我ｸ蟇ｾ螟�
+            縺ｫ螟峨ｏ縺｣縺溘％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ荳九＆縺��
         </para>
         
         <programlisting><![CDATA[<class name="Person">
@@ -187,11 +189,11 @@ create table Address ( addressId bigint not null primary key )
         </sect2>
 
         <sect2 id="assoc-unidirectional-join-m21">
-        <title>多対一</title>
+        <title>螟壼ｯｾ荳</title>
         
         <para>
-            <emphasis>結合テーブルの単方向多対一関連</emphasis> は
-            関連が任意であるときに非常に一般的なものです。
+            <emphasis>邨仙粋繝��繝悶Ν縺ｮ蜊俶婿蜷大､壼ｯｾ荳髢｢騾｣</emphasis> 縺ｯ
+            髢｢騾｣縺御ｻｻ諢上〒縺ゅｋ縺ｨ縺阪↓髱槫ｸｸ縺ｫ荳闊ｬ逧�↑繧ゅ�縺ｧ縺吶�
         </para>
         
         <programlisting><![CDATA[<class name="Person">
@@ -221,11 +223,11 @@ create table Address ( addressId bigint not null primary key )
         </sect2>
 
         <sect2 id="assoc-unidirectional-join-121">
-        <title>一対一</title>
+        <title>荳蟇ｾ荳</title>
         
         <para>
-            <emphasis>結合テーブルの単方向一対一関連</emphasis> は、本当に特殊ですが
-            不可能ではありません。
+            <emphasis>邨仙粋繝��繝悶Ν縺ｮ蜊俶婿蜷台ｸ蟇ｾ荳髢｢騾｣</emphasis> 縺ｯ縲∵悽蠖薙↓迚ｹ谿翫〒縺吶′
+            荳榊庄閭ｽ縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
         </para>
         
         <programlisting><![CDATA[<class name="Person">
@@ -257,10 +259,10 @@ create table Address ( addressId bigint not null primary key )
         </sect2>
 
         <sect2 id="assoc-unidirectional-join-m2m">
-        <title>多対多</title>
+        <title>螟壼ｯｾ螟�</title>
         
         <para>
-            最後に、<emphasis>単方向多対多関連</emphasis> を示します。
+            譛蠕後↓縲�<emphasis>蜊俶婿蜷大､壼ｯｾ螟夐未騾｣</emphasis> 繧堤､ｺ縺励∪縺吶�
         </para>
         
         <programlisting><![CDATA[<class name="Person">
@@ -290,14 +292,14 @@ create table Address ( addressId bigint not null primary key )
     </sect1>
 
     <sect1 id="assoc-bidirectional" revision="1">
-        <title>双方向関連</title>
+        <title>蜿梧婿蜷鷹未騾｣</title>
         
         <sect2 id="assoc-bidirectional-m21" revision="2">
-        <title>一対多/多対一</title>
+        <title>荳蟇ｾ螟�/螟壼ｯｾ荳</title>
         
         <para>
-            <emphasis>双方向多対一関連</emphasis> は最も一般的な関連です。
-            （標準的な親子関係です）
+            <emphasis>蜿梧婿蜷大､壼ｯｾ荳髢｢騾｣</emphasis> 縺ｯ譛繧ゆｸ闊ｬ逧�↑髢｢騾｣縺ｧ縺吶�
+            �域ｨ呎ｺ也噪縺ｪ隕ｪ蟄宣未菫ゅ〒縺呻ｼ�
         </para>
         
         <programlisting><![CDATA[<class name="Person">
@@ -325,12 +327,12 @@ create table Address ( addressId bigint not null primary key )
         ]]></programlisting>
         
         <para>
-            <literal>List</literal> （または他のインデックス付きのコレクション）を使うなら、
-            外部キーの <literal>key</literal> カラムを <literal>not null</literal> に設定し、
-            コレクション側が各要素のインデックスをメンテナンスするように、
-            関連を扱う必要があります
-            （<literal>update="false"</literal> かつ <literal>insert="false"</literal> 
-            と設定して、反対側を仮想的にinverseにします）：
+            <literal>List</literal> �医∪縺溘�莉悶�繧､繝ｳ繝�ャ繧ｯ繧ｹ莉倥″縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ�峨ｒ菴ｿ縺�↑繧峨�
+            螟夜Κ繧ｭ繝ｼ縺ｮ <literal>key</literal> 繧ｫ繝ｩ繝�繧� <literal>not null</literal> 縺ｫ險ｭ螳壹＠縲�
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ蛛ｴ縺悟推隕∫ｴ�縺ｮ繧､繝ｳ繝�ャ繧ｯ繧ｹ繧偵Γ繝ｳ繝�リ繝ｳ繧ｹ縺吶ｋ繧医≧縺ｫ縲�
+            髢｢騾｣繧呈桶縺�ｿ�ｦ√′縺ゅｊ縺ｾ縺�
+            ��<literal>update="false"</literal> 縺九▽ <literal>insert="false"</literal> 
+            縺ｨ險ｭ螳壹＠縺ｦ縲∝渚蟇ｾ蛛ｴ繧剃ｻｮ諠ｳ逧�↓inverse縺ｫ縺励∪縺呻ｼ会ｼ�
         </para>
 
         <programlisting><![CDATA[<class name="Person">
@@ -354,21 +356,21 @@ create table Address ( addressId bigint not null primary key )
 </class>]]></programlisting>
 
             <para>
-                もし外部キーカラムが <literal>NOT NULL</literal> であるならば、
-                コレクションマッピングの <literal>&lt;key&gt;</literal> 要素を 
-                <literal>not-null="true"</literal> にすることは重要です。
-                入れ子になった <literal>&lt;column&gt;</literal> 要素だけではなく、
-                <literal>&lt;key&gt;</literal> 要素も <literal>not-null="true"</literal> 
-                と定義しないようにしてください。
+                繧ゅ＠螟夜Κ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺� <literal>NOT NULL</literal> 縺ｧ縺ゅｋ縺ｪ繧峨�縲�
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繝槭ャ繝斐Φ繧ｰ縺ｮ <literal>&lt;key&gt;</literal> 隕∫ｴ�繧� 
+                <literal>not-null="true"</literal> 縺ｫ縺吶ｋ縺薙→縺ｯ驥崎ｦ√〒縺吶�
+                蜈･繧悟ｭ舌↓縺ｪ縺｣縺� <literal>&lt;column&gt;</literal> 隕∫ｴ�縺�縺代〒縺ｯ縺ｪ縺上�
+                <literal>&lt;key&gt;</literal> 隕∫ｴ�繧� <literal>not-null="true"</literal> 
+                縺ｨ螳夂ｾｩ縺励↑縺�ｈ縺�↓縺励※縺上□縺輔＞縲�
             </para>
 
         </sect2>
         
         <sect2 id="assoc-bidirectional-121">
-        <title>一対一</title>
+        <title>荳蟇ｾ荳</title>
         
         <para>
-            <emphasis>外部キーの双方向一対一関連</emphasis> は非常に一般的です。
+            <emphasis>螟夜Κ繧ｭ繝ｼ縺ｮ蜿梧婿蜷台ｸ蟇ｾ荳髢｢騾｣</emphasis> 縺ｯ髱槫ｸｸ縺ｫ荳闊ｬ逧�〒縺吶�
         </para>
         
        <programlisting><![CDATA[<class name="Person">
@@ -394,7 +396,7 @@ create table Address ( addressId bigint not null primary key )
         ]]></programlisting>
         
         <para>
-            <emphasis>主キーの双方向一対一関連</emphasis> は特殊なIDジェネレータを使います。
+            <emphasis>荳ｻ繧ｭ繝ｼ縺ｮ蜿梧婿蜷台ｸ蟇ｾ荳髢｢騾｣</emphasis> 縺ｯ迚ｹ谿翫↑ID繧ｸ繧ｧ繝阪Ξ繝ｼ繧ｿ繧剃ｽｿ縺�∪縺吶�
         </para>
         
        <programlisting><![CDATA[<class name="Person">
@@ -423,15 +425,15 @@ create table Address ( personId bigint not null primary key )
     </sect1>
 
     <sect1 id="assoc-bidirectional-join" revision="1">
-        <title>結合テーブルを使った双方向関連</title>
+        <title>邨仙粋繝��繝悶Ν繧剃ｽｿ縺｣縺溷曙譁ｹ蜷鷹未騾｣</title>
         
         <sect2 id="assoc-bidirectional-join-12m">
-        <title>一対多/多対一</title>
+        <title>荳蟇ｾ螟�/螟壼ｯｾ荳</title>
         
         <para>
-            <emphasis>結合テーブルの双方向一対多関連</emphasis> です。
-            <literal>inverse="true"</literal> が関連端、コレクション、結合のいずれかに
-            設定できることに注意してください。
+            <emphasis>邨仙粋繝��繝悶Ν縺ｮ蜿梧婿蜷台ｸ蟇ｾ螟夐未騾｣</emphasis> 縺ｧ縺吶�
+            <literal>inverse="true"</literal> 縺碁未騾｣遶ｯ縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縲∫ｵ仙粋縺ｮ縺�★繧後°縺ｫ
+            險ｭ螳壹〒縺阪ｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
         </para>
         
         <programlisting><![CDATA[<class name="Person">
@@ -469,11 +471,11 @@ create table Address ( addressId bigint not null primary key )
         </sect2>
 
          <sect2 id="assoc-bidirectional-join-121">
-        <title>一対一</title>
+        <title>荳蟇ｾ荳</title>
         
         <para>
-            <emphasis>結合テーブルの双方向一対一関連</emphasis> 
-            は非常に特殊ですが、可能です。
+            <emphasis>邨仙粋繝��繝悶Ν縺ｮ蜿梧婿蜷台ｸ蟇ｾ荳髢｢騾｣</emphasis> 
+            縺ｯ髱槫ｸｸ縺ｫ迚ｹ谿翫〒縺吶′縲∝庄閭ｽ縺ｧ縺吶�
         </para>
         
         <programlisting><![CDATA[<class name="Person">
@@ -515,10 +517,10 @@ create table Address ( addressId bigint not null primary key )
         </sect2>
         
         <sect2 id="assoc-bidirectional-join-m2m" revision="1">
-        <title>多対多</title>
+        <title>螟壼ｯｾ螟�</title>
         
         <para>
-            最後に、<emphasis>双方向多対多関連</emphasis> を示します。
+            譛蠕後↓縲�<emphasis>蜿梧婿蜷大､壼ｯｾ螟夐未騾｣</emphasis> 繧堤､ｺ縺励∪縺吶�
         </para>
         
         <programlisting><![CDATA[<class name="Person">
@@ -554,15 +556,15 @@ create table Address ( addressId bigint not null primary key )
     </sect1>
 
     <sect1 id="assoc-complex">
-        <title>より複雑な関連マッピング</title>
+        <title>繧医ｊ隍�尅縺ｪ髢｢騾｣繝槭ャ繝斐Φ繧ｰ</title>
         
         <para>
-            より複雑な関連結合は <emphasis>極めて</emphasis> 稀です。
-            マッピングドキュメントにSQL文を埋め込むことで、
-            さらに複雑な状況を扱うことができます。
-            例えば、<literal>accountNumber</literal>, <literal>effectiveEndDate</literal>, 
-            <literal>effectiveStartDate</literal> カラムを持つaccount（口座）情報の履歴を扱うテーブルは、
-            以下のようにマッピングします。
+            繧医ｊ隍�尅縺ｪ髢｢騾｣邨仙粋縺ｯ <emphasis>讌ｵ繧√※</emphasis> 遞縺ｧ縺吶�
+            繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝医↓SQL譁�ｒ蝓九ａ霎ｼ繧縺薙→縺ｧ縲�
+            縺輔ｉ縺ｫ隍�尅縺ｪ迥ｶ豕√ｒ謇ｱ縺�％縺ｨ縺後〒縺阪∪縺吶�
+            萓九∴縺ｰ縲�<literal>accountNumber</literal>, <literal>effectiveEndDate</literal>, 
+            <literal>effectiveStartDate</literal> 繧ｫ繝ｩ繝�繧呈戟縺､account�亥哨蠎ｧ�画ュ蝣ｱ縺ｮ螻･豁ｴ繧呈桶縺�ユ繝ｼ繝悶Ν縺ｯ縲�
+            莉･荳九�繧医≧縺ｫ繝槭ャ繝斐Φ繧ｰ縺励∪縺吶�
         </para>
         
         <programlisting><![CDATA[<properties name="currentAccountKey">
@@ -575,9 +577,9 @@ create table Address ( addressId bigint not null primary key )
 <property name="effectiveStateDate" type="date" not-null="true"/>]]></programlisting>
 
         <para>
-            そして、関連を <emphasis>現時点の</emphasis> インスタンス
-            （<literal>effectiveEndDate</literal> がnullであるもの）にマッピングします。
-            以下のようになります：
+            縺昴＠縺ｦ縲�未騾｣繧� <emphasis>迴ｾ譎らせ縺ｮ</emphasis> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ
+            ��<literal>effectiveEndDate</literal> 縺系ull縺ｧ縺ゅｋ繧ゅ��峨↓繝槭ャ繝斐Φ繧ｰ縺励∪縺吶�
+            莉･荳九�繧医≧縺ｫ縺ｪ繧翫∪縺呻ｼ�
         </para>
         
         <programlisting><![CDATA[<many-to-one name="currentAccountInfo" 
@@ -588,11 +590,11 @@ create table Address ( addressId bigint not null primary key )
 </many-to-one>]]></programlisting>
 
         <para>
-            さらに複雑な例では、<literal>Employee（従業員）</literal> と <literal>Organization（組織）</literal> 
-            間の関連が <literal>Employment（雇用）</literal> テーブルで保持される場合を想像してください。
-            このテーブルには雇用データの履歴がすべて含まれます。
-            すると従業員の <emphasis>最も最近の</emphasis> 雇用者を表す関連
-            （最も最近の <literal>startDate</literal> を持つもの）は、このようにマッピングできます：
+            縺輔ｉ縺ｫ隍�尅縺ｪ萓九〒縺ｯ縲�<literal>Employee�亥ｾ捺･ｭ蜩｡��</literal> 縺ｨ <literal>Organization�育ｵ�ｹ費ｼ�</literal> 
+            髢薙�髢｢騾｣縺� <literal>Employment�磯寐逕ｨ��</literal> 繝��繝悶Ν縺ｧ菫晄戟縺輔ｌ繧句�ｴ蜷医ｒ諠ｳ蜒上＠縺ｦ縺上□縺輔＞縲�
+            縺薙�繝��繝悶Ν縺ｫ縺ｯ髮�畑繝��繧ｿ縺ｮ螻･豁ｴ縺後☆縺ｹ縺ｦ蜷ｫ縺ｾ繧後∪縺吶�
+            縺吶ｋ縺ｨ蠕捺･ｭ蜩｡縺ｮ <emphasis>譛繧よ怙霑代�</emphasis> 髮�畑閠�ｒ陦ｨ縺咎未騾｣
+            �域怙繧よ怙霑代� <literal>startDate</literal> 繧呈戟縺､繧ゅ��峨�縲√％縺ｮ繧医≧縺ｫ繝槭ャ繝斐Φ繧ｰ縺ｧ縺阪∪縺呻ｼ�
         </para>
         
         <programlisting><![CDATA[<join>
@@ -609,8 +611,8 @@ create table Address ( addressId bigint not null primary key )
 </join>]]></programlisting>
 
         <para>
-            この機能は非常に強力です。
-            しかしこのような場合、普通はHQLやcriteriaクエリを使う方がより実践的です。
+            縺薙�讖溯�縺ｯ髱槫ｸｸ縺ｫ蠑ｷ蜉帙〒縺吶�
+            縺励°縺励％縺ｮ繧医≧縺ｪ蝣ｴ蜷医∵勸騾壹�HQL繧�criteria繧ｯ繧ｨ繝ｪ繧剃ｽｿ縺�婿縺後ｈ繧雁ｮ溯ｷｵ逧�〒縺吶�
         </para>
 
     </sect1>
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/basic_mapping.xml b/documentation/manual/ja-JP/src/main/docbook/content/basic_mapping.xml
index 00894a3e0a..d85da12a02 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/basic_mapping.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/basic_mapping.xml
@@ -1,25 +1,26 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
 
 <chapter id="mapping">
-    <title>基本的なO/Rマッピング</title>
+    <title>蝓ｺ譛ｬ逧�↑O/R繝槭ャ繝斐Φ繧ｰ</title>
 
     <sect1 id="mapping-declaration" revision="1">
-        <title>マッピング定義</title>
+        <title>繝槭ャ繝斐Φ繧ｰ螳夂ｾｩ</title>
 
         <para>
-            オブジェクト/リレーショナルマッピングは通常XMLドキュメントで定義します。
-            マッピングドキュメントは、読みやすく手作業で編集しやすいようにデザインされています。
-            マッピング言語はJava中心、つまりテーブル定義ではなく永続クラスの定義に基づいて構築されています。
+            繧ｪ繝悶ず繧ｧ繧ｯ繝�/繝ｪ繝ｬ繝ｼ繧ｷ繝ｧ繝翫Ν繝槭ャ繝斐Φ繧ｰ縺ｯ騾壼ｸｸXML繝峨く繝･繝｡繝ｳ繝医〒螳夂ｾｩ縺励∪縺吶�
+            繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝医�縲∬ｪｭ縺ｿ繧�☆縺乗焔菴懈･ｭ縺ｧ邱ｨ髮�＠繧�☆縺�ｈ縺�↓繝�じ繧､繝ｳ縺輔ｌ縺ｦ縺�∪縺吶�
+            繝槭ャ繝斐Φ繧ｰ險隱槭�Java荳ｭ蠢�√▽縺ｾ繧翫ユ繝ｼ繝悶Ν螳夂ｾｩ縺ｧ縺ｯ縺ｪ縺乗ｰｸ邯壹け繝ｩ繧ｹ縺ｮ螳夂ｾｩ縺ｫ蝓ｺ縺･縺�※讒狗ｯ峨＆繧後※縺�∪縺吶�
         </para>
         
         <para>
-            多くのHibernateユーザはXMLマッピングの記述を手作業で行いますが、
-            XDoclet, Middlegen, AndroMDAというようなマッピングドキュメントを生成するツールが
-            いくつか存在します。
+            螟壹￥縺ｮHibernate繝ｦ繝ｼ繧ｶ縺ｯXML繝槭ャ繝斐Φ繧ｰ縺ｮ險倩ｿｰ繧呈焔菴懈･ｭ縺ｧ陦後＞縺ｾ縺吶′縲�
+            XDoclet, Middlegen, AndroMDA縺ｨ縺�≧繧医≧縺ｪ繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝医ｒ逕滓�縺吶ｋ繝��繝ｫ縺�
+            縺�￥縺､縺句ｭ伜惠縺励∪縺吶�
         </para>
 
         <para>
-            サンプルのマッピングから始めましょう：
+            繧ｵ繝ｳ繝励Ν縺ｮ繝槭ャ繝斐Φ繧ｰ縺九ｉ蟋九ａ縺ｾ縺励ｇ縺�ｼ�
         </para>
 
         <programlisting id="mapping-declaration-ex1" revision="1"><![CDATA[<?xml version="1.0"?>
@@ -82,16 +83,16 @@
         </class>
 
         <class name="Dog">
-                <!-- ここにDog用のマッピング書きます -->
+                <!-- 縺薙％縺ｫDog逕ｨ縺ｮ繝槭ャ繝斐Φ繧ｰ譖ｸ縺阪∪縺� -->
         </class>
 
 </hibernate-mapping>]]></programlisting>
 
         <para>
-             マッピングドキュメントの内容を説明します。。
-            ただし、ここではHibernateが実行時に使うドキュメント要素と属性についてのみ説明します。
-            マッピングドキュメントは、いくつかのオプション属性と要素を含んでいます（例えば <literal>not-null</literal> 属性）。
-            それらはスキーマエクスポートツールが出力するデータベーススキーマに影響を与えるものです。
+             繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝医�蜀�ｮｹ繧定ｪｬ譏弱＠縺ｾ縺吶ゅ�
+            縺溘□縺励√％縺薙〒縺ｯHibernate縺悟ｮ溯｡梧凾縺ｫ菴ｿ縺�ラ繧ｭ繝･繝｡繝ｳ繝郁ｦ∫ｴ�縺ｨ螻樊ｧ縺ｫ縺､縺�※縺ｮ縺ｿ隱ｬ譏弱＠縺ｾ縺吶�
+            繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝医�縲√＞縺上▽縺九�繧ｪ繝励す繝ｧ繝ｳ螻樊ｧ縺ｨ隕∫ｴ�繧貞性繧薙〒縺�∪縺呻ｼ井ｾ九∴縺ｰ <literal>not-null</literal> 螻樊ｧ�峨�
+            縺昴ｌ繧峨�繧ｹ繧ｭ繝ｼ繝槭お繧ｯ繧ｹ繝昴�繝医ヤ繝ｼ繝ｫ縺悟�蜉帙☆繧九ョ繝ｼ繧ｿ繝吶�繧ｹ繧ｹ繧ｭ繝ｼ繝槭↓蠖ｱ髻ｿ繧剃ｸ弱∴繧九ｂ縺ｮ縺ｧ縺吶�
             
         </para>
 
@@ -101,51 +102,51 @@
             <title>Doctype</title>
 
             <para>
-                XMLマッピングでは、お見せしたようなドキュメント型を必ず定義すべきです。
-                実際のDTDは、上記のURLの <literal>hibernate-x.x.x/src/org/hibernate</literal> ディレクトリ、 または 
-                <literal>hibernate.jar</literal> 内にあります。
-                Hibernateは常に、そのクラスパス内でDTDを探し始めます。
-                インターネットにあるDTDファイルを探そうとしたなら、
-                クラスパスの内容を見て、DTD宣言を確認してください。
+                XML繝槭ャ繝斐Φ繧ｰ縺ｧ縺ｯ縲√♀隕九○縺励◆繧医≧縺ｪ繝峨く繝･繝｡繝ｳ繝亥梛繧貞ｿ�★螳夂ｾｩ縺吶∋縺阪〒縺吶�
+                螳滄圀縺ｮDTD縺ｯ縲∽ｸ願ｨ倥�URL縺ｮ <literal>hibernate-x.x.x/src/org/hibernate</literal> 繝�ぅ繝ｬ繧ｯ繝医Μ縲� 縺ｾ縺溘� 
+                <literal>hibernate.jar</literal> 蜀�↓縺ゅｊ縺ｾ縺吶�
+                Hibernate縺ｯ蟶ｸ縺ｫ縲√◎縺ｮ繧ｯ繝ｩ繧ｹ繝代せ蜀�〒DTD繧呈爾縺怜ｧ九ａ縺ｾ縺吶�
+                繧､繝ｳ繧ｿ繝ｼ繝阪ャ繝医↓縺ゅｋDTD繝輔ぃ繧､繝ｫ繧呈爾縺昴≧縺ｨ縺励◆縺ｪ繧峨�
+                繧ｯ繝ｩ繧ｹ繝代せ縺ｮ蜀�ｮｹ繧定ｦ九※縲．TD螳｣險繧堤｢ｺ隱阪＠縺ｦ縺上□縺輔＞縲�
             </para>
             
             
             
             <sect3 id="mapping-declaration-entity-resolution">
                 <title>
-                エンティティ・リゾルバ
+                繧ｨ繝ｳ繝�ぅ繝�ぅ繝ｻ繝ｪ繧ｾ繝ｫ繝�
                 </title>
                 <para>
-                    前述したように、Hibernateはまずクラスパス内でDTDを解決しようとします。
-                    <literal>org.xml.sax.EntityResolver</literal> のカスタム実装を
-                    XMLファイルを読み込むためのSAXReaderに登録することによって、DTDを解決します。
-                    このカスタムの <literal>EntityResolver</literal> は2つの異なるシステムID名前空間を認識します。
+                    蜑崎ｿｰ縺励◆繧医≧縺ｫ縲？ibernate縺ｯ縺ｾ縺壹け繝ｩ繧ｹ繝代せ蜀�〒DTD繧定ｧ｣豎ｺ縺励ｈ縺�→縺励∪縺吶�
+                    <literal>org.xml.sax.EntityResolver</literal> 縺ｮ繧ｫ繧ｹ繧ｿ繝�螳溯｣�ｒ
+                    XML繝輔ぃ繧､繝ｫ繧定ｪｭ縺ｿ霎ｼ繧縺溘ａ縺ｮSAXReader縺ｫ逋ｻ骭ｲ縺吶ｋ縺薙→縺ｫ繧医▲縺ｦ縲．TD繧定ｧ｣豎ｺ縺励∪縺吶�
+                    縺薙�繧ｫ繧ｹ繧ｿ繝�縺ｮ <literal>EntityResolver</literal> 縺ｯ2縺､縺ｮ逡ｰ縺ｪ繧九す繧ｹ繝�ΒID蜷榊燕遨ｺ髢薙ｒ隱崎ｭ倥＠縺ｾ縺吶�
                     
                 </para>
                 <itemizedlist>
                     <listitem>
                         <para>
-                            <literal>Hibernate名前空間</literal> は、リゾルバが 
-                            <literal>http://hibernate.sourceforge.net/</literal> で始まるシステムIDに到達したときに、
-                            認識されます。
-                            そしてリゾルバは、Hibernateのクラスをロードしたクラスローダを用いて、
-                            これらのエンティティを解決しようとします。
+                            <literal>Hibernate蜷榊燕遨ｺ髢�</literal> 縺ｯ縲√Μ繧ｾ繝ｫ繝舌′ 
+                            <literal>http://hibernate.sourceforge.net/</literal> 縺ｧ蟋九∪繧九す繧ｹ繝�ΒID縺ｫ蛻ｰ驕斐＠縺溘→縺阪↓縲�
+                            隱崎ｭ倥＆繧後∪縺吶�
+                            縺昴＠縺ｦ繝ｪ繧ｾ繝ｫ繝舌�縲？ibernate縺ｮ繧ｯ繝ｩ繧ｹ繧偵Ο繝ｼ繝峨＠縺溘け繝ｩ繧ｹ繝ｭ繝ｼ繝繧堤畑縺�※縲�
+                            縺薙ｌ繧峨�繧ｨ繝ｳ繝�ぅ繝�ぅ繧定ｧ｣豎ｺ縺励ｈ縺�→縺励∪縺吶�
                         
                         </para>
                     </listitem>
                     <listitem>
                         <para>
-                          <literal>ユーザ名前空間</literal> は、リゾルバが
-                          URLプロトコルの <literal>classpath://</literal> を使ったシステムIDに到達したときに、
-                          認識されます。そしてリゾルバは、(1)カレントスレッドのコンテキストクラスローダー、
-                          または(2)Hibernateのクラスをロードしたクラスローダを使って、
-                          これらのエンティティを解決しようとします。
+                          <literal>繝ｦ繝ｼ繧ｶ蜷榊燕遨ｺ髢�</literal> 縺ｯ縲√Μ繧ｾ繝ｫ繝舌′
+                          URL繝励Ο繝医さ繝ｫ縺ｮ <literal>classpath://</literal> 繧剃ｽｿ縺｣縺溘す繧ｹ繝�ΒID縺ｫ蛻ｰ驕斐＠縺溘→縺阪↓縲�
+                          隱崎ｭ倥＆繧後∪縺吶ゅ◎縺励※繝ｪ繧ｾ繝ｫ繝舌�縲�(1)繧ｫ繝ｬ繝ｳ繝医せ繝ｬ繝�ラ縺ｮ繧ｳ繝ｳ繝�く繧ｹ繝医け繝ｩ繧ｹ繝ｭ繝ｼ繝繝ｼ縲�
+                          縺ｾ縺溘�(2)Hibernate縺ｮ繧ｯ繝ｩ繧ｹ繧偵Ο繝ｼ繝峨＠縺溘け繝ｩ繧ｹ繝ｭ繝ｼ繝繧剃ｽｿ縺｣縺ｦ縲�
+                          縺薙ｌ繧峨�繧ｨ繝ｳ繝�ぅ繝�ぅ繧定ｧ｣豎ｺ縺励ｈ縺�→縺励∪縺吶�
                         
                         </para>
                     </listitem>
                 </itemizedlist>
                 <para>
-                下記は、ユーザ名前空間を使った例です：
+                荳玖ｨ倥�縲√Θ繝ｼ繧ｶ蜷榊燕遨ｺ髢薙ｒ菴ｿ縺｣縺滉ｾ九〒縺呻ｼ�
                 
                 </para>
                 <programlisting><![CDATA[<?xml version="1.0"?>
@@ -164,8 +165,8 @@
     &types;
 </hibernate-mapping>]]></programlisting>
                 <para>
-                ここで <literal>types.xml</literal> は <literal>your.domain</literal> パッケージ内のリソースであり、
-                カスタム <xref linkend="mapping-types-custom">typedef</xref> を含むます。
+                縺薙％縺ｧ <literal>types.xml</literal> 縺ｯ <literal>your.domain</literal> 繝代ャ繧ｱ繝ｼ繧ｸ蜀��繝ｪ繧ｽ繝ｼ繧ｹ縺ｧ縺ゅｊ縲�
+                繧ｫ繧ｹ繧ｿ繝� <xref linkend="mapping-types-custom">typedef</xref> 繧貞性繧縺ｾ縺吶�
                 </para>
             </sect3>            
             
@@ -176,14 +177,14 @@
             <title>hibernate-mapping</title>
 
             <para>
-                この要素にはいくつかオプション属性があります。<literal>schema</literal> 属性と <literal>catalog</literal> 属性は、
-                このマッピングが参照するテーブルが、この属性によって指定されたスキーマと(または)カタログに属することを指定します。
-                この属性が指定されると、テーブル名は与えられたスキーマ名とカタログ名で修飾されます。これらの属性が指定されていなければ、
-                テーブル名は修飾されません。<literal>default-cascade</literal> 属性は、
-                <literal>cascade</literal> 属性を指定していないプロパティやコレクションに、
-                どのカスケードスタイルを割り当てるかを指定します。
-                <literal>auto-import</literal> 属性は、
-                クエリ言語内で修飾されていないクラス名を、デフォルトで使えるようにします。
+                縺薙�隕∫ｴ�縺ｫ縺ｯ縺�￥縺､縺九が繝励す繝ｧ繝ｳ螻樊ｧ縺後≠繧翫∪縺吶�<literal>schema</literal> 螻樊ｧ縺ｨ <literal>catalog</literal> 螻樊ｧ縺ｯ縲�
+                縺薙�繝槭ャ繝斐Φ繧ｰ縺悟盾辣ｧ縺吶ｋ繝��繝悶Ν縺後√％縺ｮ螻樊ｧ縺ｫ繧医▲縺ｦ謖�ｮ壹＆繧後◆繧ｹ繧ｭ繝ｼ繝槭→(縺ｾ縺溘�)繧ｫ繧ｿ繝ｭ繧ｰ縺ｫ螻槭☆繧九％縺ｨ繧呈欠螳壹＠縺ｾ縺吶�
+                縺薙�螻樊ｧ縺梧欠螳壹＆繧後ｋ縺ｨ縲√ユ繝ｼ繝悶Ν蜷阪�荳弱∴繧峨ｌ縺溘せ繧ｭ繝ｼ繝槫錐縺ｨ繧ｫ繧ｿ繝ｭ繧ｰ蜷阪〒菫ｮ鬟ｾ縺輔ｌ縺ｾ縺吶ゅ％繧後ｉ縺ｮ螻樊ｧ縺梧欠螳壹＆繧後※縺�↑縺代ｌ縺ｰ縲�
+                繝��繝悶Ν蜷阪�菫ｮ鬟ｾ縺輔ｌ縺ｾ縺帙ｓ縲�<literal>default-cascade</literal> 螻樊ｧ縺ｯ縲�
+                <literal>cascade</literal> 螻樊ｧ繧呈欠螳壹＠縺ｦ縺�↑縺��繝ｭ繝代ユ繧｣繧�さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ縲�
+                縺ｩ縺ｮ繧ｫ繧ｹ繧ｱ繝ｼ繝峨せ繧ｿ繧､繝ｫ繧貞牡繧雁ｽ薙※繧九°繧呈欠螳壹＠縺ｾ縺吶�
+                <literal>auto-import</literal> 螻樊ｧ縺ｯ縲�
+                繧ｯ繧ｨ繝ｪ險隱槫�縺ｧ菫ｮ鬟ｾ縺輔ｌ縺ｦ縺�↑縺�け繝ｩ繧ｹ蜷阪ｒ縲√ョ繝輔か繝ｫ繝医〒菴ｿ縺医ｋ繧医≧縺ｫ縺励∪縺吶�
             </para>
  
              <programlistingco>
@@ -208,62 +209,62 @@
                  <calloutlist>
                      <callout arearefs="hm1">
                          <para>
-                             <literal>schema</literal>（オプション）：データベーススキーマの名前。
+                             <literal>schema</literal>�医が繝励す繝ｧ繝ｳ�会ｼ壹ョ繝ｼ繧ｿ繝吶�繧ｹ繧ｹ繧ｭ繝ｼ繝槭�蜷榊燕縲�
                          </para>
                      </callout>
                      <callout arearefs="hm2">
                          <para>
-                             <literal>catalog</literal> （オプション）：データベースカタログの名前。
+                             <literal>catalog</literal> �医が繝励す繝ｧ繝ｳ�会ｼ壹ョ繝ｼ繧ｿ繝吶�繧ｹ繧ｫ繧ｿ繝ｭ繧ｰ縺ｮ蜷榊燕縲�
                          </para>
                      </callout>
                      <callout arearefs="hm3">
                          <para>
-                            <literal>default-cascade</literal> （オプション - デフォルトは <literal>none</literal>）：
-                             デフォルトのカスケードスタイル。
+                            <literal>default-cascade</literal> �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>none</literal>�会ｼ�
+                             繝�ヵ繧ｩ繝ｫ繝医�繧ｫ繧ｹ繧ｱ繝ｼ繝峨せ繧ｿ繧､繝ｫ縲�
                          </para>
                      </callout>
                      <callout arearefs="hm4">
                          <para>
-                             <literal>default-access</literal> (オプション - デフォルトは <literal>property</literal> ）：
-                             Hibernateがプロパティにアクセスする際に採るべき戦略。 <literal>PropertyAccessor</literal> 
-                             を実装することでカスタマイズ可能。
+                             <literal>default-access</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>property</literal> �会ｼ�
+                             Hibernate縺後�繝ｭ繝代ユ繧｣縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ髫帙↓謗｡繧九∋縺肴姶逡･縲� <literal>PropertyAccessor</literal> 
+                             繧貞ｮ溯｣�☆繧九％縺ｨ縺ｧ繧ｫ繧ｹ繧ｿ繝槭う繧ｺ蜿ｯ閭ｽ縲�
                              
                          </para>
                      </callout>
                      <callout arearefs="hm5">
                          <para>
-                             <literal>default-lazy</literal> (オプション - デフォルトは <literal>true</literal> )：
-                              <literal>lazy</literal> 属性が指定されていないクラスやコレクションマッピングに対するデフォルト値。
+                             <literal>default-lazy</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>true</literal> )��
+                              <literal>lazy</literal> 螻樊ｧ縺梧欠螳壹＆繧後※縺�↑縺�け繝ｩ繧ｹ繧�さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繝槭ャ繝斐Φ繧ｰ縺ｫ蟇ｾ縺吶ｋ繝�ヵ繧ｩ繝ｫ繝亥､縲�
                          </para>
                      </callout>
                      <callout arearefs="hm6">
                          <para>
-                             <literal>auto-import</literal> （オプション - デフォルトは <literal>true</literal>）：
-                             クエリ言語内で、（このマッピング内のクラスの）修飾されていないクラス名を使えるかどうかを指定します。
+                             <literal>auto-import</literal> �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>true</literal>�会ｼ�
+                             繧ｯ繧ｨ繝ｪ險隱槫�縺ｧ縲�ｼ医％縺ｮ繝槭ャ繝斐Φ繧ｰ蜀��繧ｯ繝ｩ繧ｹ縺ｮ�我ｿｮ鬟ｾ縺輔ｌ縺ｦ縺�↑縺�け繝ｩ繧ｹ蜷阪ｒ菴ｿ縺医ｋ縺九←縺�°繧呈欠螳壹＠縺ｾ縺吶�
                          </para>
                      </callout>
                      <callout arearefs="hm7">
                          <para>
-                             <literal>package</literal> (オプション): マッピングドキュメント内で修飾されていないクラス名に対して割り当てる、
-                             パッケージの接頭辞(prefix)を指定します。
+                             <literal>package</literal> (繧ｪ繝励す繝ｧ繝ｳ): 繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝亥�縺ｧ菫ｮ鬟ｾ縺輔ｌ縺ｦ縺�↑縺�け繝ｩ繧ｹ蜷阪↓蟇ｾ縺励※蜑ｲ繧雁ｽ薙※繧九�
+                             繝代ャ繧ｱ繝ｼ繧ｸ縺ｮ謗･鬆ｭ霎�(prefix)繧呈欠螳壹＠縺ｾ縺吶�
                          </para>
                      </callout>
                  </calloutlist>
              </programlistingco>
              
              <para>
-                 （修飾されていない）同じ名前の永続クラスが2つあるなら、
-                 <literal>auto-import="false"</literal> を設定すべきです。
-                 2つのクラスに”インポートされた”同じ名前を割り当てようとすると、Hibernateは例外を投げます。
+                 �井ｿｮ鬟ｾ縺輔ｌ縺ｦ縺�↑縺�ｼ牙酔縺伜錐蜑阪�豌ｸ邯壹け繝ｩ繧ｹ縺�2縺､縺ゅｋ縺ｪ繧峨�
+                 <literal>auto-import="false"</literal> 繧定ｨｭ螳壹☆縺ｹ縺阪〒縺吶�
+                 2縺､縺ｮ繧ｯ繝ｩ繧ｹ縺ｫ窶昴う繝ｳ繝昴�繝医＆繧後◆窶晏酔縺伜錐蜑阪ｒ蜑ｲ繧雁ｽ薙※繧医≧縺ｨ縺吶ｋ縺ｨ縲？ibernate縺ｯ萓句､悶ｒ謚輔￡縺ｾ縺吶�
              </para>
 
              <para>
-                 <literal>hibernate-mapping</literal> 要素は、最初の例で示したようにいくつかの永続 <literal>&lt;class&gt;</literal> 
-                 マッピングをネストできます。
-                 しかし、１つのマッピングファイルではただひとつの永続クラス(またはひとつのクラス階層)にマッピングするようにし、
-                 さらに永続スーパークラスの後で指定するべきでしょう(いくつかのツールはこのようなマッピングファイルを想定しています)。
-                 例えば次のようになります。： <literal>Cat.hbm.xml</literal> ,
-                  <literal>Dog.hbm.xml</literal> , または継承を使うなら <literal>Animal.hbm.xml</literal> 。
+                 <literal>hibernate-mapping</literal> 隕∫ｴ�縺ｯ縲∵怙蛻昴�萓九〒遉ｺ縺励◆繧医≧縺ｫ縺�￥縺､縺九�豌ｸ邯� <literal>&lt;class&gt;</literal> 
+                 繝槭ャ繝斐Φ繧ｰ繧偵ロ繧ｹ繝医〒縺阪∪縺吶�
+                 縺励°縺励�ｼ代▽縺ｮ繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ縺ｧ縺ｯ縺溘□縺ｲ縺ｨ縺､縺ｮ豌ｸ邯壹け繝ｩ繧ｹ(縺ｾ縺溘�縺ｲ縺ｨ縺､縺ｮ繧ｯ繝ｩ繧ｹ髫主ｱ､)縺ｫ繝槭ャ繝斐Φ繧ｰ縺吶ｋ繧医≧縺ｫ縺励�
+                 縺輔ｉ縺ｫ豌ｸ邯壹せ繝ｼ繝代�繧ｯ繝ｩ繧ｹ縺ｮ蠕後〒謖�ｮ壹☆繧九∋縺阪〒縺励ｇ縺�(縺�￥縺､縺九�繝��繝ｫ縺ｯ縺薙�繧医≧縺ｪ繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ繧呈Φ螳壹＠縺ｦ縺�∪縺�)縲�
+                 萓九∴縺ｰ谺｡縺ｮ繧医≧縺ｫ縺ｪ繧翫∪縺吶ゑｼ� <literal>Cat.hbm.xml</literal> ,
+                  <literal>Dog.hbm.xml</literal> , 縺ｾ縺溘�邯呎価繧剃ｽｿ縺�↑繧� <literal>Animal.hbm.xml</literal> 縲�
              </para>
  
         </sect2>
@@ -272,7 +273,7 @@
             <title>class</title>
 
             <para>
-                <literal>class</literal> 要素を使って、永続クラスを宣言できます。
+                <literal>class</literal> 隕∫ｴ�繧剃ｽｿ縺｣縺ｦ縲∵ｰｸ邯壹け繝ｩ繧ｹ繧貞ｮ｣險縺ｧ縺阪∪縺吶�
             </para>
             
             <programlistingco>
@@ -328,140 +329,140 @@
                 <calloutlist>
                     <callout arearefs="class1">
                         <para>
-                            <literal>name</literal> (オプション)：永続クラス（またはインターフェイス）の完全修飾Javaクラス名。
-                            もしこの属性を指定しなければ、POJOではないエンティティに対するマッピングとして扱われます。
+                            <literal>name</literal> (繧ｪ繝励す繝ｧ繝ｳ)�壽ｰｸ邯壹け繝ｩ繧ｹ�医∪縺溘�繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ�峨�螳悟�菫ｮ鬟ｾJava繧ｯ繝ｩ繧ｹ蜷阪�
+                            繧ゅ＠縺薙�螻樊ｧ繧呈欠螳壹＠縺ｪ縺代ｌ縺ｰ縲￣OJO縺ｧ縺ｯ縺ｪ縺�お繝ｳ繝�ぅ繝�ぅ縺ｫ蟇ｾ縺吶ｋ繝槭ャ繝斐Φ繧ｰ縺ｨ縺励※謇ｱ繧上ｌ縺ｾ縺吶�
                             
                         </para>
                     </callout>
                     <callout arearefs="class2">
                         <para>
-                           <literal>table</literal> (オプション - デフォルトは修飾されていないクラス名)：データベーステーブルの名前
+                           <literal>table</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医�菫ｮ鬟ｾ縺輔ｌ縺ｦ縺�↑縺�け繝ｩ繧ｹ蜷�)�壹ョ繝ｼ繧ｿ繝吶�繧ｹ繝��繝悶Ν縺ｮ蜷榊燕
                         </para>
                     </callout>
                     <callout arearefs="class3">
                         <para>
-                            <literal>discriminator-value</literal> (オプション - デフォルトはクラス名)：
-                            ポリモーフィックな振る舞いに使われる個々のサブクラスを識別するための値。
-                            値は <literal>null</literal> か <literal>not null</literal> のいずれかを取ります。
+                            <literal>discriminator-value</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医�繧ｯ繝ｩ繧ｹ蜷�)��
+                            繝昴Μ繝｢繝ｼ繝輔ぅ繝�け縺ｪ謖ｯ繧玖�縺�↓菴ｿ繧上ｌ繧句九��繧ｵ繝悶け繝ｩ繧ｹ繧定ｭ伜挨縺吶ｋ縺溘ａ縺ｮ蛟､縲�
+                            蛟､縺ｯ <literal>null</literal> 縺� <literal>not null</literal> 縺ｮ縺�★繧後°繧貞叙繧翫∪縺吶�
                         </para>
                     </callout>
                     <callout arearefs="class4">
                         <para>
-                            <literal>mutable</literal> (オプション、 デフォルトは <literal>true</literal> )：
-                            そのクラスのインスタンスが更新可能（または不可能）であることを指定します。
+                            <literal>mutable</literal> (繧ｪ繝励す繝ｧ繝ｳ縲� 繝�ヵ繧ｩ繝ｫ繝医� <literal>true</literal> )��
+                            縺昴�繧ｯ繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺梧峩譁ｰ蜿ｯ閭ｽ�医∪縺溘�荳榊庄閭ｽ�峨〒縺ゅｋ縺薙→繧呈欠螳壹＠縺ｾ縺吶�
                         </para>
                     </callout>    
                     <callout arearefs="class5">
                         <para>
-                            <literal>schema</literal> （オプション）：
-                            ルートの <literal>&lt;hibernate-mapping&gt;</literal> 要素で指定されたスキーマ名をオーバーライドします。
+                            <literal>schema</literal> �医が繝励す繝ｧ繝ｳ�会ｼ�
+                            繝ｫ繝ｼ繝医� <literal>&lt;hibernate-mapping&gt;</literal> 隕∫ｴ�縺ｧ謖�ｮ壹＆繧後◆繧ｹ繧ｭ繝ｼ繝槫錐繧偵が繝ｼ繝舌�繝ｩ繧､繝峨＠縺ｾ縺吶�
                         </para>
                     </callout>                
                     <callout arearefs="class6">
                         <para>
-                            <literal>catalog</literal> （オプション）：ルートの <literal>&lt;hibernate-mapping&gt;</literal> 
-                            要素で指定されたカタログ名をオーバーライドします。
+                            <literal>catalog</literal> �医が繝励す繝ｧ繝ｳ�会ｼ壹Ν繝ｼ繝医� <literal>&lt;hibernate-mapping&gt;</literal> 
+                            隕∫ｴ�縺ｧ謖�ｮ壹＆繧後◆繧ｫ繧ｿ繝ｭ繧ｰ蜷阪ｒ繧ｪ繝ｼ繝舌�繝ｩ繧､繝峨＠縺ｾ縺吶�
                         </para>
                     </callout>                
                     <callout arearefs="class7">
                         <para>
-                            <literal>proxy</literal> （オプション）：遅延初期化プロキシに使うインターフェイスを指定します。
-                            永続化するクラス名そのものを指定することも可能です。
+                            <literal>proxy</literal> �医が繝励す繝ｧ繝ｳ�会ｼ夐≦蟒ｶ蛻晄悄蛹悶�繝ｭ繧ｭ繧ｷ縺ｫ菴ｿ縺�う繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧呈欠螳壹＠縺ｾ縺吶�
+                            豌ｸ邯壼喧縺吶ｋ繧ｯ繝ｩ繧ｹ蜷阪◎縺ｮ繧ゅ�繧呈欠螳壹☆繧九％縺ｨ繧ょ庄閭ｽ縺ｧ縺吶�
                         </para>
                     </callout>    
                     <callout arearefs="class8">
                         <para>
-                            <literal>dynamic-update</literal> （オプション、 デフォルトは <literal>false</literal> ）：
-                            値が変更されたカラムだけを含むSQLの <literal>UPDATE</literal> 文を、実行時に生成することを指定します。
+                            <literal>dynamic-update</literal> �医が繝励す繝ｧ繝ｳ縲� 繝�ヵ繧ｩ繝ｫ繝医� <literal>false</literal> �会ｼ�
+                            蛟､縺悟､画峩縺輔ｌ縺溘き繝ｩ繝�縺�縺代ｒ蜷ｫ繧SQL縺ｮ <literal>UPDATE</literal> 譁�ｒ縲∝ｮ溯｡梧凾縺ｫ逕滓�縺吶ｋ縺薙→繧呈欠螳壹＠縺ｾ縺吶�
                         </para>
                     </callout>    
                     <callout arearefs="class9">
                         <para>
-                            <literal>dynamic-insert</literal> （オプション, デフォルトは <literal>false</literal> ）：
-                            値がnullではないカラムだけを含むSQLの <literal>INSERT</literal> 文を、実行時に生成することを指定します。
+                            <literal>dynamic-insert</literal> �医が繝励す繝ｧ繝ｳ, 繝�ヵ繧ｩ繝ｫ繝医� <literal>false</literal> �会ｼ�
+                            蛟､縺系ull縺ｧ縺ｯ縺ｪ縺�き繝ｩ繝�縺�縺代ｒ蜷ｫ繧SQL縺ｮ <literal>INSERT</literal> 譁�ｒ縲∝ｮ溯｡梧凾縺ｫ逕滓�縺吶ｋ縺薙→繧呈欠螳壹＠縺ｾ縺吶�
                         </para>
                     </callout>    
                     <callout arearefs="class10">
                         <para>
-                            <literal>select-before-update</literal> (オプション, デフォルトは <literal>false</literal>): 
-                            オブジェクトが変更されたのが確実でないならば、HibernateがSQLの <literal>UPDATE</literal> を 
-                            <emphasis>決して実行しない</emphasis> ことを指定します。
-                            ある特定の場合(実際的には、一時オブジェクトが <literal>update()</literal> を使い、
-                            新しいセッションと関連付けられた時だけ)、<literal>UPDATE</literal> が実際に必要かどうかを決定するために、
-                            Hibernateが余分なSQLの <literal>SELECT</literal> 文を実行することを意味します。
+                            <literal>select-before-update</literal> (繧ｪ繝励す繝ｧ繝ｳ, 繝�ヵ繧ｩ繝ｫ繝医� <literal>false</literal>): 
+                            繧ｪ繝悶ず繧ｧ繧ｯ繝医′螟画峩縺輔ｌ縺溘�縺檎｢ｺ螳溘〒縺ｪ縺�↑繧峨�縲？ibernate縺郡QL縺ｮ <literal>UPDATE</literal> 繧� 
+                            <emphasis>豎ｺ縺励※螳溯｡後＠縺ｪ縺�</emphasis> 縺薙→繧呈欠螳壹＠縺ｾ縺吶�
+                            縺ゅｋ迚ｹ螳壹�蝣ｴ蜷�(螳滄圀逧�↓縺ｯ縲∽ｸ譎ゅが繝悶ず繧ｧ繧ｯ繝医′ <literal>update()</literal> 繧剃ｽｿ縺��
+                            譁ｰ縺励＞繧ｻ繝�す繝ｧ繝ｳ縺ｨ髢｢騾｣莉倥￠繧峨ｌ縺滓凾縺�縺�)縲�<literal>UPDATE</literal> 縺悟ｮ滄圀縺ｫ蠢�ｦ√°縺ｩ縺�°繧呈ｱｺ螳壹☆繧九◆繧√↓縲�
+                            Hibernate縺御ｽ吝�縺ｪSQL縺ｮ <literal>SELECT</literal> 譁�ｒ螳溯｡後☆繧九％縺ｨ繧呈э蜻ｳ縺励∪縺吶�
                         </para>
                     </callout>    
                     <callout arearefs="class11">
                         <para>
-                            (optional, デフォルトでは <literal>implicit</literal> ): implicit（暗黙）かexplicit（明示）の、
-                            どちらのクエリポリモーフィズムを使うか決定します。
+                            (optional, 繝�ヵ繧ｩ繝ｫ繝医〒縺ｯ <literal>implicit</literal> ): implicit�域囓鮟呻ｼ峨°explicit�域�遉ｺ�峨�縲�
+                            縺ｩ縺｡繧峨�繧ｯ繧ｨ繝ｪ繝昴Μ繝｢繝ｼ繝輔ぅ繧ｺ繝�繧剃ｽｿ縺�°豎ｺ螳壹＠縺ｾ縺吶�
                         </para>
                     </callout>    
                     <callout arearefs="class12">
                         <para>
-                            <literal>where</literal> （オプション）：
-                            このクラスのオブジェクトを検索するときに使用する、任意のSQLの <literal>WHERE</literal>  条件を指定します。
+                            <literal>where</literal> �医が繝励す繝ｧ繝ｳ�会ｼ�
+                            縺薙�繧ｯ繝ｩ繧ｹ縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ讀懃ｴ｢縺吶ｋ縺ｨ縺阪↓菴ｿ逕ｨ縺吶ｋ縲∽ｻｻ諢上�SQL縺ｮ <literal>WHERE</literal>  譚｡莉ｶ繧呈欠螳壹＠縺ｾ縺吶�
                         </para>
                     </callout>                 
                     <callout arearefs="class13">
                         <para>
-                            <literal>persister</literal> （オプション）：カスタム <literal>ClassPersister</literal> を指定します。
+                            <literal>persister</literal> �医が繝励す繝ｧ繝ｳ�会ｼ壹き繧ｹ繧ｿ繝� <literal>ClassPersister</literal> 繧呈欠螳壹＠縺ｾ縺吶�
                         </para>
                     </callout>                 
                     <callout arearefs="class14">
                         <para>
-                            <literal>batch-size</literal> （オプション, デフォルトは <literal>1</literal> ）：
-                            識別子でこのクラスのインスタンスを復元するときの「バッチサイズ」を指定します。
+                            <literal>batch-size</literal> �医が繝励す繝ｧ繝ｳ, 繝�ヵ繧ｩ繝ｫ繝医� <literal>1</literal> �会ｼ�
+                            隴伜挨蟄舌〒縺薙�繧ｯ繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧貞ｾｩ蜈�☆繧九→縺阪�縲後ヰ繝�メ繧ｵ繧､繧ｺ縲阪ｒ謖�ｮ壹＠縺ｾ縺吶�
                         </para>
                     </callout>                 
                    <callout arearefs="class15">
                         <para>
-                            <literal>optimistic-lock</literal> （オプション,デフォルトは <literal>version</literal> ）：
-                            楽観ロック戦略を決定します。
+                            <literal>optimistic-lock</literal> �医が繝励す繝ｧ繝ｳ,繝�ヵ繧ｩ繝ｫ繝医� <literal>version</literal> �会ｼ�
+                            讌ｽ隕ｳ繝ｭ繝�け謌ｦ逡･繧呈ｱｺ螳壹＠縺ｾ縺吶�
                         </para>
                     </callout>    
                     <callout arearefs="class16">
                         <para>
-                            <literal>lazy</literal> （オプション）： <literal>lazy="false"</literal> と設定することで、
-                            遅延フェッチができなくなります。
+                            <literal>lazy</literal> �医が繝励す繝ｧ繝ｳ�会ｼ� <literal>lazy="false"</literal> 縺ｨ險ｭ螳壹☆繧九％縺ｨ縺ｧ縲�
+                            驕�ｻｶ繝輔ぉ繝�メ縺後〒縺阪↑縺上↑繧翫∪縺吶�
                         </para>
                     </callout>    
                     <callout arearefs="class17">
                         <para>
-                            <literal>entity-name</literal> （オプション、デフォルトはクラス名）：
-                            Hibernate3ではクラスが複数回マッピングでき（場合によっては違うテーブルに対しても）、
-                            JavaレベルでMapやXMLで表現されるエンティティマッピングが可能です。
-                            これらの場合、エンティティに対して任意の名前を、明示的に付けなくてはなりません。
-                            詳しくは <xref linkend="persistent-classes-dynamicmodels"/> と <xref linkend="xml"/> を参照してください。
+                            <literal>entity-name</literal> �医が繝励す繝ｧ繝ｳ縲√ョ繝輔か繝ｫ繝医�繧ｯ繝ｩ繧ｹ蜷搾ｼ会ｼ�
+                            Hibernate3縺ｧ縺ｯ繧ｯ繝ｩ繧ｹ縺瑚､�焚蝗槭�繝�ヴ繝ｳ繧ｰ縺ｧ縺搾ｼ亥�ｴ蜷医↓繧医▲縺ｦ縺ｯ驕輔≧繝��繝悶Ν縺ｫ蟇ｾ縺励※繧ゑｼ峨�
+                            Java繝ｬ繝吶Ν縺ｧMap繧ЧML縺ｧ陦ｨ迴ｾ縺輔ｌ繧九お繝ｳ繝�ぅ繝�ぅ繝槭ャ繝斐Φ繧ｰ縺悟庄閭ｽ縺ｧ縺吶�
+                            縺薙ｌ繧峨�蝣ｴ蜷医√お繝ｳ繝�ぅ繝�ぅ縺ｫ蟇ｾ縺励※莉ｻ諢上�蜷榊燕繧偵∵�遉ｺ逧�↓莉倥￠縺ｪ縺上※縺ｯ縺ｪ繧翫∪縺帙ｓ縲�
+                            隧ｳ縺励￥縺ｯ <xref linkend="persistent-classes-dynamicmodels"/> 縺ｨ <xref linkend="xml"/> 繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
                         </para>
                     </callout>
                     <callout arearefs="class18">
                         <para>
-                            <literal>check</literal> （オプション）：自動的にスキーマを生成するために、
-                            複数行の <emphasis>check</emphasis> 制約を生成するSQL式。
+                            <literal>check</literal> �医が繝励す繝ｧ繝ｳ�会ｼ夊�蜍慕噪縺ｫ繧ｹ繧ｭ繝ｼ繝槭ｒ逕滓�縺吶ｋ縺溘ａ縺ｫ縲�
+                            隍�焚陦後� <emphasis>check</emphasis> 蛻ｶ邏�ｒ逕滓�縺吶ｋSQL蠑上�
                         </para>
                     </callout>
                     <callout arearefs="class19">
                         <para>
-                            <literal>rowid</literal> （オプション）：Hibernateは、それをサポートしているデータベースでROWIDと
-                            呼ばれるものを使うことができます。
-                            例えばOracleを使っているとき、このオプションに <literal>rowid</literal> を設定すれば、
-                            Hiberanteはupdateを高速化するために <literal>rowid</literal> という特別なカラムを使うことができます。
-                            ROWIDは詳細な実装であり、保存されたタプルの物理的な位置を表しています。
+                            <literal>rowid</literal> �医が繝励す繝ｧ繝ｳ�会ｼ唏ibernate縺ｯ縲√◎繧後ｒ繧ｵ繝昴�繝医＠縺ｦ縺�ｋ繝��繧ｿ繝吶�繧ｹ縺ｧROWID縺ｨ
+                            蜻ｼ縺ｰ繧後ｋ繧ゅ�繧剃ｽｿ縺�％縺ｨ縺後〒縺阪∪縺吶�
+                            萓九∴縺ｰOracle繧剃ｽｿ縺｣縺ｦ縺�ｋ縺ｨ縺阪√％縺ｮ繧ｪ繝励す繝ｧ繝ｳ縺ｫ <literal>rowid</literal> 繧定ｨｭ螳壹☆繧後�縲�
+                            Hiberante縺ｯupdate繧帝ｫ倬溷喧縺吶ｋ縺溘ａ縺ｫ <literal>rowid</literal> 縺ｨ縺�≧迚ｹ蛻･縺ｪ繧ｫ繝ｩ繝�繧剃ｽｿ縺�％縺ｨ縺後〒縺阪∪縺吶�
+                            ROWID縺ｯ隧ｳ邏ｰ縺ｪ螳溯｣�〒縺ゅｊ縲∽ｿ晏ｭ倥＆繧後◆繧ｿ繝励Ν縺ｮ迚ｩ逅�噪縺ｪ菴咲ｽｮ繧定｡ｨ縺励※縺�∪縺吶�
                         </para>
                     </callout>
                     <callout arearefs="class20">
                         <para>
-                            <literal>subselect</literal> （オプション）：不変かつ読み取り専用であるエンティティを
-                            データベースの副問合せ（subselect）にマッピングします。
-                            もし元のテーブルの代わりにビューを持ちたければ有用ですが、
-                            そうでないのなら有用ではありません。より詳しい情報は下記を参照してください。
+                            <literal>subselect</literal> �医が繝励す繝ｧ繝ｳ�会ｼ壻ｸ榊､峨°縺､隱ｭ縺ｿ蜿悶ｊ蟆ら畑縺ｧ縺ゅｋ繧ｨ繝ｳ繝�ぅ繝�ぅ繧�
+                            繝��繧ｿ繝吶�繧ｹ縺ｮ蜑ｯ蝠丞粋縺幢ｼ�subselect�峨↓繝槭ャ繝斐Φ繧ｰ縺励∪縺吶�
+                            繧ゅ＠蜈��繝��繝悶Ν縺ｮ莉｣繧上ｊ縺ｫ繝薙Η繝ｼ繧呈戟縺｡縺溘￠繧後�譛臥畑縺ｧ縺吶′縲�
+                            縺昴≧縺ｧ縺ｪ縺��縺ｪ繧画怏逕ｨ縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲ゅｈ繧願ｩｳ縺励＞諠��ｱ縺ｯ荳玖ｨ倥ｒ蜿ら�縺励※縺上□縺輔＞縲�
                         </para>
                     </callout>
                     <callout arearefs="class21">
                         <para>
-                            <literal>abstract</literal> （オプション）：
-                            <literal>&lt;union-subclass&gt;</literal> 階層内の抽象スーパークラスにマークするために使います。
+                            <literal>abstract</literal> �医が繝励す繝ｧ繝ｳ�会ｼ�
+                            <literal>&lt;union-subclass&gt;</literal> 髫主ｱ､蜀��謚ｽ雎｡繧ｹ繝ｼ繝代�繧ｯ繝ｩ繧ｹ縺ｫ繝槭�繧ｯ縺吶ｋ縺溘ａ縺ｫ菴ｿ縺�∪縺吶�
                         </para>
                     </callout>
 
@@ -469,102 +470,102 @@
             </programlistingco>
            
             <para>
-                永続クラスの名前にインターフェイスを指定してもまったく問題ありません。
-                そのときは <literal>&lt;subclass&gt;</literal> 要素を使って、
-                そのインターフェイスを実装するクラスを定義してください。
-                <emphasis>static</emphasis> な内部クラスでも永続化できます。
-                そのときは標準形式、例えば <literal>eg.Foo$Bar</literal> を使ってクラス名を指定してください。
+                豌ｸ邯壹け繝ｩ繧ｹ縺ｮ蜷榊燕縺ｫ繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧呈欠螳壹＠縺ｦ繧ゅ∪縺｣縺溘￥蝠城｡後≠繧翫∪縺帙ｓ縲�
+                縺昴�縺ｨ縺阪� <literal>&lt;subclass&gt;</literal> 隕∫ｴ�繧剃ｽｿ縺｣縺ｦ縲�
+                縺昴�繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧貞ｮ溯｣�☆繧九け繝ｩ繧ｹ繧貞ｮ夂ｾｩ縺励※縺上□縺輔＞縲�
+                <emphasis>static</emphasis> 縺ｪ蜀�Κ繧ｯ繝ｩ繧ｹ縺ｧ繧よｰｸ邯壼喧縺ｧ縺阪∪縺吶�
+                縺昴�縺ｨ縺阪�讓呎ｺ門ｽ｢蠑上∽ｾ九∴縺ｰ <literal>eg.Foo$Bar</literal> 繧剃ｽｿ縺｣縺ｦ繧ｯ繝ｩ繧ｹ蜷阪ｒ謖�ｮ壹＠縺ｦ縺上□縺輔＞縲�
             </para>
 
             <para>
-                <literal>mutable="false"</literal> 指定をした不変クラスは、
-                アプリケーションによる更新や削除が出来ないことがあります。
-                これにより、Hibernateがパフォーマンスを少し改善します。
+                <literal>mutable="false"</literal> 謖�ｮ壹ｒ縺励◆荳榊､峨け繝ｩ繧ｹ縺ｯ縲�
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ繧医ｋ譖ｴ譁ｰ繧�炎髯､縺悟�譚･縺ｪ縺�％縺ｨ縺後≠繧翫∪縺吶�
+                縺薙ｌ縺ｫ繧医ｊ縲？ibernate縺後ヱ繝輔か繝ｼ繝槭Φ繧ｹ繧貞ｰ代＠謾ｹ蝟�＠縺ｾ縺吶�
             </para>
             
             <para>
-                オプションの <literal>proxy</literal> 属性により、クラスの永続インスタンスの遅延初期化が可能になります。
-                Hibernateは最初に、指定したインターフェイスを実装したCGLIBプロキシを返します。
-                実際の永続オブジェクトはプロキシのメソッドを呼び出すときにロードします。
-                以下の「遅延初期化のためのプロキシ」を参照してください。
+                繧ｪ繝励す繝ｧ繝ｳ縺ｮ <literal>proxy</literal> 螻樊ｧ縺ｫ繧医ｊ縲√け繝ｩ繧ｹ縺ｮ豌ｸ邯壹う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ驕�ｻｶ蛻晄悄蛹悶′蜿ｯ閭ｽ縺ｫ縺ｪ繧翫∪縺吶�
+                Hibernate縺ｯ譛蛻昴↓縲∵欠螳壹＠縺溘う繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧貞ｮ溯｣�＠縺櫃GLIB繝励Ο繧ｭ繧ｷ繧定ｿ斐＠縺ｾ縺吶�
+                螳滄圀縺ｮ豌ｸ邯壹が繝悶ず繧ｧ繧ｯ繝医�繝励Ο繧ｭ繧ｷ縺ｮ繝｡繧ｽ繝�ラ繧貞他縺ｳ蜃ｺ縺吶→縺阪↓繝ｭ繝ｼ繝峨＠縺ｾ縺吶�
+                莉･荳九�縲碁≦蟒ｶ蛻晄悄蛹悶�縺溘ａ縺ｮ繝励Ο繧ｭ繧ｷ縲阪ｒ蜿ら�縺励※縺上□縺輔＞縲�
             </para>
             
             <para>
-                <emphasis>暗黙的</emphasis> ポリモーフィズムとは、次の二つを意味しています。
-                一つはクラスのインスタンスが、スーパークラスや実装したインターフェイス、またそのクラスを指定するクエリによって返されることで、
-                もう一つはそのクラスのサブクラスのインスタンスが、そのクラス自身を指定したクエリによって返されることです。
-                また、<emphasis>明示的</emphasis> ポリモーフィズムとは、次の二つを意味しています。
-                一つはクラスのインスタンスが、そのクラスを明示的に指定したクエリによってのみ返されることで、
-                もう一つはクラスを指定したクエリが、<literal>&lt;class&gt;</literal> 要素の中で <literal>&lt;subclass&gt;</literal> や 
-                <literal>&lt;joined-subclass&gt;</literal> とマッピングされているサブクラスのインスタンスだけを返すことです。
-                ほとんどの用途ではデフォルトの <literal>polymorphism="implicit"</literal> が適切です。
-                明示的なポリモーフィズムは、2つの違ったクラスが同じテーブルにマッピングされているときに有用です
-                （これによってテーブルカラムのサブセットを含む、「軽量な」クラスが可能になります）。
+                <emphasis>證鈴ｻ咏噪</emphasis> 繝昴Μ繝｢繝ｼ繝輔ぅ繧ｺ繝�縺ｨ縺ｯ縲∵ｬ｡縺ｮ莠後▽繧呈э蜻ｳ縺励※縺�∪縺吶�
+                荳縺､縺ｯ繧ｯ繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺後√せ繝ｼ繝代�繧ｯ繝ｩ繧ｹ繧�ｮ溯｣�＠縺溘う繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縲√∪縺溘◎縺ｮ繧ｯ繝ｩ繧ｹ繧呈欠螳壹☆繧九け繧ｨ繝ｪ縺ｫ繧医▲縺ｦ霑斐＆繧後ｋ縺薙→縺ｧ縲�
+                繧ゅ≧荳縺､縺ｯ縺昴�繧ｯ繝ｩ繧ｹ縺ｮ繧ｵ繝悶け繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺後√◎縺ｮ繧ｯ繝ｩ繧ｹ閾ｪ霄ｫ繧呈欠螳壹＠縺溘け繧ｨ繝ｪ縺ｫ繧医▲縺ｦ霑斐＆繧後ｋ縺薙→縺ｧ縺吶�
+                縺ｾ縺溘�<emphasis>譏守､ｺ逧�</emphasis> 繝昴Μ繝｢繝ｼ繝輔ぅ繧ｺ繝�縺ｨ縺ｯ縲∵ｬ｡縺ｮ莠後▽繧呈э蜻ｳ縺励※縺�∪縺吶�
+                荳縺､縺ｯ繧ｯ繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺後√◎縺ｮ繧ｯ繝ｩ繧ｹ繧呈�遉ｺ逧�↓謖�ｮ壹＠縺溘け繧ｨ繝ｪ縺ｫ繧医▲縺ｦ縺ｮ縺ｿ霑斐＆繧後ｋ縺薙→縺ｧ縲�
+                繧ゅ≧荳縺､縺ｯ繧ｯ繝ｩ繧ｹ繧呈欠螳壹＠縺溘け繧ｨ繝ｪ縺後�<literal>&lt;class&gt;</literal> 隕∫ｴ�縺ｮ荳ｭ縺ｧ <literal>&lt;subclass&gt;</literal> 繧� 
+                <literal>&lt;joined-subclass&gt;</literal> 縺ｨ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｦ縺�ｋ繧ｵ繝悶け繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺�縺代ｒ霑斐☆縺薙→縺ｧ縺吶�
+                縺ｻ縺ｨ繧薙←縺ｮ逕ｨ騾斐〒縺ｯ繝�ヵ繧ｩ繝ｫ繝医� <literal>polymorphism="implicit"</literal> 縺碁←蛻�〒縺吶�
+                譏守､ｺ逧�↑繝昴Μ繝｢繝ｼ繝輔ぅ繧ｺ繝�縺ｯ縲�2縺､縺ｮ驕輔▲縺溘け繝ｩ繧ｹ縺悟酔縺倥ユ繝ｼ繝悶Ν縺ｫ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｦ縺�ｋ縺ｨ縺阪↓譛臥畑縺ｧ縺�
+                �医％繧後↓繧医▲縺ｦ繝��繝悶Ν繧ｫ繝ｩ繝�縺ｮ繧ｵ繝悶そ繝�ヨ繧貞性繧縲√瑚ｻｽ驥上↑縲阪け繝ｩ繧ｹ縺悟庄閭ｽ縺ｫ縺ｪ繧翫∪縺呻ｼ峨�
             </para>
             
             <para>
-                <literal>persister</literal> 属性を指定することで、クラスの永続化戦略をカスタマイズできます。
-                例えば <literal>org.hibernate.persister.EntityPersister</literal> 自身のサブクラスを指定したり、
-                また例えばストアドプロシージャコール、フラットファイルへシリアライズ、
-                LDAPなどを通した永続性を実装する <literal>org.hibernate.persister.ClassPersister</literal> 
-                インターフェイスの完全に新しい実装を提供できます。簡単な例として <literal>org.hibernate.test.CustomPersister</literal> 
-                を見てください（これは <literal>Hashtable</literal> の「永続化」です）。
+                <literal>persister</literal> 螻樊ｧ繧呈欠螳壹☆繧九％縺ｨ縺ｧ縲√け繝ｩ繧ｹ縺ｮ豌ｸ邯壼喧謌ｦ逡･繧偵き繧ｹ繧ｿ繝槭う繧ｺ縺ｧ縺阪∪縺吶�
+                萓九∴縺ｰ <literal>org.hibernate.persister.EntityPersister</literal> 閾ｪ霄ｫ縺ｮ繧ｵ繝悶け繝ｩ繧ｹ繧呈欠螳壹＠縺溘ｊ縲�
+                縺ｾ縺滉ｾ九∴縺ｰ繧ｹ繝医い繝峨�繝ｭ繧ｷ繝ｼ繧ｸ繝｣繧ｳ繝ｼ繝ｫ縲√ヵ繝ｩ繝�ヨ繝輔ぃ繧､繝ｫ縺ｸ繧ｷ繝ｪ繧｢繝ｩ繧､繧ｺ縲�
+                LDAP縺ｪ縺ｩ繧帝壹＠縺滓ｰｸ邯壽ｧ繧貞ｮ溯｣�☆繧� <literal>org.hibernate.persister.ClassPersister</literal> 
+                繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｮ螳悟�縺ｫ譁ｰ縺励＞螳溯｣�ｒ謠蝉ｾ帙〒縺阪∪縺吶らｰ｡蜊倥↑萓九→縺励※ <literal>org.hibernate.test.CustomPersister</literal> 
+                繧定ｦ九※縺上□縺輔＞�医％繧後� <literal>Hashtable</literal> 縺ｮ縲梧ｰｸ邯壼喧縲阪〒縺呻ｼ峨�
                 
             </para>
             
             <para>
-                <literal>dynamic-update</literal> と <literal>dynamic-insert</literal> の設定はサブクラスに継承されません。
-                そのため <literal>&lt;subclass&gt;</literal> や <literal>&lt;joined-subclass&gt;</literal> 要素を指定することも出来ます。
-                これらの設定はパフォーマンスを向上させる事もありますが、落とすこともありますので、慎重に使用してください。
+                <literal>dynamic-update</literal> 縺ｨ <literal>dynamic-insert</literal> 縺ｮ險ｭ螳壹�繧ｵ繝悶け繝ｩ繧ｹ縺ｫ邯呎価縺輔ｌ縺ｾ縺帙ｓ縲�
+                縺昴�縺溘ａ <literal>&lt;subclass&gt;</literal> 繧� <literal>&lt;joined-subclass&gt;</literal> 隕∫ｴ�繧呈欠螳壹☆繧九％縺ｨ繧ょ�譚･縺ｾ縺吶�
+                縺薙ｌ繧峨�險ｭ螳壹�繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ繧貞髄荳翫＆縺帙ｋ莠九ｂ縺ゅｊ縺ｾ縺吶′縲∬誠縺ｨ縺吶％縺ｨ繧ゅ≠繧翫∪縺吶�縺ｧ縲∵�驥阪↓菴ｿ逕ｨ縺励※縺上□縺輔＞縲�
             </para>
             
             <para>
-                <literal>select-before-update</literal> の使用は通常パフォーマンスを落とします。
-                もし <literal>Session</literal> へ分離インスタンスのグラフを再追加するなら、
-                データベース更新のトリガを不必要に呼び出すのを避けるという点で、非常に有用です。
+                <literal>select-before-update</literal> 縺ｮ菴ｿ逕ｨ縺ｯ騾壼ｸｸ繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ繧定誠縺ｨ縺励∪縺吶�
+                繧ゅ＠ <literal>Session</literal> 縺ｸ蛻�屬繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ繧ｰ繝ｩ繝輔ｒ蜀崎ｿｽ蜉�縺吶ｋ縺ｪ繧峨�
+                繝��繧ｿ繝吶�繧ｹ譖ｴ譁ｰ縺ｮ繝医Μ繧ｬ繧剃ｸ榊ｿ�ｦ√↓蜻ｼ縺ｳ蜃ｺ縺吶�繧帝∩縺代ｋ縺ｨ縺�≧轤ｹ縺ｧ縲�撼蟶ｸ縺ｫ譛臥畑縺ｧ縺吶�
             </para>
             
             <para>
-                <literal>dynamic-update</literal> を有効にすれば、楽観ロック戦略を選ぶことになります。
+                <literal>dynamic-update</literal> 繧呈怏蜉ｹ縺ｫ縺吶ｌ縺ｰ縲∵･ｽ隕ｳ繝ｭ繝�け謌ｦ逡･繧帝∈縺ｶ縺薙→縺ｫ縺ｪ繧翫∪縺吶�
             </para>
             <itemizedlist>
                 <listitem>
                     <para>
-                        <literal>version</literal> バージョン/タイムスタンプカラムをチェックします
+                        <literal>version</literal> 繝舌�繧ｸ繝ｧ繝ｳ/繧ｿ繧､繝�繧ｹ繧ｿ繝ｳ繝励き繝ｩ繝�繧偵メ繧ｧ繝�け縺励∪縺�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        <literal>all</literal> すべてのカラムをチェックします。
+                        <literal>all</literal> 縺吶∋縺ｦ縺ｮ繧ｫ繝ｩ繝�繧偵メ繧ｧ繝�け縺励∪縺吶�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        <literal>dirty</literal> 変更したカラムをチェックし、同時更新できるようにします。
+                        <literal>dirty</literal> 螟画峩縺励◆繧ｫ繝ｩ繝�繧偵メ繧ｧ繝�け縺励∝酔譎よ峩譁ｰ縺ｧ縺阪ｋ繧医≧縺ｫ縺励∪縺吶�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        <literal>none</literal> 楽観ロックを使用しません
+                        <literal>none</literal> 讌ｽ隕ｳ繝ｭ繝�け繧剃ｽｿ逕ｨ縺励∪縺帙ｓ
                     </para>
                 </listitem>
             </itemizedlist>
             <para>
-                Hibernateで楽観的ロック戦略を使うなら、バージョン/タイムスタンプカラムを使うことを
-                 <emphasis> 非常に</emphasis> 強くお勧めします。
-                楽観的ロックはパフォーマンスの観点からも最適であり、さらに分離インスタンスへの修正
-                （つまり <literal>Session.marge()</literal> が使われるとき）
-                を正確に扱うことのできる唯一の戦略でもあります。
+                Hibernate縺ｧ讌ｽ隕ｳ逧�Ο繝�け謌ｦ逡･繧剃ｽｿ縺�↑繧峨√ヰ繝ｼ繧ｸ繝ｧ繝ｳ/繧ｿ繧､繝�繧ｹ繧ｿ繝ｳ繝励き繝ｩ繝�繧剃ｽｿ縺�％縺ｨ繧�
+                 <emphasis> 髱槫ｸｸ縺ｫ</emphasis> 蠑ｷ縺上♀蜍ｧ繧√＠縺ｾ縺吶�
+                讌ｽ隕ｳ逧�Ο繝�け縺ｯ繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ縺ｮ隕ｳ轤ｹ縺九ｉ繧よ怙驕ｩ縺ｧ縺ゅｊ縲√＆繧峨↓蛻�屬繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｸ縺ｮ菫ｮ豁｣
+                �医▽縺ｾ繧� <literal>Session.marge()</literal> 縺御ｽｿ繧上ｌ繧九→縺搾ｼ�
+                繧呈ｭ｣遒ｺ縺ｫ謇ｱ縺�％縺ｨ縺ｮ縺ｧ縺阪ｋ蜚ｯ荳縺ｮ謌ｦ逡･縺ｧ繧ゅ≠繧翫∪縺吶�
             </para>
             
             <para>
-                Hibernateのマッピングにとってビューと普通のテーブルの間に違いはなく、
-                データベースレベルでは透過的です
-                （ただしビューを完全にはサポートしていないDBMSもあります。
-                特に、更新のあるビューに対してはそうです）。
-                ビューを使いたくても、データベースで作成できないことがあります
-                （例えば、レガシースキーマの場合）。
-                この場合には、不変かつ読み取り専用のエンティティに与えられたSQLの副問合せ文をマップできます。
+                Hibernate縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｫ縺ｨ縺｣縺ｦ繝薙Η繝ｼ縺ｨ譎ｮ騾壹�繝��繝悶Ν縺ｮ髢薙↓驕輔＞縺ｯ縺ｪ縺上�
+                繝��繧ｿ繝吶�繧ｹ繝ｬ繝吶Ν縺ｧ縺ｯ騾城℃逧�〒縺�
+                �医◆縺�縺励ン繝･繝ｼ繧貞ｮ悟�縺ｫ縺ｯ繧ｵ繝昴�繝医＠縺ｦ縺�↑縺ДBMS繧ゅ≠繧翫∪縺吶�
+                迚ｹ縺ｫ縲∵峩譁ｰ縺ｮ縺ゅｋ繝薙Η繝ｼ縺ｫ蟇ｾ縺励※縺ｯ縺昴≧縺ｧ縺呻ｼ峨�
+                繝薙Η繝ｼ繧剃ｽｿ縺�◆縺上※繧ゅ√ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｧ菴懈�縺ｧ縺阪↑縺�％縺ｨ縺後≠繧翫∪縺�
+                �井ｾ九∴縺ｰ縲√Ξ繧ｬ繧ｷ繝ｼ繧ｹ繧ｭ繝ｼ繝槭�蝣ｴ蜷茨ｼ峨�
+                縺薙�蝣ｴ蜷医↓縺ｯ縲∽ｸ榊､峨°縺､隱ｭ縺ｿ蜿悶ｊ蟆ら畑縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｫ荳弱∴繧峨ｌ縺欖QL縺ｮ蜑ｯ蝠丞粋縺帶枚繧偵�繝��縺ｧ縺阪∪縺吶�
             </para>
 
             <programlisting><![CDATA[<class name="Summary">
@@ -581,10 +582,10 @@
 </class>]]></programlisting>
 
             <para>
-                テーブルをこのエンティティと同期するように定義してください。
-                オートフラッシュが確実に起こるように、また導出エンティティに対するクエリが古いデータを
-                返さないようにするためです。
-                <literal>&lt;subselect&gt;</literal> は属性とネストしたマッピング属性のどちらでも利用できます。
+                繝��繝悶Ν繧偵％縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｨ蜷梧悄縺吶ｋ繧医≧縺ｫ螳夂ｾｩ縺励※縺上□縺輔＞縲�
+                繧ｪ繝ｼ繝医ヵ繝ｩ繝�す繝･縺檎｢ｺ螳溘↓襍ｷ縺薙ｋ繧医≧縺ｫ縲√∪縺溷ｰ主�繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｫ蟇ｾ縺吶ｋ繧ｯ繧ｨ繝ｪ縺悟商縺�ョ繝ｼ繧ｿ繧�
+                霑斐＆縺ｪ縺�ｈ縺�↓縺吶ｋ縺溘ａ縺ｧ縺吶�
+                <literal>&lt;subselect&gt;</literal> 縺ｯ螻樊ｧ縺ｨ繝阪せ繝医＠縺溘�繝�ヴ繝ｳ繧ｰ螻樊ｧ縺ｮ縺ｩ縺｡繧峨〒繧ょ茜逕ｨ縺ｧ縺阪∪縺吶�
             </para>
 
         </sect2>
@@ -593,9 +594,9 @@
             <title>id</title>
 
             <para>
-                マップされたクラスはデータベーステーブルの主キーカラムを定義 <emphasis>しなければなりません</emphasis> 。
-                ほとんどのクラスにはインスタンスのユニークな識別子を保持するJavaBeansスタイルのプロパティもあります。
-                <literal>&lt;id&gt;</literal> 要素は、そのプロパティから主キーカラムへのマッピングを定義します。
+                繝槭ャ繝励＆繧後◆繧ｯ繝ｩ繧ｹ縺ｯ繝��繧ｿ繝吶�繧ｹ繝��繝悶Ν縺ｮ荳ｻ繧ｭ繝ｼ繧ｫ繝ｩ繝�繧貞ｮ夂ｾｩ <emphasis>縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ</emphasis> 縲�
+                縺ｻ縺ｨ繧薙←縺ｮ繧ｯ繝ｩ繧ｹ縺ｫ縺ｯ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ繝ｦ繝九�繧ｯ縺ｪ隴伜挨蟄舌ｒ菫晄戟縺吶ｋJavaBeans繧ｹ繧ｿ繧､繝ｫ縺ｮ繝励Ο繝代ユ繧｣繧ゅ≠繧翫∪縺吶�
+                <literal>&lt;id&gt;</literal> 隕∫ｴ�縺ｯ縲√◎縺ｮ繝励Ο繝代ユ繧｣縺九ｉ荳ｻ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺ｸ縺ｮ繝槭ャ繝斐Φ繧ｰ繧貞ｮ夂ｾｩ縺励∪縺吶�
             </para>
             
             <programlistingco>
@@ -619,60 +620,60 @@
                 <calloutlist>
                     <callout arearefs="id1">
                         <para>
-                            <literal>name</literal>（オプション）：識別子プロパティの名前。
+                            <literal>name</literal>�医が繝励す繝ｧ繝ｳ�会ｼ夊ｭ伜挨蟄舌�繝ｭ繝代ユ繧｣縺ｮ蜷榊燕縲�
                         </para>
                     </callout>
                     <callout arearefs="id2">
                         <para>
-                            <literal>type</literal>（オプション）：Hibernateの型を示す名前。
+                            <literal>type</literal>�医が繝励す繝ｧ繝ｳ�会ｼ唏ibernate縺ｮ蝙九ｒ遉ｺ縺吝錐蜑阪�
                         </para>
                     </callout>
                     <callout arearefs="id3">
                         <para>
-                             <literal>column</literal>（オプション - デフォルトはプロパティ名）：
-                            主キーカラムの名前。
+                             <literal>column</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医�繝励Ο繝代ユ繧｣蜷搾ｼ会ｼ�
+                            荳ｻ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺ｮ蜷榊燕縲�
                         </para>
                     </callout>
                     <callout arearefs="id4">
                         <para>
-                            <literal>unsaved-value</literal>（オプション - デフォルトの値はsensible）：
-                            インスタンスが新しくインスタンス化された
-                            （セーブされていない）ことを示す、識別子プロパティの値。
-                            以前のSessionでセーブまたはロードされた一時的インスタンスと区別するために
-                            使います。
+                            <literal>unsaved-value</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医�蛟､縺ｯsensible�会ｼ�
+                            繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺梧眠縺励￥繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ蛹悶＆繧後◆
+                            �医そ繝ｼ繝悶＆繧後※縺�↑縺�ｼ峨％縺ｨ繧堤､ｺ縺吶∬ｭ伜挨蟄舌�繝ｭ繝代ユ繧｣縺ｮ蛟､縲�
+                            莉･蜑阪�Session縺ｧ繧ｻ繝ｼ繝悶∪縺溘�繝ｭ繝ｼ繝峨＆繧後◆荳譎ら噪繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｨ蛹ｺ蛻･縺吶ｋ縺溘ａ縺ｫ
+                            菴ｿ縺�∪縺吶�
                         </para>
                     </callout>            
                    <callout arearefs="id5">
                         <para>
-                            <literal>access</literal>（オプション - デフォルトは <literal>property</literal> ）：
-                            プロパティの値へアクセスするためにHibernateが使う戦略です。
+                            <literal>access</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>property</literal> �会ｼ�
+                            繝励Ο繝代ユ繧｣縺ｮ蛟､縺ｸ繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ縺溘ａ縺ｫHibernate縺御ｽｿ縺�姶逡･縺ｧ縺吶�
                         </para>
                     </callout>
                 </calloutlist>
             </programlistingco>
             
             <para>
-                 <literal>name</literal> 属性がなければ、クラスには識別子プロパティがないものとみなされます。
+                 <literal>name</literal> 螻樊ｧ縺後↑縺代ｌ縺ｰ縲√け繝ｩ繧ｹ縺ｫ縺ｯ隴伜挨蟄舌�繝ｭ繝代ユ繧｣縺後↑縺�ｂ縺ｮ縺ｨ縺ｿ縺ｪ縺輔ｌ縺ｾ縺吶�
             </para>
             
             <para>
-                <literal>unsaved-value</literal> 属性はHibernate3ではほとんどの場合、必要ではありません。
+                <literal>unsaved-value</literal> 螻樊ｧ縺ｯHibernate3縺ｧ縺ｯ縺ｻ縺ｨ繧薙←縺ｮ蝣ｴ蜷医∝ｿ�ｦ√〒縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
             </para>
 
              <para>
-                複合キーを持つレガシーデータにアクセスできるように、
-                <literal>&lt;composite-id&gt;</literal> という代替のマッピング定義があります。
-                しかし他の用途への使用は全くおすすめできません。
+                隍�粋繧ｭ繝ｼ繧呈戟縺､繝ｬ繧ｬ繧ｷ繝ｼ繝��繧ｿ縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺ｧ縺阪ｋ繧医≧縺ｫ縲�
+                <literal>&lt;composite-id&gt;</literal> 縺ｨ縺�≧莉｣譖ｿ縺ｮ繝槭ャ繝斐Φ繧ｰ螳夂ｾｩ縺後≠繧翫∪縺吶�
+                縺励°縺嶺ｻ悶�逕ｨ騾斐∈縺ｮ菴ｿ逕ｨ縺ｯ蜈ｨ縺上♀縺吶☆繧√〒縺阪∪縺帙ｓ縲�
             </para>
             
             <sect3 id="mapping-declaration-id-generator" revision="2">
-                <title>ジェネレータ</title>
+                <title>繧ｸ繧ｧ繝阪Ξ繝ｼ繧ｿ</title>
 
                 <para>
-                    オプションの <literal>&lt;generator&gt;</literal> 子要素は、
-                    永続クラスのインスタンスのユニークな識別子を生成するために使う、Javaクラスを指定します。
-                    ジェネレータインスタンスの設定、もしくは初期化にパラメータが必要であれば、<literal>&lt;param&gt;</literal> 
-                    要素を使って渡すことができます。
+                    繧ｪ繝励す繝ｧ繝ｳ縺ｮ <literal>&lt;generator&gt;</literal> 蟄占ｦ∫ｴ�縺ｯ縲�
+                    豌ｸ邯壹け繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ繝ｦ繝九�繧ｯ縺ｪ隴伜挨蟄舌ｒ逕滓�縺吶ｋ縺溘ａ縺ｫ菴ｿ縺�゛ava繧ｯ繝ｩ繧ｹ繧呈欠螳壹＠縺ｾ縺吶�
+                    繧ｸ繧ｧ繝阪Ξ繝ｼ繧ｿ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ險ｭ螳壹√ｂ縺励￥縺ｯ蛻晄悄蛹悶↓繝代Λ繝｡繝ｼ繧ｿ縺悟ｿ�ｦ√〒縺ゅｌ縺ｰ縲�<literal>&lt;param&gt;</literal> 
+                    隕∫ｴ�繧剃ｽｿ縺｣縺ｦ貂｡縺吶％縺ｨ縺後〒縺阪∪縺吶�
                 </para>
 
                 <programlisting><![CDATA[<id name="id" type="long" column="cat_id">
@@ -683,11 +684,11 @@
 </id>]]></programlisting>
 
                 <para>
-                    すべてのジェネレータは、インターフェイス 
-                    <literal>org.hibernate.id.IdentifierGenerator</literal> を実装します。
-                    これはとても単純なインターフェイスなので、特別な実装を独自に用意するアプリケーションもあるかもしれません。
-                    しかしHibernateは組み込みの実装をいくつも用意しています。
-                    組み込みのジェネレータには以下のショートカット名があります：
+                    縺吶∋縺ｦ縺ｮ繧ｸ繧ｧ繝阪Ξ繝ｼ繧ｿ縺ｯ縲√う繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ 
+                    <literal>org.hibernate.id.IdentifierGenerator</literal> 繧貞ｮ溯｣�＠縺ｾ縺吶�
+                    縺薙ｌ縺ｯ縺ｨ縺ｦ繧ょ腰邏斐↑繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｪ縺ｮ縺ｧ縲∫音蛻･縺ｪ螳溯｣�ｒ迢ｬ閾ｪ縺ｫ逕ｨ諢上☆繧九い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ゅ≠繧九°繧ゅ＠繧後∪縺帙ｓ縲�
+                    縺励°縺幽ibernate縺ｯ邨�∩霎ｼ縺ｿ縺ｮ螳溯｣�ｒ縺�￥縺､繧ら畑諢上＠縺ｦ縺�∪縺吶�
+                    邨�∩霎ｼ縺ｿ縺ｮ繧ｸ繧ｧ繝阪Ξ繝ｼ繧ｿ縺ｫ縺ｯ莉･荳九�繧ｷ繝ｧ繝ｼ繝医き繝�ヨ蜷阪′縺ゅｊ縺ｾ縺呻ｼ�
 
                     <variablelist>
                         <varlistentry>
@@ -695,9 +696,9 @@
                         <listitem>
                             <para>
                                 <literal>long</literal> , <literal>short</literal> , 
-                                <literal>int</literal> 型の識別子を生成します。
-                                これらは他のプロセスが同じテーブルにデータを挿入しないときだけユニークです。
-                                <emphasis>クラスタ内では使わないでください</emphasis> 。
+                                <literal>int</literal> 蝙九�隴伜挨蟄舌ｒ逕滓�縺励∪縺吶�
+                                縺薙ｌ繧峨�莉悶�繝励Ο繧ｻ繧ｹ縺悟酔縺倥ユ繝ｼ繝悶Ν縺ｫ繝��繧ｿ繧呈諺蜈･縺励↑縺�→縺阪□縺代Θ繝九�繧ｯ縺ｧ縺吶�
+                                <emphasis>繧ｯ繝ｩ繧ｹ繧ｿ蜀�〒縺ｯ菴ｿ繧上↑縺�〒縺上□縺輔＞</emphasis> 縲�
                             </para>
                         </listitem>
                         </varlistentry>
@@ -705,10 +706,10 @@
                         <term><literal>identity</literal></term>
                         <listitem>
                             <para>
-                                DB2, MySQL, MS SQL Server, Sybase, HypersonicSQLの識別子カラムを
-                                サポートします。
-                                返される識別子の型は <literal>long</literal> , <literal>short</literal> , 
-                                <literal>int</literal> のいずれかです。
+                                DB2, MySQL, MS SQL Server, Sybase, HypersonicSQL縺ｮ隴伜挨蟄舌き繝ｩ繝�繧�
+                                繧ｵ繝昴�繝医＠縺ｾ縺吶�
+                                霑斐＆繧後ｋ隴伜挨蟄舌�蝙九� <literal>long</literal> , <literal>short</literal> , 
+                                <literal>int</literal> 縺ｮ縺�★繧後°縺ｧ縺吶�
                             </para>
                         </listitem>
                         </varlistentry>
@@ -716,9 +717,9 @@
                         <term><literal>sequence</literal></term>
                         <listitem>
                             <para>
-                                  DB2, PostgreSQL, Oracle, SAP DB, McKoiのシーケンスや、Interbaseのジェネレータを使用します。
-                                  返される識別子の型は <literal>long</literal> , <literal>short</literal> , 
-                                <literal>int</literal> のいずれかです。
+                                  DB2, PostgreSQL, Oracle, SAP DB, McKoi縺ｮ繧ｷ繝ｼ繧ｱ繝ｳ繧ｹ繧�！nterbase縺ｮ繧ｸ繧ｧ繝阪Ξ繝ｼ繧ｿ繧剃ｽｿ逕ｨ縺励∪縺吶�
+                                  霑斐＆繧後ｋ隴伜挨蟄舌�蝙九� <literal>long</literal> , <literal>short</literal> , 
+                                <literal>int</literal> 縺ｮ縺�★繧後°縺ｧ縺吶�
                             </para>
                         </listitem>
                         </varlistentry>
@@ -727,11 +728,11 @@
                         <listitem>
                             <para id="mapping-declaration-id-hilodescription" revision="1">
                                  <literal>long</literal> , <literal>short</literal> , 
-                                <literal>int</literal> 型の識別子を効率的に生成するhi/loアルゴリズムを使います。
-                                hi値のソースとして、テーブルとカラムを与えます(デフォルトではそれぞれ <literal>hibernate_unique_key</literal> と 
-                                <literal>next_hi</literal> )。
+                                <literal>int</literal> 蝙九�隴伜挨蟄舌ｒ蜉ｹ邇�噪縺ｫ逕滓�縺吶ｋhi/lo繧｢繝ｫ繧ｴ繝ｪ繧ｺ繝�繧剃ｽｿ縺�∪縺吶�
+                                hi蛟､縺ｮ繧ｽ繝ｼ繧ｹ縺ｨ縺励※縲√ユ繝ｼ繝悶Ν縺ｨ繧ｫ繝ｩ繝�繧剃ｸ弱∴縺ｾ縺�(繝�ヵ繧ｩ繝ｫ繝医〒縺ｯ縺昴ｌ縺槭ｌ <literal>hibernate_unique_key</literal> 縺ｨ 
+                                <literal>next_hi</literal> )縲�
                                
-                                hi/loアルゴリズムは特定のデータベースに対してのみユニークな識別子を生成します。
+                                hi/lo繧｢繝ｫ繧ｴ繝ｪ繧ｺ繝�縺ｯ迚ｹ螳壹�繝��繧ｿ繝吶�繧ｹ縺ｫ蟇ｾ縺励※縺ｮ縺ｿ繝ｦ繝九�繧ｯ縺ｪ隴伜挨蟄舌ｒ逕滓�縺励∪縺吶�
                             </para>
                         </listitem>
                         </varlistentry>
@@ -740,8 +741,8 @@
                         <listitem>
                             <para>
                                 <literal>long</literal> , <literal>short</literal> , 
-                                <literal>int</literal> 型の識別子を効率的に生成するhi/loアルゴリズムを使います。
-                                指定されたデータベースシーケンスを与えます。
+                                <literal>int</literal> 蝙九�隴伜挨蟄舌ｒ蜉ｹ邇�噪縺ｫ逕滓�縺吶ｋhi/lo繧｢繝ｫ繧ｴ繝ｪ繧ｺ繝�繧剃ｽｿ縺�∪縺吶�
+                                謖�ｮ壹＆繧後◆繝��繧ｿ繝吶�繧ｹ繧ｷ繝ｼ繧ｱ繝ｳ繧ｹ繧剃ｸ弱∴縺ｾ縺吶�
                                 
                             </para>
                         </listitem>
@@ -750,8 +751,8 @@
                         <term><literal>uuid</literal></term>
                         <listitem>
                             <para>
-                                (IPアドレスが使用される)ネットワーク内でユニークな文字列型の識別子を生成するために、
-                                128ビットのUUIDアルゴリズムを使用します。UUIDは長さ32の16進数字の文字列としてエンコードされます。
+                                (IP繧｢繝峨Ξ繧ｹ縺御ｽｿ逕ｨ縺輔ｌ繧�)繝阪ャ繝医Ρ繝ｼ繧ｯ蜀�〒繝ｦ繝九�繧ｯ縺ｪ譁�ｭ怜�蝙九�隴伜挨蟄舌ｒ逕滓�縺吶ｋ縺溘ａ縺ｫ縲�
+                                128繝薙ャ繝医�UUID繧｢繝ｫ繧ｴ繝ｪ繧ｺ繝�繧剃ｽｿ逕ｨ縺励∪縺吶６UID縺ｯ髟ｷ縺�32縺ｮ16騾ｲ謨ｰ蟄励�譁�ｭ怜�縺ｨ縺励※繧ｨ繝ｳ繧ｳ繝ｼ繝峨＆繧後∪縺吶�
                             </para>
                         </listitem>
                         </varlistentry>
@@ -759,7 +760,7 @@
                         <term><literal>guid</literal></term>
                         <listitem>
                             <para>
-                                MS SQLサーバとMySQLでデータベースが生成するGUID文字列を使用します。
+                                MS SQL繧ｵ繝ｼ繝舌→MySQL縺ｧ繝��繧ｿ繝吶�繧ｹ縺檎函謌舌☆繧季UID譁�ｭ怜�繧剃ｽｿ逕ｨ縺励∪縺吶�
                             </para>
                         </listitem>
                         </varlistentry>
@@ -767,8 +768,8 @@
                         <term><literal>native</literal></term>
                         <listitem>
                             <para>
-                                使用するデータベースの性能により <literal>identity</literal> , <literal>sequence</literal> , 
-                                <literal>hilo</literal> のいずれかが選ばれます。
+                                菴ｿ逕ｨ縺吶ｋ繝��繧ｿ繝吶�繧ｹ縺ｮ諤ｧ閭ｽ縺ｫ繧医ｊ <literal>identity</literal> , <literal>sequence</literal> , 
+                                <literal>hilo</literal> 縺ｮ縺�★繧後°縺碁∈縺ｰ繧後∪縺吶�
                             </para>
                         </listitem>
                         </varlistentry>
@@ -776,9 +777,9 @@
                         <term><literal>assigned</literal></term>
                         <listitem>
                             <para>
-                                <literal>save()</literal> が呼ばれる前に、
-                                アプリケーションがオブジェクトに識別子を代入できるようにします。
-                                <literal>&lt;generator&gt;</literal> が指定されていなければ、これがデフォルトの戦略になります。
+                                <literal>save()</literal> 縺悟他縺ｰ繧後ｋ蜑阪↓縲�
+                                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺後が繝悶ず繧ｧ繧ｯ繝医↓隴伜挨蟄舌ｒ莉｣蜈･縺ｧ縺阪ｋ繧医≧縺ｫ縺励∪縺吶�
+                                <literal>&lt;generator&gt;</literal> 縺梧欠螳壹＆繧後※縺�↑縺代ｌ縺ｰ縲√％繧後′繝�ヵ繧ｩ繝ｫ繝医�謌ｦ逡･縺ｫ縺ｪ繧翫∪縺吶�
                             </para>
                         </listitem>
                         </varlistentry>
@@ -786,8 +787,8 @@
                         <term><literal>select</literal></term>
                         <listitem>
                             <para>
-                                あるユニークキーによる行の選択と主キーの値の復元により、
-                                データベーストリガが割り当てた主キーを取得します。
+                                縺ゅｋ繝ｦ繝九�繧ｯ繧ｭ繝ｼ縺ｫ繧医ｋ陦後�驕ｸ謚槭→荳ｻ繧ｭ繝ｼ縺ｮ蛟､縺ｮ蠕ｩ蜈�↓繧医ｊ縲�
+                                繝��繧ｿ繝吶�繧ｹ繝医Μ繧ｬ縺悟牡繧雁ｽ薙※縺滉ｸｻ繧ｭ繝ｼ繧貞叙蠕励＠縺ｾ縺吶�
                             </para>
                         </listitem>
                         </varlistentry>
@@ -795,8 +796,8 @@
                         <term><literal>foreign</literal></term>
                         <listitem>
                             <para>
-                                他の関連オブジェクトの識別子を使います。
-                                普通は、<literal>&lt;one-to-one&gt;</literal> 主キー関連と組み合わせて使います。
+                                莉悶�髢｢騾｣繧ｪ繝悶ず繧ｧ繧ｯ繝医�隴伜挨蟄舌ｒ菴ｿ縺�∪縺吶�
+                                譎ｮ騾壹�縲�<literal>&lt;one-to-one&gt;</literal> 荳ｻ繧ｭ繝ｼ髢｢騾｣縺ｨ邨�∩蜷医ｏ縺帙※菴ｿ縺�∪縺吶�
                             </para>
                         </listitem>
                         </varlistentry>
@@ -806,14 +807,14 @@
             </sect3>
             
             <sect3 id="mapping-declaration-id-hilo" revision="1">
-                <title>Hi/lo アルゴリズム</title>
+                <title>Hi/lo 繧｢繝ｫ繧ｴ繝ｪ繧ｺ繝�</title>
                 <para>
-                    <literal>hilo</literal> と <literal>seqhilo</literal> ジェネレータは、
-                    識別子生成の代表的なアプローチであるhi/loアルゴリズムの2つの代替実装を提供します。
+                    <literal>hilo</literal> 縺ｨ <literal>seqhilo</literal> 繧ｸ繧ｧ繝阪Ξ繝ｼ繧ｿ縺ｯ縲�
+                    隴伜挨蟄千函謌舌�莉｣陦ｨ逧�↑繧｢繝励Ο繝ｼ繝√〒縺ゅｋhi/lo繧｢繝ｫ繧ｴ繝ｪ繧ｺ繝�縺ｮ2縺､縺ｮ莉｣譖ｿ螳溯｣�ｒ謠蝉ｾ帙＠縺ｾ縺吶�
                     
-                    1番目の実装は、次回に利用される"hi"値を保持する「特別な」データベーステーブルを
-                    必要とします。
-                    2番目の実装は、Oracleスタイルのシーケンスを使います（サポートされている場合）。
+                    1逡ｪ逶ｮ縺ｮ螳溯｣��縲∵ｬ｡蝗槭↓蛻ｩ逕ｨ縺輔ｌ繧�"hi"蛟､繧剃ｿ晄戟縺吶ｋ縲檎音蛻･縺ｪ縲阪ョ繝ｼ繧ｿ繝吶�繧ｹ繝��繝悶Ν繧�
+                    蠢�ｦ√→縺励∪縺吶�
+                    2逡ｪ逶ｮ縺ｮ螳溯｣��縲＾racle繧ｹ繧ｿ繧､繝ｫ縺ｮ繧ｷ繝ｼ繧ｱ繝ｳ繧ｹ繧剃ｽｿ縺�∪縺呻ｼ医し繝昴�繝医＆繧後※縺�ｋ蝣ｴ蜷茨ｼ峨�
                 </para>
 
                 <programlisting><![CDATA[<id name="id" type="long" column="cat_id">
@@ -832,31 +833,31 @@
 </id>]]></programlisting>
 
                 <para>
-                    残念ながらHibernateへの独自の <literal>Connection</literal> を提供するときには、<literal>hilo</literal> を使えません。
-                    HibernateがJTAでリストされている接続を取得するためにアプリケーションサーバーのデータソースを使用しているときには、
-                    <literal>hibernate.transaction.manager_lookup_class</literal> を適切に設定しなければなりません。
+                    谿句ｿｵ縺ｪ縺後ｉHibernate縺ｸ縺ｮ迢ｬ閾ｪ縺ｮ <literal>Connection</literal> 繧呈署萓帙☆繧九→縺阪↓縺ｯ縲�<literal>hilo</literal> 繧剃ｽｿ縺医∪縺帙ｓ縲�
+                    Hibernate縺繰TA縺ｧ繝ｪ繧ｹ繝医＆繧後※縺�ｋ謗･邯壹ｒ蜿門ｾ励☆繧九◆繧√↓繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝舌�縺ｮ繝��繧ｿ繧ｽ繝ｼ繧ｹ繧剃ｽｿ逕ｨ縺励※縺�ｋ縺ｨ縺阪↓縺ｯ縲�
+                    <literal>hibernate.transaction.manager_lookup_class</literal> 繧帝←蛻�↓險ｭ螳壹＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
                 </para>
             </sect3>
             
             <sect3 id="mapping-declaration-id-uuid">
-                <title>UUID アルゴリズム</title>
+                <title>UUID 繧｢繝ｫ繧ｴ繝ｪ繧ｺ繝�</title>
                 <para>
-                    UUIDには以下のものが含まれます：
-                    IPアドレス、JVMのスタートアップタイム（4分の1秒の正確さ）、
-                    システム時間、（JVMに対してユニークな）カウンタ値。
-                    JavaコードからMACアドレスやメモリアドレスを取得することはできないので、
-                    JNIが使えないときの最良の方法です。
+                    UUID縺ｫ縺ｯ莉･荳九�繧ゅ�縺悟性縺ｾ繧後∪縺呻ｼ�
+                    IP繧｢繝峨Ξ繧ｹ縲゛VM縺ｮ繧ｹ繧ｿ繝ｼ繝医い繝��繧ｿ繧､繝���4蛻��1遘偵�豁｣遒ｺ縺包ｼ峨�
+                    繧ｷ繧ｹ繝�Β譎る俣縲�ｼ�JVM縺ｫ蟇ｾ縺励※繝ｦ繝九�繧ｯ縺ｪ�峨き繧ｦ繝ｳ繧ｿ蛟､縲�
+                    Java繧ｳ繝ｼ繝峨°繧窺AC繧｢繝峨Ξ繧ｹ繧�Γ繝｢繝ｪ繧｢繝峨Ξ繧ｹ繧貞叙蠕励☆繧九％縺ｨ縺ｯ縺ｧ縺阪↑縺��縺ｧ縲�
+                    JNI縺御ｽｿ縺医↑縺�→縺阪�譛濶ｯ縺ｮ譁ｹ豕輔〒縺吶�
                 </para>
             </sect3>
 
             <sect3 id="mapping-declaration-id-sequences">
-            <title>識別子カラムとシーケンス</title>
+            <title>隴伜挨蟄舌き繝ｩ繝�縺ｨ繧ｷ繝ｼ繧ｱ繝ｳ繧ｹ</title>
                 <para>
-                    識別子カラムをサポートしているデータベース（DB2, MySQL, Sybase, MS SQL）では、
-                    <literal>identity</literal> キー生成を使えます。
-                    シーケンスをサポートするデータベース（DB2, Oracle, PostgreSQL, Interbase, McKoi, SAP DB）では、
-                    <literal>sequence</literal> スタイルのキー生成を使えます。
-                    どちらの戦略も、新しいオブジェクトを挿入するために、SQLクエリを2つ必要とします。
+                    隴伜挨蟄舌き繝ｩ繝�繧偵し繝昴�繝医＠縺ｦ縺�ｋ繝��繧ｿ繝吶�繧ｹ��DB2, MySQL, Sybase, MS SQL�峨〒縺ｯ縲�
+                    <literal>identity</literal> 繧ｭ繝ｼ逕滓�繧剃ｽｿ縺医∪縺吶�
+                    繧ｷ繝ｼ繧ｱ繝ｳ繧ｹ繧偵し繝昴�繝医☆繧九ョ繝ｼ繧ｿ繝吶�繧ｹ��DB2, Oracle, PostgreSQL, Interbase, McKoi, SAP DB�峨〒縺ｯ縲�
+                    <literal>sequence</literal> 繧ｹ繧ｿ繧､繝ｫ縺ｮ繧ｭ繝ｼ逕滓�繧剃ｽｿ縺医∪縺吶�
+                    縺ｩ縺｡繧峨�謌ｦ逡･繧ゅ∵眠縺励＞繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ謖ｿ蜈･縺吶ｋ縺溘ａ縺ｫ縲ヾQL繧ｯ繧ｨ繝ｪ繧�2縺､蠢�ｦ√→縺励∪縺吶�
                 </para>
 
                 <programlisting><![CDATA[<id name="id" type="long" column="person_id">
@@ -870,36 +871,36 @@
 </id>]]></programlisting>
             
                 <para>
-                    クロスプラットフォームの開発では、<literal>native</literal> 戦略は 
+                    繧ｯ繝ｭ繧ｹ繝励Λ繝�ヨ繝輔か繝ｼ繝�縺ｮ髢狗匱縺ｧ縺ｯ縲�<literal>native</literal> 謌ｦ逡･縺ｯ 
                     <literal>identity</literal> , <literal>sequence</literal> , 
-                    <literal>hilo</literal> 戦略の中から1つを選択しますが、
-                    これは使用しているデータベースの能力に依存します。
+                    <literal>hilo</literal> 謌ｦ逡･縺ｮ荳ｭ縺九ｉ1縺､繧帝∈謚槭＠縺ｾ縺吶′縲�
+                    縺薙ｌ縺ｯ菴ｿ逕ｨ縺励※縺�ｋ繝��繧ｿ繝吶�繧ｹ縺ｮ閭ｽ蜉帙↓萓晏ｭ倥＠縺ｾ縺吶�
                 </para>
             </sect3>
             
             <sect3 id="mapping-declaration-id-assigned">
-                <title>識別子の割り当て</title>
+                <title>隴伜挨蟄舌�蜑ｲ繧雁ｽ薙※</title>
                 <para>
-                   アプリケーションに識別子を割り当てさせたいのであれば(Hibernateが生成するものではなく）、
-                    <literal>assigned</literal> ジェネレータを使うことができます。
-                    この特別なジェネレータは、すでにオブジェクトの識別子プロパティに代入された値を
-                    識別子に使います。このジェネレータは主キーが代理キーの代わりに自然キーである場合に使用します。
-                    <literal>&lt;generator&gt;</literal> 要素を指定しない場合のデフォルトの動作になります。
+                   繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ隴伜挨蟄舌ｒ蜑ｲ繧雁ｽ薙※縺輔○縺溘＞縺ｮ縺ｧ縺ゅｌ縺ｰ(Hibernate縺檎函謌舌☆繧九ｂ縺ｮ縺ｧ縺ｯ縺ｪ縺擾ｼ峨�
+                    <literal>assigned</literal> 繧ｸ繧ｧ繝阪Ξ繝ｼ繧ｿ繧剃ｽｿ縺�％縺ｨ縺後〒縺阪∪縺吶�
+                    縺薙�迚ｹ蛻･縺ｪ繧ｸ繧ｧ繝阪Ξ繝ｼ繧ｿ縺ｯ縲√☆縺ｧ縺ｫ繧ｪ繝悶ず繧ｧ繧ｯ繝医�隴伜挨蟄舌�繝ｭ繝代ユ繧｣縺ｫ莉｣蜈･縺輔ｌ縺溷､繧�
+                    隴伜挨蟄舌↓菴ｿ縺�∪縺吶ゅ％縺ｮ繧ｸ繧ｧ繝阪Ξ繝ｼ繧ｿ縺ｯ荳ｻ繧ｭ繝ｼ縺御ｻ｣逅�く繝ｼ縺ｮ莉｣繧上ｊ縺ｫ閾ｪ辟ｶ繧ｭ繝ｼ縺ｧ縺ゅｋ蝣ｴ蜷医↓菴ｿ逕ｨ縺励∪縺吶�
+                    <literal>&lt;generator&gt;</literal> 隕∫ｴ�繧呈欠螳壹＠縺ｪ縺��ｴ蜷医�繝�ヵ繧ｩ繝ｫ繝医�蜍穂ｽ懊↓縺ｪ繧翫∪縺吶�
                 </para>
                 
                 <para>
-                    <literal>assigned</literal> ジェネレータを選択すると、
-                    Hibernateは <literal>unsaved-value="undefined"</literal> を使用します。
-                    そして、バージョンやタイムスタンプのプロパティがない場合や <literal>Interceptor.isUnsaved()</literal> 
-                    を定義しなかった場合には、インスタンスが一時的(transient)なものであるのか、
-                    またはセッションから分離(detached)したものかどうかを決めるために、データベースを調べます。
+                    <literal>assigned</literal> 繧ｸ繧ｧ繝阪Ξ繝ｼ繧ｿ繧帝∈謚槭☆繧九→縲�
+                    Hibernate縺ｯ <literal>unsaved-value="undefined"</literal> 繧剃ｽｿ逕ｨ縺励∪縺吶�
+                    縺昴＠縺ｦ縲√ヰ繝ｼ繧ｸ繝ｧ繝ｳ繧�ち繧､繝�繧ｹ繧ｿ繝ｳ繝励�繝励Ο繝代ユ繧｣縺後↑縺��ｴ蜷医ｄ <literal>Interceptor.isUnsaved()</literal> 
+                    繧貞ｮ夂ｾｩ縺励↑縺九▲縺溷�ｴ蜷医↓縺ｯ縲√う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺御ｸ譎ら噪(transient)縺ｪ繧ゅ�縺ｧ縺ゅｋ縺ｮ縺九�
+                    縺ｾ縺溘�繧ｻ繝�す繝ｧ繝ｳ縺九ｉ蛻�屬(detached)縺励◆繧ゅ�縺九←縺�°繧呈ｱｺ繧√ｋ縺溘ａ縺ｫ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ繧定ｪｿ縺ｹ縺ｾ縺吶�
                 </para>
             </sect3>
 
             <sect3 id="mapping-declaration-id-select">
-                <title>トリガにより割り当てられた主キー</title>
+                <title>繝医Μ繧ｬ縺ｫ繧医ｊ蜑ｲ繧雁ｽ薙※繧峨ｌ縺滉ｸｻ繧ｭ繝ｼ</title>
                 <para>
-                    レガシースキーマのためにのみ指定します(Hibernateはトリガを使ってDDLを生成しません)。
+                    繝ｬ繧ｬ繧ｷ繝ｼ繧ｹ繧ｭ繝ｼ繝槭�縺溘ａ縺ｫ縺ｮ縺ｿ謖�ｮ壹＠縺ｾ縺�(Hibernate縺ｯ繝医Μ繧ｬ繧剃ｽｿ縺｣縺ｦDDL繧堤函謌舌＠縺ｾ縺帙ｓ)縲�
                 </para>
 
                 <programlisting><![CDATA[<id name="id" type="long" column="person_id">
@@ -909,9 +910,9 @@
 </id>]]></programlisting>
 
                 <para>
-                    上の例の中で、クラスで自然キーとして定義された
-                    <literal>socialSecurityNumber</literal> という名前のユニークな値のプロパティと、
-                    値がトリガにより生成される <literal>person_id</literal> という名前の代理キーがあります。
+                    荳翫�萓九�荳ｭ縺ｧ縲√け繝ｩ繧ｹ縺ｧ閾ｪ辟ｶ繧ｭ繝ｼ縺ｨ縺励※螳夂ｾｩ縺輔ｌ縺�
+                    <literal>socialSecurityNumber</literal> 縺ｨ縺�≧蜷榊燕縺ｮ繝ｦ繝九�繧ｯ縺ｪ蛟､縺ｮ繝励Ο繝代ユ繧｣縺ｨ縲�
+                    蛟､縺後ヨ繝ｪ繧ｬ縺ｫ繧医ｊ逕滓�縺輔ｌ繧� <literal>person_id</literal> 縺ｨ縺�≧蜷榊燕縺ｮ莉｣逅�く繝ｼ縺後≠繧翫∪縺吶�
                 </para>
                 
             </sect3>
@@ -934,11 +935,11 @@
 </composite-id>]]></programlisting>
 
             <para>
-                複合キーのあるテーブルに対し、
-                識別子プロパティとしてクラスの複数のプロパティをマッピングすることができます。
-                <literal>&lt;composite-id&gt;</literal> 要素は、子要素として 
-                <literal>&lt;key-property&gt;</literal> プロパティマッピングと 
-                <literal>&lt;key-many-to-one&gt;</literal> マッピングを受け入れます。
+                隍�粋繧ｭ繝ｼ縺ｮ縺ゅｋ繝��繝悶Ν縺ｫ蟇ｾ縺励�
+                隴伜挨蟄舌�繝ｭ繝代ユ繧｣縺ｨ縺励※繧ｯ繝ｩ繧ｹ縺ｮ隍�焚縺ｮ繝励Ο繝代ユ繧｣繧偵�繝�ヴ繝ｳ繧ｰ縺吶ｋ縺薙→縺後〒縺阪∪縺吶�
+                <literal>&lt;composite-id&gt;</literal> 隕∫ｴ�縺ｯ縲∝ｭ占ｦ∫ｴ�縺ｨ縺励※ 
+                <literal>&lt;key-property&gt;</literal> 繝励Ο繝代ユ繧｣繝槭ャ繝斐Φ繧ｰ縺ｨ 
+                <literal>&lt;key-many-to-one&gt;</literal> 繝槭ャ繝斐Φ繧ｰ繧貞女縺大�繧後∪縺吶�
             </para>
             
             <programlisting><![CDATA[<composite-id>
@@ -947,27 +948,27 @@
 </composite-id>]]></programlisting>
 
             <para>
-                 複合識別子の等価性を実装するためには、永続クラスが <literal>equals()</literal> と 
-                <literal>hashCode()</literal> をオーバーライド <emphasis>しなければなりません</emphasis> 。
-                また <literal>Serializable</literal> も実装しなければいけません。
+                 隍�粋隴伜挨蟄舌�遲我ｾ｡諤ｧ繧貞ｮ溯｣�☆繧九◆繧√↓縺ｯ縲∵ｰｸ邯壹け繝ｩ繧ｹ縺� <literal>equals()</literal> 縺ｨ 
+                <literal>hashCode()</literal> 繧偵が繝ｼ繝舌�繝ｩ繧､繝� <emphasis>縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ</emphasis> 縲�
+                縺ｾ縺� <literal>Serializable</literal> 繧ょｮ溯｣�＠縺ｪ縺代ｌ縺ｰ縺�￠縺ｾ縺帙ｓ縲�
             </para>
 
             <para>
-                残念ながら複合識別子のためのこの方法は、
-                永続オブジェクトが自身の識別子であることを意味しています。
-                オブジェクト自身を識別子とする以上の便利な「扱い方」はありません。
-                複合キーに関連した永続状態を <literal>load()</literal> 出来るようになる前に、
-                永続クラス自身をインスタンス化し、識別子プロパティを設定しなければなりません。
-                <emphasis> 組み込みの</emphasis> 複合識別子と呼ばれるこのアプローチは、
-                本格的なアプリケーションには向いていません。
+                谿句ｿｵ縺ｪ縺後ｉ隍�粋隴伜挨蟄舌�縺溘ａ縺ｮ縺薙�譁ｹ豕輔�縲�
+                豌ｸ邯壹が繝悶ず繧ｧ繧ｯ繝医′閾ｪ霄ｫ縺ｮ隴伜挨蟄舌〒縺ゅｋ縺薙→繧呈э蜻ｳ縺励※縺�∪縺吶�
+                繧ｪ繝悶ず繧ｧ繧ｯ繝郁�霄ｫ繧定ｭ伜挨蟄舌→縺吶ｋ莉･荳翫�萓ｿ蛻ｩ縺ｪ縲梧桶縺�婿縲阪�縺ゅｊ縺ｾ縺帙ｓ縲�
+                隍�粋繧ｭ繝ｼ縺ｫ髢｢騾｣縺励◆豌ｸ邯夂憾諷九ｒ <literal>load()</literal> 蜃ｺ譚･繧九ｈ縺�↓縺ｪ繧句燕縺ｫ縲�
+                豌ｸ邯壹け繝ｩ繧ｹ閾ｪ霄ｫ繧偵う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ蛹悶＠縲∬ｭ伜挨蟄舌�繝ｭ繝代ユ繧｣繧定ｨｭ螳壹＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+                <emphasis> 邨�∩霎ｼ縺ｿ縺ｮ</emphasis> 隍�粋隴伜挨蟄舌→蜻ｼ縺ｰ繧後ｋ縺薙�繧｢繝励Ο繝ｼ繝√�縲�
+                譛ｬ譬ｼ逧�↑繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ縺ｯ蜷代＞縺ｦ縺�∪縺帙ｓ縲�
                 
                 
             </para>
             
             <para>
-                2つ目の方法は <emphasis> マップされた</emphasis> 複合識別子と呼ばれるもので、
-                <literal>&lt;composite-id&gt;</literal>エレメント内で指定した識別プロパティが
-                永続クラスと分離した識別子クラスの両方に重複して存在します。
+                2縺､逶ｮ縺ｮ譁ｹ豕輔� <emphasis> 繝槭ャ繝励＆繧後◆</emphasis> 隍�粋隴伜挨蟄舌→蜻ｼ縺ｰ繧後ｋ繧ゅ�縺ｧ縲�
+                <literal>&lt;composite-id&gt;</literal>繧ｨ繝ｬ繝｡繝ｳ繝亥�縺ｧ謖�ｮ壹＠縺溯ｭ伜挨繝励Ο繝代ユ繧｣縺�
+                豌ｸ邯壹け繝ｩ繧ｹ縺ｨ蛻�屬縺励◆隴伜挨蟄舌け繝ｩ繧ｹ縺ｮ荳｡譁ｹ縺ｫ驥崎､�＠縺ｦ蟄伜惠縺励∪縺吶�
             </para>
                 
             <programlisting><![CDATA[<composite-id class="MedicareId" mapped="true">
@@ -976,65 +977,65 @@
 </composite-id>]]></programlisting>
 
             <para>
-                この例では、複合識別子クラス（ <literal>MedicareId</literal> ）とエンティティクラス自身の両方が、
-                <literal>medicareNumber</literal> と <literal>dependent</literal> という名前のプロパティを持ちます。
-                識別子クラスは、<literal>equals()</literal> と <literal>hashCode()</literal> をオーバライドし、
-                <literal>Serializable</literal> を実装しなくてはなりません。
-                この方法には、明らかにコードが重複するという不都合があります。
+                縺薙�萓九〒縺ｯ縲∬､�粋隴伜挨蟄舌け繝ｩ繧ｹ�� <literal>MedicareId</literal> �峨→繧ｨ繝ｳ繝�ぅ繝�ぅ繧ｯ繝ｩ繧ｹ閾ｪ霄ｫ縺ｮ荳｡譁ｹ縺後�
+                <literal>medicareNumber</literal> 縺ｨ <literal>dependent</literal> 縺ｨ縺�≧蜷榊燕縺ｮ繝励Ο繝代ユ繧｣繧呈戟縺｡縺ｾ縺吶�
+                隴伜挨蟄舌け繝ｩ繧ｹ縺ｯ縲�<literal>equals()</literal> 縺ｨ <literal>hashCode()</literal> 繧偵が繝ｼ繝舌Λ繧､繝峨＠縲�
+                <literal>Serializable</literal> 繧貞ｮ溯｣�＠縺ｪ縺上※縺ｯ縺ｪ繧翫∪縺帙ｓ縲�
+                縺薙�譁ｹ豕輔↓縺ｯ縲∵�繧峨°縺ｫ繧ｳ繝ｼ繝峨′驥崎､�☆繧九→縺�≧荳埼�蜷医′縺ゅｊ縺ｾ縺吶�
             </para>
             
             <para>
-                次の属性はマッピングした複合識別子を指定するために使用します。
+                谺｡縺ｮ螻樊ｧ縺ｯ繝槭ャ繝斐Φ繧ｰ縺励◆隍�粋隴伜挨蟄舌ｒ謖�ｮ壹☆繧九◆繧√↓菴ｿ逕ｨ縺励∪縺吶�
             </para>
 
             <itemizedlist spacing="compact">
                 <listitem>
                     <para>
-                        <literal>mapped</literal> (オプション、デフォルトは <literal>false</literal> ):
-                        マッピングした複合識別子が使用されることと、包含されたプロパティのマッピングが、
-                        エンティティクラスと複合識別子クラスの両方を参照することを示します。
+                        <literal>mapped</literal> (繧ｪ繝励す繝ｧ繝ｳ縲√ョ繝輔か繝ｫ繝医� <literal>false</literal> ):
+                        繝槭ャ繝斐Φ繧ｰ縺励◆隍�粋隴伜挨蟄舌′菴ｿ逕ｨ縺輔ｌ繧九％縺ｨ縺ｨ縲∝桁蜷ｫ縺輔ｌ縺溘�繝ｭ繝代ユ繧｣縺ｮ繝槭ャ繝斐Φ繧ｰ縺後�
+                        繧ｨ繝ｳ繝�ぅ繝�ぅ繧ｯ繝ｩ繧ｹ縺ｨ隍�粋隴伜挨蟄舌け繝ｩ繧ｹ縺ｮ荳｡譁ｹ繧貞盾辣ｧ縺吶ｋ縺薙→繧堤､ｺ縺励∪縺吶�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        <literal>class</literal> (オプション,ただしマッピングした複合識別子には必須): 
-                        複合識別子として使用するクラス。
+                        <literal>class</literal> (繧ｪ繝励す繝ｧ繝ｳ,縺溘□縺励�繝�ヴ繝ｳ繧ｰ縺励◆隍�粋隴伜挨蟄舌↓縺ｯ蠢���): 
+                        隍�粋隴伜挨蟄舌→縺励※菴ｿ逕ｨ縺吶ｋ繧ｯ繝ｩ繧ｹ縲�
                         
                     </para>
                 </listitem>
             </itemizedlist>
 
             <para>
-                3つ目のさらに便利な方法は、複合識別子を<xref linkend="components-compositeid"/>内の
-                コンポーネントクラスとして実装することです。
-                下で記述している属性は、この代替方法にのみ適用されます。
+                3縺､逶ｮ縺ｮ縺輔ｉ縺ｫ萓ｿ蛻ｩ縺ｪ譁ｹ豕輔�縲∬､�粋隴伜挨蟄舌ｒ<xref linkend="components-compositeid"/>蜀��
+                繧ｳ繝ｳ繝昴�繝阪Φ繝医け繝ｩ繧ｹ縺ｨ縺励※螳溯｣�☆繧九％縺ｨ縺ｧ縺吶�
+                荳九〒險倩ｿｰ縺励※縺�ｋ螻樊ｧ縺ｯ縲√％縺ｮ莉｣譖ｿ譁ｹ豕輔↓縺ｮ縺ｿ驕ｩ逕ｨ縺輔ｌ縺ｾ縺吶�
             </para>
 
             <itemizedlist spacing="compact">
                 <listitem>
                     <para>
-                        <literal>name</literal> (オプション, このアプローチでは必須): 
-                        複合識別子を保持するコンポーネントタイプのプロパティ(9章を参照してください).
+                        <literal>name</literal> (繧ｪ繝励す繝ｧ繝ｳ, 縺薙�繧｢繝励Ο繝ｼ繝√〒縺ｯ蠢���): 
+                        隍�粋隴伜挨蟄舌ｒ菫晄戟縺吶ｋ繧ｳ繝ｳ繝昴�繝阪Φ繝医ち繧､繝励�繝励Ο繝代ユ繧｣(9遶�繧貞盾辣ｧ縺励※縺上□縺輔＞).
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        <literal>access</literal> (オプション - デフォルトは <literal>property</literal> ): 
-                        Hibernateがプロパティの値にアクセスするために使用すべき戦略。
+                        <literal>access</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>property</literal> ): 
+                        Hibernate縺後�繝ｭ繝代ユ繧｣縺ｮ蛟､縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ縺溘ａ縺ｫ菴ｿ逕ｨ縺吶∋縺肴姶逡･縲�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
                         <literal>class</literal> 
-                        （オプション - デフォルトはリフレクションにより決定されるプロパティの型）：
-                        複合識別子として使われるコンポーネントのクラス（次の節を見てください）。
+                        �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医�繝ｪ繝輔Ξ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ繧医ｊ豎ｺ螳壹＆繧後ｋ繝励Ο繝代ユ繧｣縺ｮ蝙具ｼ会ｼ�
+                        隍�粋隴伜挨蟄舌→縺励※菴ｿ繧上ｌ繧九さ繝ｳ繝昴�繝阪Φ繝医�繧ｯ繝ｩ繧ｹ�域ｬ｡縺ｮ遽繧定ｦ九※縺上□縺輔＞�峨�
                     </para>
                 </listitem>
             </itemizedlist>
             
             <para>
-                この3つ目の方法は <emphasis> 識別子コンポーネント</emphasis> と呼び、
-                ほとんどすべてのアプリケーションに対して推奨する方法です。
+                縺薙�3縺､逶ｮ縺ｮ譁ｹ豕輔� <emphasis> 隴伜挨蟄舌さ繝ｳ繝昴�繝阪Φ繝�</emphasis> 縺ｨ蜻ｼ縺ｳ縲�
+                縺ｻ縺ｨ繧薙←縺吶∋縺ｦ縺ｮ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ蟇ｾ縺励※謗ｨ螂ｨ縺吶ｋ譁ｹ豕輔〒縺吶�
             </para>
             
         </sect2>        
@@ -1043,12 +1044,12 @@
             <title>discriminator</title>
 
             <para>
-                <literal>&lt;discriminator&gt;</literal> 要素は、
-                table-per-class-hierarchyマッピング戦略を使うポリモーフィックな永続化に必要であり、
-                テーブルの識別カラムを定義します。
-                識別カラムは、ある行に対して永続層がどのサブクラスをインスタンス化するかを
-                伝えるマーカー値を含んでいます。
-                以下のような型に制限されます： <literal>string</literal> , <literal>character</literal> , 
+                <literal>&lt;discriminator&gt;</literal> 隕∫ｴ�縺ｯ縲�
+                table-per-class-hierarchy繝槭ャ繝斐Φ繧ｰ謌ｦ逡･繧剃ｽｿ縺��繝ｪ繝｢繝ｼ繝輔ぅ繝�け縺ｪ豌ｸ邯壼喧縺ｫ蠢�ｦ√〒縺ゅｊ縲�
+                繝��繝悶Ν縺ｮ隴伜挨繧ｫ繝ｩ繝�繧貞ｮ夂ｾｩ縺励∪縺吶�
+                隴伜挨繧ｫ繝ｩ繝�縺ｯ縲√≠繧玖｡後↓蟇ｾ縺励※豌ｸ邯壼ｱ､縺後←縺ｮ繧ｵ繝悶け繝ｩ繧ｹ繧偵う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ蛹悶☆繧九°繧�
+                莨昴∴繧九�繝ｼ繧ｫ繝ｼ蛟､繧貞性繧薙〒縺�∪縺吶�
+                莉･荳九�繧医≧縺ｪ蝙九↓蛻ｶ髯舌＆繧後∪縺呻ｼ� <literal>string</literal> , <literal>character</literal> , 
                 <literal>integer</literal>, 
                 <literal>byte</literal> , <literal>short</literal> , <literal>boolean</literal> , 
                 <literal>yes_no</literal> , <literal>true_false</literal>. 
@@ -1072,56 +1073,56 @@
                 <calloutlist>
                     <callout arearefs="discriminator1">
                         <para>
-                            <literal>column</literal>（オプション - デフォルトは <literal>class</literal> ）：
-                            識別カラムの名前。
+                            <literal>column</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>class</literal> �会ｼ�
+                            隴伜挨繧ｫ繝ｩ繝�縺ｮ蜷榊燕縲�
                         </para>
                     </callout>
                     <callout arearefs="discriminator2">
                         <para>
                             <literal>type</literal> 
-                            （オプション - デフォルトは <literal>string</literal> ）：Hibernateの型を示す名前。
+                            �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>string</literal> �会ｼ唏ibernate縺ｮ蝙九ｒ遉ｺ縺吝錐蜑阪�
                         </para>
                     </callout>          
                     <callout arearefs="discriminator3">
                         <para>
                             <literal>force</literal> 
-                            （オプション - デフォルトは <literal>false</literal> ）：
-                            ルートクラスのすべてのインスタンスを検索する場合であっても、
-                            Hibernateが使用できる識別カラムの指定を「強制」します。
+                            �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>false</literal> �会ｼ�
+                            繝ｫ繝ｼ繝医け繝ｩ繧ｹ縺ｮ縺吶∋縺ｦ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧呈､懃ｴ｢縺吶ｋ蝣ｴ蜷医〒縺ゅ▲縺ｦ繧ゅ�
+                            Hibernate縺御ｽｿ逕ｨ縺ｧ縺阪ｋ隴伜挨繧ｫ繝ｩ繝�縺ｮ謖�ｮ壹ｒ縲悟ｼｷ蛻ｶ縲阪＠縺ｾ縺吶�
                         </para>
                     </callout>          
                     <callout arearefs="discriminator4">
                         <para>
                             <literal>insert</literal> 
-                            （オプション - デフォルトは <literal>true</literal> ）：
-                            もし識別カラムがマッピングする複合識別子の一部ならば、<literal>false</literal> と設定してください。
-                            (HibernateにSQLの <literal>INSERT</literal> には含まれないことを知らせる)
+                            �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>true</literal> �会ｼ�
+                            繧ゅ＠隴伜挨繧ｫ繝ｩ繝�縺後�繝�ヴ繝ｳ繧ｰ縺吶ｋ隍�粋隴伜挨蟄舌�荳驛ｨ縺ｪ繧峨�縲�<literal>false</literal> 縺ｨ險ｭ螳壹＠縺ｦ縺上□縺輔＞縲�
+                            (Hibernate縺ｫSQL縺ｮ <literal>INSERT</literal> 縺ｫ縺ｯ蜷ｫ縺ｾ繧後↑縺�％縺ｨ繧堤衍繧峨○繧�)
                             
                         </para>
                     </callout>
                     <callout arearefs="discriminator5">
                         <para>
-                            <literal>formula</literal> (オプション)型が評価されるときに実行される任意のSQL式。
-                            コンテンツベースの識別を可能にします。
+                            <literal>formula</literal> (繧ｪ繝励す繝ｧ繝ｳ)蝙九′隧穂ｾ｡縺輔ｌ繧九→縺阪↓螳溯｡後＆繧後ｋ莉ｻ諢上�SQL蠑上�
+                            繧ｳ繝ｳ繝�Φ繝��繝ｼ繧ｹ縺ｮ隴伜挨繧貞庄閭ｽ縺ｫ縺励∪縺吶�
                         </para>
                     </callout>
                 </calloutlist>
             </programlistingco>
 
             <para>
-                識別カラムの実際の値は、 <literal>&lt;class&gt;</literal> と 
-                <literal>&lt;subclass&gt;</literal> 要素の 
-                <literal>discriminator-value</literal> 属性で指定されます。
+                隴伜挨繧ｫ繝ｩ繝�縺ｮ螳滄圀縺ｮ蛟､縺ｯ縲� <literal>&lt;class&gt;</literal> 縺ｨ 
+                <literal>&lt;subclass&gt;</literal> 隕∫ｴ�縺ｮ 
+                <literal>discriminator-value</literal> 螻樊ｧ縺ｧ謖�ｮ壹＆繧後∪縺吶�
             </para>
             
             <para>
-                永続クラスへマッピングされない｢余分な」識別値を持つ行が
-                テーブルにあれば、（そのときに限り）<literal>force</literal> 属性は有効です。
-                ただし、普通はそういうことはありません。
+                豌ｸ邯壹け繝ｩ繧ｹ縺ｸ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｪ縺�ｽ｢菴吝�縺ｪ縲崎ｭ伜挨蛟､繧呈戟縺､陦後′
+                繝��繝悶Ν縺ｫ縺ゅｌ縺ｰ縲�ｼ医◎縺ｮ縺ｨ縺阪↓髯舌ｊ��<literal>force</literal> 螻樊ｧ縺ｯ譛牙柑縺ｧ縺吶�
+                縺溘□縺励∵勸騾壹�縺昴≧縺�≧縺薙→縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
             </para>
 
             <para>
-                <literal>formula</literal> 属性を使うと、行の型を評価するために任意のSQL式を宣言できます。
+                <literal>formula</literal> 螻樊ｧ繧剃ｽｿ縺�→縲∬｡後�蝙九ｒ隧穂ｾ｡縺吶ｋ縺溘ａ縺ｫ莉ｻ諢上�SQL蠑上ｒ螳｣險縺ｧ縺阪∪縺吶�
             </para>
 
             <programlisting><![CDATA[<discriminator
@@ -1131,13 +1132,13 @@
         </sect2>
 
         <sect2 id="mapping-declaration-version" revision="4">
-            <title>version（オプション）</title>
+            <title>version�医が繝励す繝ｧ繝ｳ��</title>
             
             <para>
-                <literal>&lt;version&gt;</literal> 要素はオプションであり、
-                テーブルがバージョンデータを含むことを示します。
-                これは <emphasis>ロングトランザクション</emphasis>  
-                を使うつもりなら、特に役立ちます（以下を見てください）。
+                <literal>&lt;version&gt;</literal> 隕∫ｴ�縺ｯ繧ｪ繝励す繝ｧ繝ｳ縺ｧ縺ゅｊ縲�
+                繝��繝悶Ν縺後ヰ繝ｼ繧ｸ繝ｧ繝ｳ繝��繧ｿ繧貞性繧縺薙→繧堤､ｺ縺励∪縺吶�
+                縺薙ｌ縺ｯ <emphasis>繝ｭ繝ｳ繧ｰ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ</emphasis>  
+                繧剃ｽｿ縺�▽繧ゅｊ縺ｪ繧峨∫音縺ｫ蠖ｹ遶九■縺ｾ縺呻ｼ井ｻ･荳九ｒ隕九※縺上□縺輔＞�峨�
             </para>
             
             <programlistingco>
@@ -1163,85 +1164,85 @@
                 <calloutlist>
                     <callout arearefs="version1">
                         <para>
-                            <literal>column</literal>（オプション - デフォルトはプロパティ名）:
-                            バージョン番号を保持するカラムの名前。
+                            <literal>column</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医�繝励Ο繝代ユ繧｣蜷搾ｼ�:
+                            繝舌�繧ｸ繝ｧ繝ｳ逡ｪ蜿ｷ繧剃ｿ晄戟縺吶ｋ繧ｫ繝ｩ繝�縺ｮ蜷榊燕縲�
                         </para>
                     </callout>          
                     <callout arearefs="version2">
                         <para>
-                            <literal>name</literal> ：永続クラスのプロパティの名前。
+                            <literal>name</literal> �壽ｰｸ邯壹け繝ｩ繧ｹ縺ｮ繝励Ο繝代ユ繧｣縺ｮ蜷榊燕縲�
                         </para>
                     </callout>
                     <callout arearefs="version3">
                         <para>
                             <literal>type</literal> 
-                            （オプション - デフォルトは <literal>integer</literal> ）：バージョン番号の型。
+                            �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>integer</literal> �会ｼ壹ヰ繝ｼ繧ｸ繝ｧ繝ｳ逡ｪ蜿ｷ縺ｮ蝙九�
                         </para>
                     </callout>          
                    <callout arearefs="version4">
                         <para>
                             <literal>access</literal> 
-                            （オプション - デフォルトは <literal>property</literal> ）：
-                            プロパティの値へのアクセスにHibernateが使う戦略。
+                            �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>property</literal> �会ｼ�
+                            繝励Ο繝代ユ繧｣縺ｮ蛟､縺ｸ縺ｮ繧｢繧ｯ繧ｻ繧ｹ縺ｫHibernate縺御ｽｿ縺�姶逡･縲�
                         </para>
                     </callout>
                    <callout arearefs="version5">
                         <para>
                             <literal>unsaved-value</literal> 
-                            （オプション - デフォルトは <literal>undefined</literal> ）：
-                            インスタンスが新しくインスタンス化されたことを示す
-                            （セーブされていないことを示す）バージョンプロパティの値。
-                            以前のSessionでセーブまたはロードされた一時的なインスタンスと区別するために
-                            使います。
-                            （ <literal>undefined</literal> は識別子プロパティの値が使われることを指定します。）
+                            �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>undefined</literal> �会ｼ�
+                            繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺梧眠縺励￥繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ蛹悶＆繧後◆縺薙→繧堤､ｺ縺�
+                            �医そ繝ｼ繝悶＆繧後※縺�↑縺�％縺ｨ繧堤､ｺ縺呻ｼ峨ヰ繝ｼ繧ｸ繝ｧ繝ｳ繝励Ο繝代ユ繧｣縺ｮ蛟､縲�
+                            莉･蜑阪�Session縺ｧ繧ｻ繝ｼ繝悶∪縺溘�繝ｭ繝ｼ繝峨＆繧後◆荳譎ら噪縺ｪ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｨ蛹ｺ蛻･縺吶ｋ縺溘ａ縺ｫ
+                            菴ｿ縺�∪縺吶�
+                            �� <literal>undefined</literal> 縺ｯ隴伜挨蟄舌�繝ｭ繝代ユ繧｣縺ｮ蛟､縺御ｽｿ繧上ｌ繧九％縺ｨ繧呈欠螳壹＠縺ｾ縺吶ゑｼ�
                         </para>
                     </callout>
                     
                     <callout arearefs="version6">
                         <para>
-                            <literal>generated</literal> (オプション - デフォルトは <literal>never</literal> ):
-                            このバージョンのプロパティの値が、データベースによって生成されたことを指定します。
-                            <xref linkend="mapping-generated">生成プロパティ</xref> の議論を見てください。
+                            <literal>generated</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>never</literal> ):
+                            縺薙�繝舌�繧ｸ繝ｧ繝ｳ縺ｮ繝励Ο繝代ユ繧｣縺ｮ蛟､縺後√ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｫ繧医▲縺ｦ逕滓�縺輔ｌ縺溘％縺ｨ繧呈欠螳壹＠縺ｾ縺吶�
+                            <xref linkend="mapping-generated">逕滓�繝励Ο繝代ユ繧｣</xref> 縺ｮ隴ｰ隲悶ｒ隕九※縺上□縺輔＞縲�
                         </para>
                     </callout>
                     <callout arearefs="version7">
                         <para>
-                            <literal>insert</literal> (オプション - デフォルトは <literal>true</literal> ):
-                            SQLのinsert文にバージョン・カラムを含めるべきかどうかを指定します。
-                            もしデータベース・カラムのデフォルト値が <literal>0</literal> と定義されるときには、
-                            <literal>false</literal> に設定すると良いでしょう。
+                            <literal>insert</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>true</literal> ):
+                            SQL縺ｮinsert譁�↓繝舌�繧ｸ繝ｧ繝ｳ繝ｻ繧ｫ繝ｩ繝�繧貞性繧√ｋ縺ｹ縺阪°縺ｩ縺�°繧呈欠螳壹＠縺ｾ縺吶�
+                            繧ゅ＠繝��繧ｿ繝吶�繧ｹ繝ｻ繧ｫ繝ｩ繝�縺ｮ繝�ヵ繧ｩ繝ｫ繝亥､縺� <literal>0</literal> 縺ｨ螳夂ｾｩ縺輔ｌ繧九→縺阪↓縺ｯ縲�
+                            <literal>false</literal> 縺ｫ險ｭ螳壹☆繧九→濶ｯ縺�〒縺励ｇ縺��
                         </para>
                     </callout>                    
                 </calloutlist>
             </programlistingco>
             
             <para>
-                バージョン番号は Hibernateの <literal>long</literal> , <literal>integer</literal> , 
+                繝舌�繧ｸ繝ｧ繝ｳ逡ｪ蜿ｷ縺ｯ Hibernate縺ｮ <literal>long</literal> , <literal>integer</literal> , 
                 <literal>short</literal> , <literal>timestamp</literal> , 
-                <literal>calendar</literal> 型のいずれかです。
+                <literal>calendar</literal> 蝙九�縺�★繧後°縺ｧ縺吶�
             </para>
             
             <para>
-                バージョンやタイムスタンプのプロパティは、分離されたインスタンスに対してnullであってはなりません。
-                そのためどのような <literal>unsaved-value</literal> 戦略が指定されても、
-                Hibernateはnullのバージョンやタイムスタンプを持ったすべてのインスタンスを、
-                一時的なものであると判断します。
+                繝舌�繧ｸ繝ｧ繝ｳ繧�ち繧､繝�繧ｹ繧ｿ繝ｳ繝励�繝励Ο繝代ユ繧｣縺ｯ縲∝�髮｢縺輔ｌ縺溘う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｫ蟇ｾ縺励※null縺ｧ縺ゅ▲縺ｦ縺ｯ縺ｪ繧翫∪縺帙ｓ縲�
+                縺昴�縺溘ａ縺ｩ縺ｮ繧医≧縺ｪ <literal>unsaved-value</literal> 謌ｦ逡･縺梧欠螳壹＆繧後※繧ゅ�
+                Hibernate縺ｯnull縺ｮ繝舌�繧ｸ繝ｧ繝ｳ繧�ち繧､繝�繧ｹ繧ｿ繝ｳ繝励ｒ謖√▲縺溘☆縺ｹ縺ｦ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧偵�
+                荳譎ら噪縺ｪ繧ゅ�縺ｧ縺ゅｋ縺ｨ蛻､譁ｭ縺励∪縺吶�
                 
-                 <emphasis> nullを許容するバージョンやタイムスタンプのプロパティを定義することは、
-                過渡的に一時オブジェクトとすることを防ぐ簡単な方法です。
-                特に識別子の割り当てや複合キーを使用しているときには特に有用です。</emphasis> 
+                 <emphasis> null繧定ｨｱ螳ｹ縺吶ｋ繝舌�繧ｸ繝ｧ繝ｳ繧�ち繧､繝�繧ｹ繧ｿ繝ｳ繝励�繝励Ο繝代ユ繧｣繧貞ｮ夂ｾｩ縺吶ｋ縺薙→縺ｯ縲�
+                驕取ｸ｡逧�↓荳譎ゅが繝悶ず繧ｧ繧ｯ繝医→縺吶ｋ縺薙→繧帝亟縺千ｰ｡蜊倥↑譁ｹ豕輔〒縺吶�
+                迚ｹ縺ｫ隴伜挨蟄舌�蜑ｲ繧雁ｽ薙※繧�､�粋繧ｭ繝ｼ繧剃ｽｿ逕ｨ縺励※縺�ｋ縺ｨ縺阪↓縺ｯ迚ｹ縺ｫ譛臥畑縺ｧ縺吶�</emphasis> 
             </para>
         </sect2>
         
         <sect2 id="mapping-declaration-timestamp" revision="4">
-            <title>timestamp（オプション）</title>
+            <title>timestamp�医が繝励す繝ｧ繝ｳ��</title>
 
             <para>
-                オプションの <literal>&lt;timestamp&gt;</literal> 要素は、
-                テーブルがタイムスタンプデータを含むことを示します。
-                これはバージョン付けの代わりの方法として用意されています。
-                タイムスタンプはもともと楽観的ロックにおける安全性の低い実装です。
-                しかしアプリケーションは異なる用途で使うこともあるかもしれません。
+                繧ｪ繝励す繝ｧ繝ｳ縺ｮ <literal>&lt;timestamp&gt;</literal> 隕∫ｴ�縺ｯ縲�
+                繝��繝悶Ν縺後ち繧､繝�繧ｹ繧ｿ繝ｳ繝励ョ繝ｼ繧ｿ繧貞性繧縺薙→繧堤､ｺ縺励∪縺吶�
+                縺薙ｌ縺ｯ繝舌�繧ｸ繝ｧ繝ｳ莉倥￠縺ｮ莉｣繧上ｊ縺ｮ譁ｹ豕輔→縺励※逕ｨ諢上＆繧後※縺�∪縺吶�
+                繧ｿ繧､繝�繧ｹ繧ｿ繝ｳ繝励�繧ゅ→繧ゅ→讌ｽ隕ｳ逧�Ο繝�け縺ｫ縺翫￠繧句ｮ牙�諤ｧ縺ｮ菴弱＞螳溯｣�〒縺吶�
+                縺励°縺励い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ逡ｰ縺ｪ繧狗畑騾斐〒菴ｿ縺�％縺ｨ繧ゅ≠繧九°繧ゅ＠繧後∪縺帙ｓ縲�
             </para>
             
             <programlistingco>
@@ -1265,66 +1266,66 @@
                 <calloutlist>
                     <callout arearefs="timestamp1">
                         <para>
-                            <literal>column</literal>（オプション - デフォルトはプロパティ名）：
-                            タイムスタンプを保持するカラムの名前。
+                            <literal>column</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医�繝励Ο繝代ユ繧｣蜷搾ｼ会ｼ�
+                            繧ｿ繧､繝�繧ｹ繧ｿ繝ｳ繝励ｒ菫晄戟縺吶ｋ繧ｫ繝ｩ繝�縺ｮ蜷榊燕縲�
                         </para>
                     </callout>                   
                     <callout arearefs="timestamp2">
                         <para>
-                            <literal>name</literal> ：
-                            永続クラスであるJava の <literal>Date</literal >型 または 
-                            <literal>Timestamp</literal> 型 の、JavaBeansスタイルプロパティの名前。
+                            <literal>name</literal> ��
+                            豌ｸ邯壹け繝ｩ繧ｹ縺ｧ縺ゅｋJava 縺ｮ <literal>Date</literal >蝙� 縺ｾ縺溘� 
+                            <literal>Timestamp</literal> 蝙� 縺ｮ縲゛avaBeans繧ｹ繧ｿ繧､繝ｫ繝励Ο繝代ユ繧｣縺ｮ蜷榊燕縲�
                         </para>
                     </callout>
                    <callout arearefs="timestamp3">
                         <para>
                             <literal>access</literal>
-                            （オプション - デフォルトは <literal>property</literal> ）：
-                            プロパティの値へのアクセスにHibernateが使う戦略。
+                            �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>property</literal> �会ｼ�
+                            繝励Ο繝代ユ繧｣縺ｮ蛟､縺ｸ縺ｮ繧｢繧ｯ繧ｻ繧ｹ縺ｫHibernate縺御ｽｿ縺�姶逡･縲�
                         </para>
                     </callout>
                    <callout arearefs="timestamp4">
                         <para>
                             <literal>unsaved-value</literal> 
-                            （オプション - デフォルトは <literal>null</literal> ）：
-                            インスタンスが新しくインスタンス化された
-                            （セーブされていない）ことを示すバージョンプロパティの値。
-                            以前のSessionでセーブまたはロードされた一時的なインスタンスと
-                            区別するために使われます。
-                            （ <literal>undefined</literal> と指定すると、
-                            識別子プロパティの値が使われます。）
+                            �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>null</literal> �会ｼ�
+                            繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺梧眠縺励￥繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ蛹悶＆繧後◆
+                            �医そ繝ｼ繝悶＆繧後※縺�↑縺�ｼ峨％縺ｨ繧堤､ｺ縺吶ヰ繝ｼ繧ｸ繝ｧ繝ｳ繝励Ο繝代ユ繧｣縺ｮ蛟､縲�
+                            莉･蜑阪�Session縺ｧ繧ｻ繝ｼ繝悶∪縺溘�繝ｭ繝ｼ繝峨＆繧後◆荳譎ら噪縺ｪ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｨ
+                            蛹ｺ蛻･縺吶ｋ縺溘ａ縺ｫ菴ｿ繧上ｌ縺ｾ縺吶�
+                            �� <literal>undefined</literal> 縺ｨ謖�ｮ壹☆繧九→縲�
+                            隴伜挨蟄舌�繝ｭ繝代ユ繧｣縺ｮ蛟､縺御ｽｿ繧上ｌ縺ｾ縺吶ゑｼ�
                         </para>
                     </callout>
                     
                     <callout arearefs="timestamp5">
                         <para>
-                            <literal>source</literal> (オプション - デフォルトは <literal>vm</literal> ):
-                            Hibernateはどこからタイムスタンプの値を取得するべきでしょうか？
-                            データベースからでしょうか、現在のJVMからでしょうか？
-                            データベースによるタイムスタンプは、Hibernateが"次の値"を決定するために
-                            データベースをヒットしなければならないため、オーバヘッドを招きます。
-                            しかしクラスタ環境ではJVMから取得するより安全です。
-                            データベースの現在のタイムスタンプの取得をサポートする
-                            すべての <literal>データベース方言</literal> が知られているわけではないことに
-                            注意してください。また一方で、精密さを欠くために、
-                            ロックで使用するには安全でないものもあります(例えばOracle 8)。
+                            <literal>source</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>vm</literal> ):
+                            Hibernate縺ｯ縺ｩ縺薙°繧峨ち繧､繝�繧ｹ繧ｿ繝ｳ繝励�蛟､繧貞叙蠕励☆繧九∋縺阪〒縺励ｇ縺�°��
+                            繝��繧ｿ繝吶�繧ｹ縺九ｉ縺ｧ縺励ｇ縺�°縲∫樟蝨ｨ縺ｮJVM縺九ｉ縺ｧ縺励ｇ縺�°��
+                            繝��繧ｿ繝吶�繧ｹ縺ｫ繧医ｋ繧ｿ繧､繝�繧ｹ繧ｿ繝ｳ繝励�縲？ibernate縺�"谺｡縺ｮ蛟､"繧呈ｱｺ螳壹☆繧九◆繧√↓
+                            繝��繧ｿ繝吶�繧ｹ繧偵ヲ繝�ヨ縺励↑縺代ｌ縺ｰ縺ｪ繧峨↑縺�◆繧√√が繝ｼ繝舌�繝�ラ繧呈魚縺阪∪縺吶�
+                            縺励°縺励け繝ｩ繧ｹ繧ｿ迺ｰ蠅�〒縺ｯJVM縺九ｉ蜿門ｾ励☆繧九ｈ繧雁ｮ牙�縺ｧ縺吶�
+                            繝��繧ｿ繝吶�繧ｹ縺ｮ迴ｾ蝨ｨ縺ｮ繧ｿ繧､繝�繧ｹ繧ｿ繝ｳ繝励�蜿門ｾ励ｒ繧ｵ繝昴�繝医☆繧�
+                            縺吶∋縺ｦ縺ｮ <literal>繝��繧ｿ繝吶�繧ｹ譁ｹ險</literal> 縺檎衍繧峨ｌ縺ｦ縺�ｋ繧上￠縺ｧ縺ｯ縺ｪ縺�％縺ｨ縺ｫ
+                            豕ｨ諢上＠縺ｦ縺上□縺輔＞縲ゅ∪縺滉ｸ譁ｹ縺ｧ縲∫ｲｾ蟇�＆繧呈ｬ�縺上◆繧√↓縲�
+                            繝ｭ繝�け縺ｧ菴ｿ逕ｨ縺吶ｋ縺ｫ縺ｯ螳牙�縺ｧ縺ｪ縺�ｂ縺ｮ繧ゅ≠繧翫∪縺�(萓九∴縺ｰOracle 8)縲�
                         </para>
                     </callout>
                     <callout arearefs="timestamp6">
                         <para>
-                            <literal>generated</literal> (オプション - デフォルトは <literal>never</literal> ):
-                            このタイムスタンプ・プロパティの値が、データベースによって生成されることを指定します。
-                            <xref linkend="mapping-generated">生成プロパティ</xref> を参照してください。
+                            <literal>generated</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>never</literal> ):
+                            縺薙�繧ｿ繧､繝�繧ｹ繧ｿ繝ｳ繝励�繝励Ο繝代ユ繧｣縺ｮ蛟､縺後√ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｫ繧医▲縺ｦ逕滓�縺輔ｌ繧九％縺ｨ繧呈欠螳壹＠縺ｾ縺吶�
+                            <xref linkend="mapping-generated">逕滓�繝励Ο繝代ユ繧｣</xref> 繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
                         </para>
                     </callout>
                 </calloutlist>
             </programlistingco>
             
             <para>
-                 <literal>&lt;timestamp&gt;</literal> は 
-                <literal>&lt;version type="timestamp"&gt;</literal> と等価であることに注意してください。
-                <literal>&lt;timestamp source="db"&gt;</literal> は
-                <literal>&lt;version type="dbtimestamp"&gt;</literal> と等価であることに注意してください。
+                 <literal>&lt;timestamp&gt;</literal> 縺ｯ 
+                <literal>&lt;version type="timestamp"&gt;</literal> 縺ｨ遲我ｾ｡縺ｧ縺ゅｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+                <literal>&lt;timestamp source="db"&gt;</literal> 縺ｯ
+                <literal>&lt;version type="dbtimestamp"&gt;</literal> 縺ｨ遲我ｾ｡縺ｧ縺ゅｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
             </para>
         </sect2>
         
@@ -1332,7 +1333,7 @@
             <title>property</title>
 
             <para>
-                <literal>&lt;property&gt;</literal> 要素は、クラスの永続的なJavaBeanスタイルのプロパティを定義します。
+                <literal>&lt;property&gt;</literal> 隕∫ｴ�縺ｯ縲√け繝ｩ繧ｹ縺ｮ豌ｸ邯夂噪縺ｪJavaBean繧ｹ繧ｿ繧､繝ｫ縺ｮ繝励Ο繝代ユ繧｣繧貞ｮ夂ｾｩ縺励∪縺吶�
             </para>
             
             <programlistingco>
@@ -1375,135 +1376,135 @@
                 <calloutlist>
                     <callout arearefs="property1">
                         <para>
-                            <literal>name</literal>：小文字で始まるプロパティ名。
+                            <literal>name</literal>�壼ｰ乗枚蟄励〒蟋九∪繧九�繝ｭ繝代ユ繧｣蜷阪�
                         </para>
                     </callout>                   
                     <callout arearefs="property2">
                         <para>
-                            <literal>column</literal>（オプション - デフォルトはプロパティ名）：
-                            マッピングされたデータベーステーブルのカラムの名前。
-                            ネストした <literal>&lt;column&gt;</literal> 要素でも指定できます。
+                            <literal>column</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医�繝励Ο繝代ユ繧｣蜷搾ｼ会ｼ�
+                            繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺溘ョ繝ｼ繧ｿ繝吶�繧ｹ繝��繝悶Ν縺ｮ繧ｫ繝ｩ繝�縺ｮ蜷榊燕縲�
+                            繝阪せ繝医＠縺� <literal>&lt;column&gt;</literal> 隕∫ｴ�縺ｧ繧よ欠螳壹〒縺阪∪縺吶�
                         </para>
                     </callout>
                     <callout arearefs="property3">
                         <para>
-                            <literal>type</literal>（オプション）：Hibernateの型を示す名前。
+                            <literal>type</literal>�医が繝励す繝ｧ繝ｳ�会ｼ唏ibernate縺ｮ蝙九ｒ遉ｺ縺吝錐蜑阪�
                         </para>
                     </callout>
                     <callout arearefs="property4-5">
                         <para>
                             <literal>update, insert</literal> 
-                            （オプション - デフォルトは <literal>true</literal> ）：
-                            マッピングされたカラムがSQLの 
-                            <literal>UPDATE</literal> や <literal>INSERT</literal> に含まれることを指定します。
-                            両方とも <literal>false</literal> に設定すると、
-                            同じカラムにマッピングされた他のプロパティやトリガや
-                            他のアプリケーションによって初期化された純粋な「導出」プロパティが可能になります。
+                            �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>true</literal> �会ｼ�
+                            繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺溘き繝ｩ繝�縺郡QL縺ｮ 
+                            <literal>UPDATE</literal> 繧� <literal>INSERT</literal> 縺ｫ蜷ｫ縺ｾ繧後ｋ縺薙→繧呈欠螳壹＠縺ｾ縺吶�
+                            荳｡譁ｹ縺ｨ繧� <literal>false</literal> 縺ｫ險ｭ螳壹☆繧九→縲�
+                            蜷後§繧ｫ繝ｩ繝�縺ｫ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺滉ｻ悶�繝励Ο繝代ユ繧｣繧�ヨ繝ｪ繧ｬ繧�
+                            莉悶�繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ繧医▲縺ｦ蛻晄悄蛹悶＆繧後◆邏皮ｲ九↑縲悟ｰ主�縲阪�繝ｭ繝代ユ繧｣縺悟庄閭ｽ縺ｫ縺ｪ繧翫∪縺吶�
                         </para>
                     </callout>
                     <callout arearefs="property6">
                         <para>
-                            <literal>formula</literal>（オプション）：
-                            <emphasis>計算</emphasis> プロパティのための値を定義するSQL式。
-                            計算されたプロパティは自身のカラムへのマッピングがありません。
+                            <literal>formula</literal>�医が繝励す繝ｧ繝ｳ�会ｼ�
+                            <emphasis>險育ｮ�</emphasis> 繝励Ο繝代ユ繧｣縺ｮ縺溘ａ縺ｮ蛟､繧貞ｮ夂ｾｩ縺吶ｋSQL蠑上�
+                            險育ｮ励＆繧後◆繝励Ο繝代ユ繧｣縺ｯ閾ｪ霄ｫ縺ｮ繧ｫ繝ｩ繝�縺ｸ縺ｮ繝槭ャ繝斐Φ繧ｰ縺後≠繧翫∪縺帙ｓ縲�
                         </para>
                     </callout>
                     <callout arearefs="property7">
                         <para>
-                            <literal>access</literal>（オプション - デフォルトは <literal>property</literal> ）：
-                            プロパティの値へのアクセスにHibernateが使う戦略。
+                            <literal>access</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>property</literal> �会ｼ�
+                            繝励Ο繝代ユ繧｣縺ｮ蛟､縺ｸ縺ｮ繧｢繧ｯ繧ｻ繧ｹ縺ｫHibernate縺御ｽｿ縺�姶逡･縲�
                         </para>
                     </callout>
                     <callout arearefs="property8">
                         <para>
-                            <literal>lazy</literal> (optional - デフォルトは <literal>false</literal> ):
-                           インスタンス変数に最初にアクセスしたときに、プロパティを遅延して取得するよう指定します。
-                           (バイトコード実装を作成する時間が必要になります)。
+                            <literal>lazy</literal> (optional - 繝�ヵ繧ｩ繝ｫ繝医� <literal>false</literal> ):
+                           繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ螟画焚縺ｫ譛蛻昴↓繧｢繧ｯ繧ｻ繧ｹ縺励◆縺ｨ縺阪↓縲√�繝ｭ繝代ユ繧｣繧帝≦蟒ｶ縺励※蜿門ｾ励☆繧九ｈ縺�欠螳壹＠縺ｾ縺吶�
+                           (繝舌う繝医さ繝ｼ繝牙ｮ溯｣�ｒ菴懈�縺吶ｋ譎る俣縺悟ｿ�ｦ√↓縺ｪ繧翫∪縺�)縲�
                         </para>
                     </callout>
                     <callout arearefs="property9">
                         <para>
-                            <literal>unique</literal> (オプション):カラムにユニーク制約をつけるDDLの生成を可能にします。
-                            また、<literal>property-ref</literal> のターゲットとすることもできます。
+                            <literal>unique</literal> (繧ｪ繝励す繝ｧ繝ｳ):繧ｫ繝ｩ繝�縺ｫ繝ｦ繝九�繧ｯ蛻ｶ邏�ｒ縺､縺代ｋDDL縺ｮ逕滓�繧貞庄閭ｽ縺ｫ縺励∪縺吶�
+                            縺ｾ縺溘�<literal>property-ref</literal> 縺ｮ繧ｿ繝ｼ繧ｲ繝�ヨ縺ｨ縺吶ｋ縺薙→繧ゅ〒縺阪∪縺吶�
                         </para>
                     </callout>
                     <callout arearefs="property10">
                         <para>
-                            <literal>not-null</literal> (オプション):カラムにnull値を許可するDDLの生成を可能にします。
+                            <literal>not-null</literal> (繧ｪ繝励す繝ｧ繝ｳ):繧ｫ繝ｩ繝�縺ｫnull蛟､繧定ｨｱ蜿ｯ縺吶ｋDDL縺ｮ逕滓�繧貞庄閭ｽ縺ｫ縺励∪縺吶�
                         </para>
                     </callout>
                     <callout arearefs="property11">
                         <para>
-                            <literal>optimistic-lock</literal> (オプション - デフォルトは <literal>true</literal> ):
-                            このプロパティの更新に楽観ロックの取得を要求するかどうかを指定します。
-                            言い換えれば、このプロパティがダーティであるときにバージョンを増やすべきかを決定します。
+                            <literal>optimistic-lock</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>true</literal> ):
+                            縺薙�繝励Ο繝代ユ繧｣縺ｮ譖ｴ譁ｰ縺ｫ讌ｽ隕ｳ繝ｭ繝�け縺ｮ蜿門ｾ励ｒ隕∵ｱゅ☆繧九°縺ｩ縺�°繧呈欠螳壹＠縺ｾ縺吶�
+                            險縺�鋤縺医ｌ縺ｰ縲√％縺ｮ繝励Ο繝代ユ繧｣縺後ム繝ｼ繝�ぅ縺ｧ縺ゅｋ縺ｨ縺阪↓繝舌�繧ｸ繝ｧ繝ｳ繧貞｢励ｄ縺吶∋縺阪°繧呈ｱｺ螳壹＠縺ｾ縺吶�
                         </para>
                     </callout>
                     <callout arearefs="property12">
                         <para>
-                            <literal>generated</literal> (オプション - デフォルトは <literal>never</literal> ):
-                            プロパティの値が、データベースによって生成されたことを指定します。
-                            <xref linkend="mapping-generated">生成プロパティ</xref> を参照してください。
+                            <literal>generated</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>never</literal> ):
+                            繝励Ο繝代ユ繧｣縺ｮ蛟､縺後√ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｫ繧医▲縺ｦ逕滓�縺輔ｌ縺溘％縺ｨ繧呈欠螳壹＠縺ｾ縺吶�
+                            <xref linkend="mapping-generated">逕滓�繝励Ο繝代ユ繧｣</xref> 繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
                         </para>
                     </callout>
                 </calloutlist>
             </programlistingco>
 
             <para>
-                <emphasis>typename</emphasis> には以下の値が可能です：
+                <emphasis>typename</emphasis> 縺ｫ縺ｯ莉･荳九�蛟､縺悟庄閭ｽ縺ｧ縺呻ｼ�
             </para>
 
             <orderedlist spacing="compact">
                 <listitem>
                     <para>
-                        Hibernateの基本型の名前（例  <literal>integer, string, character,
-                        date, timestamp, float, binary, serializable, object, blob</literal> ）。
+                        Hibernate縺ｮ蝓ｺ譛ｬ蝙九�蜷榊燕�井ｾ�  <literal>integer, string, character,
+                        date, timestamp, float, binary, serializable, object, blob</literal> �峨�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        デフォルトの基本型のJavaクラス名 （例 <literal>int, float,
-                        char, java.lang.String, java.util.Date, java.lang.Integer, java.sql.Clob</literal> ）。
+                        繝�ヵ繧ｩ繝ｫ繝医�蝓ｺ譛ｬ蝙九�Java繧ｯ繝ｩ繧ｹ蜷� �井ｾ� <literal>int, float,
+                        char, java.lang.String, java.util.Date, java.lang.Integer, java.sql.Clob</literal> �峨�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        シリアライズ可能なJavaクラスの名前。
+                        繧ｷ繝ｪ繧｢繝ｩ繧､繧ｺ蜿ｯ閭ｽ縺ｪJava繧ｯ繝ｩ繧ｹ縺ｮ蜷榊燕縲�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        カスタム型のクラス名（例 <literal>com.illflow.type.MyCustomType</literal> ）。
+                        繧ｫ繧ｹ繧ｿ繝�蝙九�繧ｯ繝ｩ繧ｹ蜷搾ｼ井ｾ� <literal>com.illflow.type.MyCustomType</literal> �峨�
                     </para>
                 </listitem>
             </orderedlist>
 
             <para>
-                型を指定しなければ、Hibernateは正しいHibernateの型を推測するために、
-                指定されたプロパティに対してリフレクションを使います。
-                Hibernateはルール2, 3, 4をその順序に使い、
-                getterプロパティの返り値のクラスの名前を解釈しようとします。
-                しかしこれで常に十分であるとは限りません。
-                場合によっては、<literal>type</literal> 属性が必要な場合があります。
-                （例えば <literal>Hibernate.DATE</literal> と <literal>Hibernate.TIMESTAMP</literal> を区別するため、
-                またはカスタム型を指定するためなどです。）
+                蝙九ｒ謖�ｮ壹＠縺ｪ縺代ｌ縺ｰ縲？ibernate縺ｯ豁｣縺励＞Hibernate縺ｮ蝙九ｒ謗ｨ貂ｬ縺吶ｋ縺溘ａ縺ｫ縲�
+                謖�ｮ壹＆繧後◆繝励Ο繝代ユ繧｣縺ｫ蟇ｾ縺励※繝ｪ繝輔Ξ繧ｯ繧ｷ繝ｧ繝ｳ繧剃ｽｿ縺�∪縺吶�
+                Hibernate縺ｯ繝ｫ繝ｼ繝ｫ2, 3, 4繧偵◎縺ｮ鬆�ｺ上↓菴ｿ縺��
+                getter繝励Ο繝代ユ繧｣縺ｮ霑斐ｊ蛟､縺ｮ繧ｯ繝ｩ繧ｹ縺ｮ蜷榊燕繧定ｧ｣驥医＠繧医≧縺ｨ縺励∪縺吶�
+                縺励°縺励％繧後〒蟶ｸ縺ｫ蜊∝�縺ｧ縺ゅｋ縺ｨ縺ｯ髯舌ｊ縺ｾ縺帙ｓ縲�
+                蝣ｴ蜷医↓繧医▲縺ｦ縺ｯ縲�<literal>type</literal> 螻樊ｧ縺悟ｿ�ｦ√↑蝣ｴ蜷医′縺ゅｊ縺ｾ縺吶�
+                �井ｾ九∴縺ｰ <literal>Hibernate.DATE</literal> 縺ｨ <literal>Hibernate.TIMESTAMP</literal> 繧貞玄蛻･縺吶ｋ縺溘ａ縲�
+                縺ｾ縺溘�繧ｫ繧ｹ繧ｿ繝�蝙九ｒ謖�ｮ壹☆繧九◆繧√↑縺ｩ縺ｧ縺吶ゑｼ�
             </para>
             
             <para>
-                <literal>access</literal> 属性で、
-                実行時にHibernateがどのようにプロパティにアクセスするかを制御できます。
-                デフォルトではHibernateはプロパティのget/setのペアをコールします。
-                <literal>access="field"</literal> と指定すれば、
-                Hibernateはリフレクションを使いget/setのペアを介さずに、直接フィールドにアクセスします。
-                インターフェイス <literal>org.hibernate.property.PropertyAccessor</literal> を
-                実装するクラスを指定することで、プロパティへのアクセスに独自の戦略を指定することができます。
+                <literal>access</literal> 螻樊ｧ縺ｧ縲�
+                螳溯｡梧凾縺ｫHibernate縺後←縺ｮ繧医≧縺ｫ繝励Ο繝代ユ繧｣縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ縺九ｒ蛻ｶ蠕｡縺ｧ縺阪∪縺吶�
+                繝�ヵ繧ｩ繝ｫ繝医〒縺ｯHibernate縺ｯ繝励Ο繝代ユ繧｣縺ｮget/set縺ｮ繝壹い繧偵さ繝ｼ繝ｫ縺励∪縺吶�
+                <literal>access="field"</literal> 縺ｨ謖�ｮ壹☆繧後�縲�
+                Hibernate縺ｯ繝ｪ繝輔Ξ繧ｯ繧ｷ繝ｧ繝ｳ繧剃ｽｿ縺�get/set縺ｮ繝壹い繧剃ｻ九＆縺壹↓縲∫峩謗･繝輔ぅ繝ｼ繝ｫ繝峨↓繧｢繧ｯ繧ｻ繧ｹ縺励∪縺吶�
+                繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ <literal>org.hibernate.property.PropertyAccessor</literal> 繧�
+                螳溯｣�☆繧九け繝ｩ繧ｹ繧呈欠螳壹☆繧九％縺ｨ縺ｧ縲√�繝ｭ繝代ユ繧｣縺ｸ縺ｮ繧｢繧ｯ繧ｻ繧ｹ縺ｫ迢ｬ閾ｪ縺ｮ謌ｦ逡･繧呈欠螳壹☆繧九％縺ｨ縺後〒縺阪∪縺吶�
             </para>
 
             <para>
-                特に強力な特徴は生成プロパティです。
-                これらのプロパティは当然読み取り専用であり、プロパティの値はロード時に計算されます。
-                計算をSQL式として宣言すると、このプロパティは
-                インスタンスをロードするSQLクエリの <literal>SELECT</literal> 句のサブクエリに変換されます。
+                迚ｹ縺ｫ蠑ｷ蜉帙↑迚ｹ蠕ｴ縺ｯ逕滓�繝励Ο繝代ユ繧｣縺ｧ縺吶�
+                縺薙ｌ繧峨�繝励Ο繝代ユ繧｣縺ｯ蠖鍋┯隱ｭ縺ｿ蜿悶ｊ蟆ら畑縺ｧ縺ゅｊ縲√�繝ｭ繝代ユ繧｣縺ｮ蛟､縺ｯ繝ｭ繝ｼ繝画凾縺ｫ險育ｮ励＆繧後∪縺吶�
+                險育ｮ励ｒSQL蠑上→縺励※螳｣險縺吶ｋ縺ｨ縲√％縺ｮ繝励Ο繝代ユ繧｣縺ｯ
+                繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧偵Ο繝ｼ繝峨☆繧鬼QL繧ｯ繧ｨ繝ｪ縺ｮ <literal>SELECT</literal> 蜿･縺ｮ繧ｵ繝悶け繧ｨ繝ｪ縺ｫ螟画鋤縺輔ｌ縺ｾ縺吶�
             </para>
 
         <programlisting><![CDATA[
@@ -1514,10 +1515,10 @@
                 AND li.orderNumber = orderNumber )"/>]]></programlisting>
 
             <para>
-                特定のカラム(例では <literal>customerId</literal> がそれにあたります)のエイリアスを宣言することなく、
-                エンティティ自身のテーブルを参照できることに注意してください。
-                もし属性を使用したくなければ、
-                ネストした <literal>&lt;formula&gt;</literal> マッピング要素を使えることにも注意してください。
+                迚ｹ螳壹�繧ｫ繝ｩ繝�(萓九〒縺ｯ <literal>customerId</literal> 縺後◎繧後↓縺ゅ◆繧翫∪縺�)縺ｮ繧ｨ繧､繝ｪ繧｢繧ｹ繧貞ｮ｣險縺吶ｋ縺薙→縺ｪ縺上�
+                繧ｨ繝ｳ繝�ぅ繝�ぅ閾ｪ霄ｫ縺ｮ繝��繝悶Ν繧貞盾辣ｧ縺ｧ縺阪ｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+                繧ゅ＠螻樊ｧ繧剃ｽｿ逕ｨ縺励◆縺上↑縺代ｌ縺ｰ縲�
+                繝阪せ繝医＠縺� <literal>&lt;formula&gt;</literal> 繝槭ャ繝斐Φ繧ｰ隕∫ｴ�繧剃ｽｿ縺医ｋ縺薙→縺ｫ繧よｳｨ諢上＠縺ｦ縺上□縺輔＞縲�
             </para>
 
         </sect2>
@@ -1526,9 +1527,9 @@
             <title>many-to-one</title>
 
             <para>
-                他の永続クラスへの通常の関連は <literal>many-to-one</literal> 要素を使って定義します。
-                リレーショナルモデルは多対一関連です。
-                つまりあるテーブルの外部キーは、ターゲットとなるテーブルの主キーカラムを参照しています。
+                莉悶�豌ｸ邯壹け繝ｩ繧ｹ縺ｸ縺ｮ騾壼ｸｸ縺ｮ髢｢騾｣縺ｯ <literal>many-to-one</literal> 隕∫ｴ�繧剃ｽｿ縺｣縺ｦ螳夂ｾｩ縺励∪縺吶�
+                繝ｪ繝ｬ繝ｼ繧ｷ繝ｧ繝翫Ν繝｢繝�Ν縺ｯ螟壼ｯｾ荳髢｢騾｣縺ｧ縺吶�
+                縺､縺ｾ繧翫≠繧九ユ繝ｼ繝悶Ν縺ｮ螟夜Κ繧ｭ繝ｼ縺ｯ縲√ち繝ｼ繧ｲ繝�ヨ縺ｨ縺ｪ繧九ユ繝ｼ繝悶Ν縺ｮ荳ｻ繧ｭ繝ｼ繧ｫ繝ｩ繝�繧貞盾辣ｧ縺励※縺�∪縺吶�
             </para>
 
             <programlistingco>
@@ -1578,156 +1579,156 @@
                 <calloutlist>
                     <callout arearefs="manytoone1">
                         <para>
-                            <literal>name</literal>：プロパティ名。
+                            <literal>name</literal>�壹�繝ｭ繝代ユ繧｣蜷阪�
                         </para>                    
                     </callout>                   
                     <callout arearefs="manytoone2">
                         <para>
-                            <literal>column</literal> (オプション):外部キーカラムの名前。
-                            ネストした <literal>&lt;column&gt;</literal> 要素でも指定できます。
+                            <literal>column</literal> (繧ｪ繝励す繝ｧ繝ｳ):螟夜Κ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺ｮ蜷榊燕縲�
+                            繝阪せ繝医＠縺� <literal>&lt;column&gt;</literal> 隕∫ｴ�縺ｧ繧よ欠螳壹〒縺阪∪縺吶�
                         </para>
                     </callout>
                     <callout arearefs="manytoone3">
                         <para>
-                            <literal>class</literal>（オプション - デフォルトは、
-                            リフレクションにより決定されるプロパティの型）：関連クラスの名前。
+                            <literal>class</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医�縲�
+                            繝ｪ繝輔Ξ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ繧医ｊ豎ｺ螳壹＆繧後ｋ繝励Ο繝代ユ繧｣縺ｮ蝙具ｼ会ｼ夐未騾｣繧ｯ繝ｩ繧ｹ縺ｮ蜷榊燕縲�
                         </para>
                     </callout>
                     <callout arearefs="manytoone4">
                         <para>
-                            <literal>cascade</literal>（オプション）：
-                            どの操作を、親オブジェクトから関連オブジェクトへとカスケードさせるかを指定します。
+                            <literal>cascade</literal>�医が繝励す繝ｧ繝ｳ�会ｼ�
+                            縺ｩ縺ｮ謫堺ｽ懊ｒ縲∬ｦｪ繧ｪ繝悶ず繧ｧ繧ｯ繝医°繧蛾未騾｣繧ｪ繝悶ず繧ｧ繧ｯ繝医∈縺ｨ繧ｫ繧ｹ繧ｱ繝ｼ繝峨＆縺帙ｋ縺九ｒ謖�ｮ壹＠縺ｾ縺吶�
                         </para>                    
                     </callout>
                     <callout arearefs="manytoone5">
                         <para>
-                            <literal>fetch</literal> (オプション - デフォルトは <literal>select</literal> ): 
-                               外部結合フェッチか順次選択フェッチ（sequential select fetch）を選択します。
+                            <literal>fetch</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>select</literal> ): 
+                               螟夜Κ邨仙粋繝輔ぉ繝�メ縺矩��ｬ｡驕ｸ謚槭ヵ繧ｧ繝�メ��sequential select fetch�峨ｒ驕ｸ謚槭＠縺ｾ縺吶�
                         </para>                    
                     </callout>
                     <callout arearefs="manytoone6-7">
                         <para>
-                            <literal>update, insert</literal>（オプション - デフォルトは <literal>true</literal> ）：
-                            マッピングされたカラムがSQLの <literal>UPDATE</literal> または 
-                            <literal>INSERT</literal> 文に含まれることを指定します。
-                            両方とも <literal>false</literal> に設定すると、
-                            その値が同じカラムにマッピングされた他のプロパティやトリガや
-                            他のアプリケーションによって初期化された純粋な「導出」プロパティが可能になります。
+                            <literal>update, insert</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>true</literal> �会ｼ�
+                            繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺溘き繝ｩ繝�縺郡QL縺ｮ <literal>UPDATE</literal> 縺ｾ縺溘� 
+                            <literal>INSERT</literal> 譁�↓蜷ｫ縺ｾ繧後ｋ縺薙→繧呈欠螳壹＠縺ｾ縺吶�
+                            荳｡譁ｹ縺ｨ繧� <literal>false</literal> 縺ｫ險ｭ螳壹☆繧九→縲�
+                            縺昴�蛟､縺悟酔縺倥き繝ｩ繝�縺ｫ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺滉ｻ悶�繝励Ο繝代ユ繧｣繧�ヨ繝ｪ繧ｬ繧�
+                            莉悶�繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ繧医▲縺ｦ蛻晄悄蛹悶＆繧後◆邏皮ｲ九↑縲悟ｰ主�縲阪�繝ｭ繝代ユ繧｣縺悟庄閭ｽ縺ｫ縺ｪ繧翫∪縺吶�
                         </para>                    
                     </callout>
                     <callout arearefs="manytoone8">
                         <para>
-                            <literal>property-ref</literal>（オプション）：
-                            この外部キーに結合された関連クラスのプロパティ名。
-                            何も指定しなければ、関連クラスの主キーが使われます。
+                            <literal>property-ref</literal>�医が繝励す繝ｧ繝ｳ�会ｼ�
+                            縺薙�螟夜Κ繧ｭ繝ｼ縺ｫ邨仙粋縺輔ｌ縺滄未騾｣繧ｯ繝ｩ繧ｹ縺ｮ繝励Ο繝代ユ繧｣蜷阪�
+                            菴輔ｂ謖�ｮ壹＠縺ｪ縺代ｌ縺ｰ縲�未騾｣繧ｯ繝ｩ繧ｹ縺ｮ荳ｻ繧ｭ繝ｼ縺御ｽｿ繧上ｌ縺ｾ縺吶�
                         </para>                
                     </callout>                   
                     <callout arearefs="manytoone9">
                         <para>
-                            <literal>access</literal>（オプション - デフォルトは <literal>property</literal> ）：
-                            プロパティの値へのアクセスにHibernateが使う戦略。
+                            <literal>access</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>property</literal> �会ｼ�
+                            繝励Ο繝代ユ繧｣縺ｮ蛟､縺ｸ縺ｮ繧｢繧ｯ繧ｻ繧ｹ縺ｫHibernate縺御ｽｿ縺�姶逡･縲�
                         </para>
                     </callout>
                     <callout arearefs="manytoone10">
                         <para>
-                            <literal>unique</literal>（オプション）：
-                             外部キーカラムに対してユニーク制約をつけたDDLの生成を可能にします。
-                             また、<literal>property-ref</literal> のターゲットにすることもできます。
-                             これにより関連の多重度を効果的に一対一にします。
+                            <literal>unique</literal>�医が繝励す繝ｧ繝ｳ�会ｼ�
+                             螟夜Κ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺ｫ蟇ｾ縺励※繝ｦ繝九�繧ｯ蛻ｶ邏�ｒ縺､縺代◆DDL縺ｮ逕滓�繧貞庄閭ｽ縺ｫ縺励∪縺吶�
+                             縺ｾ縺溘�<literal>property-ref</literal> 縺ｮ繧ｿ繝ｼ繧ｲ繝�ヨ縺ｫ縺吶ｋ縺薙→繧ゅ〒縺阪∪縺吶�
+                             縺薙ｌ縺ｫ繧医ｊ髢｢騾｣縺ｮ螟夐㍾蠎ｦ繧貞柑譫懃噪縺ｫ荳蟇ｾ荳縺ｫ縺励∪縺吶�
                         </para>
                     </callout>
                     <callout arearefs="manytoone11">
                         <para>
-                            <literal>not-null</literal> (オプション):外部キーカラムに対して、
-                            null値を許可するDDLの生成を可能にします
+                            <literal>not-null</literal> (繧ｪ繝励す繝ｧ繝ｳ):螟夜Κ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺ｫ蟇ｾ縺励※縲�
+                            null蛟､繧定ｨｱ蜿ｯ縺吶ｋDDL縺ｮ逕滓�繧貞庄閭ｽ縺ｫ縺励∪縺�
                         </para>
                     </callout>
                     <callout arearefs="manytoone12">
                         <para>
-                            <literal>optimistic-lock</literal> (オプション - デフォルトは <literal>true</literal> ):
-                            このプロパティの更新に楽観的ロックの取得を要求するかどうかを指定します。
-                            言い換えれば、このプロパティがダーティであるときにバージョンを増やすべきかを決定します。
+                            <literal>optimistic-lock</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>true</literal> ):
+                            縺薙�繝励Ο繝代ユ繧｣縺ｮ譖ｴ譁ｰ縺ｫ讌ｽ隕ｳ逧�Ο繝�け縺ｮ蜿門ｾ励ｒ隕∵ｱゅ☆繧九°縺ｩ縺�°繧呈欠螳壹＠縺ｾ縺吶�
+                            險縺�鋤縺医ｌ縺ｰ縲√％縺ｮ繝励Ο繝代ユ繧｣縺後ム繝ｼ繝�ぅ縺ｧ縺ゅｋ縺ｨ縺阪↓繝舌�繧ｸ繝ｧ繝ｳ繧貞｢励ｄ縺吶∋縺阪°繧呈ｱｺ螳壹＠縺ｾ縺吶�
                         </para>
                     </callout>
                     <callout arearefs="manytoone13">
                         <para>
-                            <literal>lazy</literal> (オプション - デフォルトは <literal>proxy</literal> ): 
-                            デフォルトでは、多重度１の関連がプロキシとなります。
-                            <literal>lazy="no-proxy"</literal> は、インスタンス変数に最初にアクセスしたときに、
-                            プロパティを遅延フェッチするよう指定します
-                            (ビルド時にバイトコード実装が必要になります)。
-                            <literal>lazy="false"</literal> は関連を常に即時にフェッチするよう指定します。
+                            <literal>lazy</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>proxy</literal> ): 
+                            繝�ヵ繧ｩ繝ｫ繝医〒縺ｯ縲∝､夐㍾蠎ｦ�代�髢｢騾｣縺後�繝ｭ繧ｭ繧ｷ縺ｨ縺ｪ繧翫∪縺吶�
+                            <literal>lazy="no-proxy"</literal> 縺ｯ縲√う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ螟画焚縺ｫ譛蛻昴↓繧｢繧ｯ繧ｻ繧ｹ縺励◆縺ｨ縺阪↓縲�
+                            繝励Ο繝代ユ繧｣繧帝≦蟒ｶ繝輔ぉ繝�メ縺吶ｋ繧医≧謖�ｮ壹＠縺ｾ縺�
+                            (繝薙Ν繝画凾縺ｫ繝舌う繝医さ繝ｼ繝牙ｮ溯｣�′蠢�ｦ√↓縺ｪ繧翫∪縺�)縲�
+                            <literal>lazy="false"</literal> 縺ｯ髢｢騾｣繧貞ｸｸ縺ｫ蜊ｳ譎ゅ↓繝輔ぉ繝�メ縺吶ｋ繧医≧謖�ｮ壹＠縺ｾ縺吶�
                         </para>
                     </callout>
                     <callout arearefs="manytoone14">
                         <para>
-                            <literal>not-found</literal> (オプション - デフォルトは <literal>exception</literal> ):
-                            欠落した行を参照する外部キーをどのように扱うかを指定します。
-                            <literal>ignore</literal> は欠落した行をnull関連として扱います。
+                            <literal>not-found</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>exception</literal> ):
+                            谺�關ｽ縺励◆陦後ｒ蜿ら�縺吶ｋ螟夜Κ繧ｭ繝ｼ繧偵←縺ｮ繧医≧縺ｫ謇ｱ縺�°繧呈欠螳壹＠縺ｾ縺吶�
+                            <literal>ignore</literal> 縺ｯ谺�關ｽ縺励◆陦後ｒnull髢｢騾｣縺ｨ縺励※謇ｱ縺�∪縺吶�
                         </para>
                     </callout>
                     <callout arearefs="manytoone15">
                         <para>
-                            <literal>entity-name</literal> (オプション):関連したクラスのエンティティ名。
+                            <literal>entity-name</literal> (繧ｪ繝励す繝ｧ繝ｳ):髢｢騾｣縺励◆繧ｯ繝ｩ繧ｹ縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ蜷阪�
                         </para>                   
                     </callout>
                 </calloutlist>
                     <callout arearefs="manytoone16">
                         <para>
-                            <literal>formula</literal> (オプション):
-                             <emphasis> 計算された</emphasis> 外部キーに対して値を定義するSQL式
+                            <literal>formula</literal> (繧ｪ繝励す繝ｧ繝ｳ):
+                             <emphasis> 險育ｮ励＆繧後◆</emphasis> 螟夜Κ繧ｭ繝ｼ縺ｫ蟇ｾ縺励※蛟､繧貞ｮ夂ｾｩ縺吶ｋSQL蠑�
                         </para>
                     </callout>
             </programlistingco>
 
             <para>
-                <literal>cascade</literal> 属性に <literal>none</literal> 以外の意味のある値をを設定すると、
-                関連オブジェクトへある操作が伝播することになります。
-                意味のある値とはHibernateの基本操作の名前のことで、
-                <literal>delete-orphan</literal> と <literal>all</literal> 、操作名をカンマで区切った組み合わせ
-                （例えば <literal>cascade="persist,merge,evict"</literal> や
-                <literal>cascade="all,delete-orphan"</literal>）、
-                またそれだけでなく <literal>persist, merge, delete, save-update, evict, replicate, lock,
-                refresh</literal> のことを指します。
-                詳しい説明は <xref linkend="objectstate-transitive"/> を見てください。
-                値が一つの関連(many-to-oneとone-to-one関連)は、
-                単独での削除（orphan delete)をサポートしていないことに注意してください。
+                <literal>cascade</literal> 螻樊ｧ縺ｫ <literal>none</literal> 莉･螟悶�諢丞袖縺ｮ縺ゅｋ蛟､繧偵ｒ險ｭ螳壹☆繧九→縲�
+                髢｢騾｣繧ｪ繝悶ず繧ｧ繧ｯ繝医∈縺ゅｋ謫堺ｽ懊′莨晄眺縺吶ｋ縺薙→縺ｫ縺ｪ繧翫∪縺吶�
+                諢丞袖縺ｮ縺ゅｋ蛟､縺ｨ縺ｯHibernate縺ｮ蝓ｺ譛ｬ謫堺ｽ懊�蜷榊燕縺ｮ縺薙→縺ｧ縲�
+                <literal>delete-orphan</literal> 縺ｨ <literal>all</literal> 縲∵桃菴懷錐繧偵き繝ｳ繝槭〒蛹ｺ蛻�▲縺溽ｵ�∩蜷医ｏ縺�
+                �井ｾ九∴縺ｰ <literal>cascade="persist,merge,evict"</literal> 繧�
+                <literal>cascade="all,delete-orphan"</literal>�峨�
+                縺ｾ縺溘◎繧後□縺代〒縺ｪ縺� <literal>persist, merge, delete, save-update, evict, replicate, lock,
+                refresh</literal> 縺ｮ縺薙→繧呈欠縺励∪縺吶�
+                隧ｳ縺励＞隱ｬ譏弱� <xref linkend="objectstate-transitive"/> 繧定ｦ九※縺上□縺輔＞縲�
+                蛟､縺御ｸ縺､縺ｮ髢｢騾｣(many-to-one縺ｨone-to-one髢｢騾｣)縺ｯ縲�
+                蜊倡峡縺ｧ縺ｮ蜑企勁��orphan delete)繧偵し繝昴�繝医＠縺ｦ縺�↑縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
             </para>
             
             <para>
-                典型的な <literal>many-to-one</literal> 宣言は次のようにシンプルです。：
+                蜈ｸ蝙狗噪縺ｪ <literal>many-to-one</literal> 螳｣險縺ｯ谺｡縺ｮ繧医≧縺ｫ繧ｷ繝ｳ繝励Ν縺ｧ縺吶ゑｼ�
             </para>
 
             <programlisting><![CDATA[<many-to-one name="product" class="Product" column="PRODUCT_ID"/>]]></programlisting>
             
             <para>
-                <literal>property-ref</literal> 属性は、外部キーが関連付けられたテーブルの、主キーでない
-                ユニークキーを参照しているレガシーデータをマップするためにだけ使うべきです。
-                これは醜いリレーショナルモデルです。
-                例えば <literal>Product</literal> クラスが、
-                主キーでないユニークなシリアルナンバーを持っていると仮定してみてください。
-                （ <literal>unique</literal> 属性はSchemaExportツールを使ったHibernateのDDL生成を制御します。）
+                <literal>property-ref</literal> 螻樊ｧ縺ｯ縲∝､夜Κ繧ｭ繝ｼ縺碁未騾｣莉倥￠繧峨ｌ縺溘ユ繝ｼ繝悶Ν縺ｮ縲∽ｸｻ繧ｭ繝ｼ縺ｧ縺ｪ縺�
+                繝ｦ繝九�繧ｯ繧ｭ繝ｼ繧貞盾辣ｧ縺励※縺�ｋ繝ｬ繧ｬ繧ｷ繝ｼ繝��繧ｿ繧偵�繝��縺吶ｋ縺溘ａ縺ｫ縺�縺台ｽｿ縺�∋縺阪〒縺吶�
+                縺薙ｌ縺ｯ驢懊＞繝ｪ繝ｬ繝ｼ繧ｷ繝ｧ繝翫Ν繝｢繝�Ν縺ｧ縺吶�
+                萓九∴縺ｰ <literal>Product</literal> 繧ｯ繝ｩ繧ｹ縺後�
+                荳ｻ繧ｭ繝ｼ縺ｧ縺ｪ縺�Θ繝九�繧ｯ縺ｪ繧ｷ繝ｪ繧｢繝ｫ繝翫Φ繝舌�繧呈戟縺｣縺ｦ縺�ｋ縺ｨ莉ｮ螳壹＠縺ｦ縺ｿ縺ｦ縺上□縺輔＞縲�
+                �� <literal>unique</literal> 螻樊ｧ縺ｯSchemaExport繝��繝ｫ繧剃ｽｿ縺｣縺櫞ibernate縺ｮDDL逕滓�繧貞宛蠕｡縺励∪縺吶ゑｼ�
             </para>
             
             <programlisting><![CDATA[<property name="serialNumber" unique="true" type="string" column="SERIAL_NUMBER"/>]]></programlisting>
             
             <para>
-                以下のように <literal>OrderItem</literal> に対してマッピングを使えます：
+                莉･荳九�繧医≧縺ｫ <literal>OrderItem</literal> 縺ｫ蟇ｾ縺励※繝槭ャ繝斐Φ繧ｰ繧剃ｽｿ縺医∪縺呻ｼ�
             </para>
             
             <programlisting><![CDATA[<many-to-one name="product" property-ref="serialNumber" column="PRODUCT_SERIAL_NUMBER"/>]]></programlisting>
             
             <para>
-                しかし、これは決して推奨できません。
+                縺励°縺励√％繧後�豎ｺ縺励※謗ｨ螂ｨ縺ｧ縺阪∪縺帙ｓ縲�
             </para>
             
             <para>
-                参照したユニークキーが、関連するエンティティの多数のプロパティから構成される場合、
-                指定した <literal>&lt;properties&gt;</literal> 要素内で、参照するプロパティをマッピングするべきです。
+                蜿ら�縺励◆繝ｦ繝九�繧ｯ繧ｭ繝ｼ縺後�未騾｣縺吶ｋ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ螟壽焚縺ｮ繝励Ο繝代ユ繧｣縺九ｉ讒区�縺輔ｌ繧句�ｴ蜷医�
+                謖�ｮ壹＠縺� <literal>&lt;properties&gt;</literal> 隕∫ｴ�蜀�〒縲∝盾辣ｧ縺吶ｋ繝励Ο繝代ユ繧｣繧偵�繝�ヴ繝ｳ繧ｰ縺吶ｋ縺ｹ縺阪〒縺吶�
             </para>
             
             <para>
-                もし参照したユニークキーがコンポーネントのプロパティである場合は、プロパティのパスを指定できます。
+                繧ゅ＠蜿ら�縺励◆繝ｦ繝九�繧ｯ繧ｭ繝ｼ縺後さ繝ｳ繝昴�繝阪Φ繝医�繝励Ο繝代ユ繧｣縺ｧ縺ゅｋ蝣ｴ蜷医�縲√�繝ｭ繝代ユ繧｣縺ｮ繝代せ繧呈欠螳壹〒縺阪∪縺吶�
             </para>
             
            <programlisting><![CDATA[<many-to-one name="owner" property-ref="identity.ssn" column="OWNER_SSN"/>]]></programlisting>           
@@ -1740,7 +1741,7 @@
             <title>one-to-one</title>
 
             <para>
-                他の永続クラスへの一対一関連は、<literal>one-to-one</literal> 要素で定義します。
+                莉悶�豌ｸ邯壹け繝ｩ繧ｹ縺ｸ縺ｮ荳蟇ｾ荳髢｢騾｣縺ｯ縲�<literal>one-to-one</literal> 隕∫ｴ�縺ｧ螳夂ｾｩ縺励∪縺吶�
             </para>
             
             <programlistingco>
@@ -1774,112 +1775,112 @@
                 <calloutlist>
                     <callout arearefs="onetoone1">
                         <para>
-                            <literal>name</literal>：プロパティ名。
+                            <literal>name</literal>�壹�繝ｭ繝代ユ繧｣蜷阪�
                         </para>                
                     </callout>                   
                     <callout arearefs="onetoone2">
                         <para>
-                            <literal>class</literal>（オプション - 
-                            デフォルトはリフレクションにより決定されるプロパティの型）：
-                            関連クラスの名前。
+                            <literal>class</literal>�医が繝励す繝ｧ繝ｳ - 
+                            繝�ヵ繧ｩ繝ｫ繝医�繝ｪ繝輔Ξ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ繧医ｊ豎ｺ螳壹＆繧後ｋ繝励Ο繝代ユ繧｣縺ｮ蝙具ｼ会ｼ�
+                            髢｢騾｣繧ｯ繝ｩ繧ｹ縺ｮ蜷榊燕縲�
                         </para>                   
                     </callout>
                     <callout arearefs="onetoone3">
                         <para>
-                            <literal>cascade</literal>（オプション）：
-                            親オブジェクトから関連オブジェクトへ、どの操作をカスケードするかを指定します。
+                            <literal>cascade</literal>�医が繝励す繝ｧ繝ｳ�会ｼ�
+                            隕ｪ繧ｪ繝悶ず繧ｧ繧ｯ繝医°繧蛾未騾｣繧ｪ繝悶ず繧ｧ繧ｯ繝医∈縲√←縺ｮ謫堺ｽ懊ｒ繧ｫ繧ｹ繧ｱ繝ｼ繝峨☆繧九°繧呈欠螳壹＠縺ｾ縺吶�
                         </para>
                     </callout>
                     <callout arearefs="onetoone4">
                         <para>
-                            <literal>constrained</literal>（オプション）：
-                            マッピングされたテーブルの主キーに対する外部キー制約が、
-                            関連クラスのテーブルを参照することを指定します。
-                            このオプションは <literal>save()</literal> と 
-                            <literal>delete()</literal> がカスケードされる順序に影響し、
-                            そして関連がプロキシされるかどうかにも影響します
-                            （そしてスキーマエクスポートツールにも使われます）。
+                            <literal>constrained</literal>�医が繝励す繝ｧ繝ｳ�会ｼ�
+                            繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺溘ユ繝ｼ繝悶Ν縺ｮ荳ｻ繧ｭ繝ｼ縺ｫ蟇ｾ縺吶ｋ螟夜Κ繧ｭ繝ｼ蛻ｶ邏�′縲�
+                            髢｢騾｣繧ｯ繝ｩ繧ｹ縺ｮ繝��繝悶Ν繧貞盾辣ｧ縺吶ｋ縺薙→繧呈欠螳壹＠縺ｾ縺吶�
+                            縺薙�繧ｪ繝励す繝ｧ繝ｳ縺ｯ <literal>save()</literal> 縺ｨ 
+                            <literal>delete()</literal> 縺後き繧ｹ繧ｱ繝ｼ繝峨＆繧後ｋ鬆�ｺ上↓蠖ｱ髻ｿ縺励�
+                            縺昴＠縺ｦ髢｢騾｣縺後�繝ｭ繧ｭ繧ｷ縺輔ｌ繧九°縺ｩ縺�°縺ｫ繧ょｽｱ髻ｿ縺励∪縺�
+                            �医◎縺励※繧ｹ繧ｭ繝ｼ繝槭お繧ｯ繧ｹ繝昴�繝医ヤ繝ｼ繝ｫ縺ｫ繧ゆｽｿ繧上ｌ縺ｾ縺呻ｼ峨�
                         </para>                  
                     </callout>
                     <callout arearefs="onetoone5">
                         <para>
-                            <literal>fetch</literal>（オプション - デフォルトは <literal>select</literal> ）：
-                            外部結合フェッチと順次選択フェッチ（sequential select fetch）のどちらかを選択します。
+                            <literal>fetch</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>select</literal> �会ｼ�
+                            螟夜Κ邨仙粋繝輔ぉ繝�メ縺ｨ鬆�ｬ｡驕ｸ謚槭ヵ繧ｧ繝�メ��sequential select fetch�峨�縺ｩ縺｡繧峨°繧帝∈謚槭＠縺ｾ縺吶�
                         </para>
                     </callout>
                     <callout arearefs="onetoone6">
                         <para>
-                            <literal>property-ref</literal>（オプション）：
-                            このクラスの主キーに結合された関連クラスのプロパティ名。
-                            指定されなければ、関連クラスの主キーが使われます。
+                            <literal>property-ref</literal>�医が繝励す繝ｧ繝ｳ�会ｼ�
+                            縺薙�繧ｯ繝ｩ繧ｹ縺ｮ荳ｻ繧ｭ繝ｼ縺ｫ邨仙粋縺輔ｌ縺滄未騾｣繧ｯ繝ｩ繧ｹ縺ｮ繝励Ο繝代ユ繧｣蜷阪�
+                            謖�ｮ壹＆繧後↑縺代ｌ縺ｰ縲�未騾｣繧ｯ繝ｩ繧ｹ縺ｮ荳ｻ繧ｭ繝ｼ縺御ｽｿ繧上ｌ縺ｾ縺吶�
                         </para>                
                     </callout>                   
                     <callout arearefs="onetoone7">
                         <para>
-                            <literal>access</literal>（オプション - デフォルトは <literal>property</literal> ）：
-                            プロパティの値へのアクセスにHibernateが使う戦略。
+                            <literal>access</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>property</literal> �会ｼ�
+                            繝励Ο繝代ユ繧｣縺ｮ蛟､縺ｸ縺ｮ繧｢繧ｯ繧ｻ繧ｹ縺ｫHibernate縺御ｽｿ縺�姶逡･縲�
                         </para>
                     </callout>
                     <callout arearefs="onetoone8">
                         <para>
-                            <literal>formula</literal> (オプション):
-                            ほとんどすべての一対一関連はオーナーのエンティティの主キーへとマッピングされます。
-                            これ以外の稀な場合は、
-                            他のカラムや、複数のカラム、SQL構文を使った結合するための式を指定できます。
-                            （例は <literal>org.hibernate.test.onetooneformula</literal> を参照してください。）
+                            <literal>formula</literal> (繧ｪ繝励す繝ｧ繝ｳ):
+                            縺ｻ縺ｨ繧薙←縺吶∋縺ｦ縺ｮ荳蟇ｾ荳髢｢騾｣縺ｯ繧ｪ繝ｼ繝翫�縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ荳ｻ繧ｭ繝ｼ縺ｸ縺ｨ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｾ縺吶�
+                            縺薙ｌ莉･螟悶�遞縺ｪ蝣ｴ蜷医�縲�
+                            莉悶�繧ｫ繝ｩ繝�繧�∬､�焚縺ｮ繧ｫ繝ｩ繝�縲ヾQL讒区枚繧剃ｽｿ縺｣縺溽ｵ仙粋縺吶ｋ縺溘ａ縺ｮ蠑上ｒ謖�ｮ壹〒縺阪∪縺吶�
+                            �井ｾ九� <literal>org.hibernate.test.onetooneformula</literal> 繧貞盾辣ｧ縺励※縺上□縺輔＞縲ゑｼ�
                         </para>
                     </callout>
                     <callout arearefs="onetoone9">
                         <para>
-                            <literal>lazy</literal> (オプション - デフォルトは <literal>proxy</literal> ): 
-                            デフォルトでは、多重度１の関連がプロキシとなります。
-                            <literal>lazy="no-proxy"</literal> は、インスタンス変数に最初にアクセスしたときに、
-                            プロパティを遅延フェッチするよう指定します
-                            (ビルド時にバイトコード実装が必要になります)。
-                            <literal>lazy="false"</literal> は関連を常に即時にフェッチするよう指定します。
-                            <emphasis>もし <literal>constrained="false"</literal> ならば、
-                            プロキシは使用不可能となり、関連を即時にフェッチすることに注意してください！</emphasis> 
+                            <literal>lazy</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>proxy</literal> ): 
+                            繝�ヵ繧ｩ繝ｫ繝医〒縺ｯ縲∝､夐㍾蠎ｦ�代�髢｢騾｣縺後�繝ｭ繧ｭ繧ｷ縺ｨ縺ｪ繧翫∪縺吶�
+                            <literal>lazy="no-proxy"</literal> 縺ｯ縲√う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ螟画焚縺ｫ譛蛻昴↓繧｢繧ｯ繧ｻ繧ｹ縺励◆縺ｨ縺阪↓縲�
+                            繝励Ο繝代ユ繧｣繧帝≦蟒ｶ繝輔ぉ繝�メ縺吶ｋ繧医≧謖�ｮ壹＠縺ｾ縺�
+                            (繝薙Ν繝画凾縺ｫ繝舌う繝医さ繝ｼ繝牙ｮ溯｣�′蠢�ｦ√↓縺ｪ繧翫∪縺�)縲�
+                            <literal>lazy="false"</literal> 縺ｯ髢｢騾｣繧貞ｸｸ縺ｫ蜊ｳ譎ゅ↓繝輔ぉ繝�メ縺吶ｋ繧医≧謖�ｮ壹＠縺ｾ縺吶�
+                            <emphasis>繧ゅ＠ <literal>constrained="false"</literal> 縺ｪ繧峨�縲�
+                            繝励Ο繧ｭ繧ｷ縺ｯ菴ｿ逕ｨ荳榊庄閭ｽ縺ｨ縺ｪ繧翫�未騾｣繧貞叉譎ゅ↓繝輔ぉ繝�メ縺吶ｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞��</emphasis> 
                             
                         </para>
                     </callout>
                     <callout arearefs="onetoone10">
                         <para>
-                            <literal>entity-name</literal> (オプション):関連クラスのエンティティ名
+                            <literal>entity-name</literal> (繧ｪ繝励す繝ｧ繝ｳ):髢｢騾｣繧ｯ繝ｩ繧ｹ縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ蜷�
                         </para>                   
                     </callout>
                 </calloutlist>
             </programlistingco>
         
             <para>
-                一対一関連には2種類あります：
+                荳蟇ｾ荳髢｢騾｣縺ｫ縺ｯ2遞ｮ鬘槭≠繧翫∪縺呻ｼ�
             </para>
             <itemizedlist>
             <listitem><para>
-                主キー関連
+                荳ｻ繧ｭ繝ｼ髢｢騾｣
             </para></listitem>
             <listitem><para>
-                ユニーク外部キー関連
+                繝ｦ繝九�繧ｯ螟夜Κ繧ｭ繝ｼ髢｢騾｣
             </para></listitem>
             </itemizedlist>
             
             <para>
-                主キー関連には、特別なテーブルカラムは必要ありません。
-                もし2つの行が関連により関係していれば、2つのテーブルは同じ主キーの値を共有します。
-                そのため2つのオブジェクトを主キー関連によって関連付けたいのであれば、
-                確実に同じ識別子の値を代入しなければなりません。
+                荳ｻ繧ｭ繝ｼ髢｢騾｣縺ｫ縺ｯ縲∫音蛻･縺ｪ繝��繝悶Ν繧ｫ繝ｩ繝�縺ｯ蠢�ｦ√≠繧翫∪縺帙ｓ縲�
+                繧ゅ＠2縺､縺ｮ陦後′髢｢騾｣縺ｫ繧医ｊ髢｢菫ゅ＠縺ｦ縺�ｌ縺ｰ縲�2縺､縺ｮ繝��繝悶Ν縺ｯ蜷後§荳ｻ繧ｭ繝ｼ縺ｮ蛟､繧貞�譛峨＠縺ｾ縺吶�
+                縺昴�縺溘ａ2縺､縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ荳ｻ繧ｭ繝ｼ髢｢騾｣縺ｫ繧医▲縺ｦ髢｢騾｣莉倥￠縺溘＞縺ｮ縺ｧ縺ゅｌ縺ｰ縲�
+                遒ｺ螳溘↓蜷後§隴伜挨蟄舌�蛟､繧剃ｻ｣蜈･縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
             </para>
             
             <para>
-                 主キー関連を行うためには、以下のマッピングを <literal>Employee</literal> と 
-                <literal>Person</literal> のそれぞれに追加してください。
+                 荳ｻ繧ｭ繝ｼ髢｢騾｣繧定｡後≧縺溘ａ縺ｫ縺ｯ縲∽ｻ･荳九�繝槭ャ繝斐Φ繧ｰ繧� <literal>Employee</literal> 縺ｨ 
+                <literal>Person</literal> 縺ｮ縺昴ｌ縺槭ｌ縺ｫ霑ｽ蜉�縺励※縺上□縺輔＞縲�
             </para>
 
             <programlisting><![CDATA[<one-to-one name="person" class="Person"/>]]></programlisting>
             <programlisting><![CDATA[<one-to-one name="employee" class="Employee" constrained="true"/>]]></programlisting>
 
             <para>
-                ここで、PERSONとEMPLOYEEテーブルの関係する行の主キーが同じであることを確実にしなければいけません。
-                ここでは、<literal>foreign</literal> という特殊なHibernate識別子生成戦略を使います：
+                縺薙％縺ｧ縲￣ERSON縺ｨEMPLOYEE繝��繝悶Ν縺ｮ髢｢菫ゅ☆繧玖｡後�荳ｻ繧ｭ繝ｼ縺悟酔縺倥〒縺ゅｋ縺薙→繧堤｢ｺ螳溘↓縺励↑縺代ｌ縺ｰ縺�￠縺ｾ縺帙ｓ縲�
+                縺薙％縺ｧ縺ｯ縲�<literal>foreign</literal> 縺ｨ縺�≧迚ｹ谿翫↑Hibernate隴伜挨蟄千函謌先姶逡･繧剃ｽｿ縺�∪縺呻ｼ�
             </para>
 
             <programlisting><![CDATA[<class name="person" table="PERSON">
@@ -1895,25 +1896,25 @@
 </class>]]></programlisting>
 
             <para>
-                <literal>Employee</literal> インスタンスが、<literal>Person</literal> の 
-                <literal>employee</literal> プロパティで参照されるように、
-                新しくセーブされた <literal>Person</literal> のインスタンスには同じ主キーの値が代入されます。
+                <literal>Employee</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺後�<literal>Person</literal> 縺ｮ 
+                <literal>employee</literal> 繝励Ο繝代ユ繧｣縺ｧ蜿ら�縺輔ｌ繧九ｈ縺�↓縲�
+                譁ｰ縺励￥繧ｻ繝ｼ繝悶＆繧後◆ <literal>Person</literal> 縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｫ縺ｯ蜷後§荳ｻ繧ｭ繝ｼ縺ｮ蛟､縺御ｻ｣蜈･縺輔ｌ縺ｾ縺吶�
                 
-                新しくセーブする <literal>Person</literal> インスタンスは、
-                その <literal>Person</literal> の <literal>employee</literal> プロパティが参照する 
-                <literal>Employee</literal> インスタンスとして同じ主キーが割り当てられます。
+                譁ｰ縺励￥繧ｻ繝ｼ繝悶☆繧� <literal>Person</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲�
+                縺昴� <literal>Person</literal> 縺ｮ <literal>employee</literal> 繝励Ο繝代ユ繧｣縺悟盾辣ｧ縺吶ｋ 
+                <literal>Employee</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｨ縺励※蜷後§荳ｻ繧ｭ繝ｼ縺悟牡繧雁ｽ薙※繧峨ｌ縺ｾ縺吶�
             </para>
 
             <para>
-                もう1つの方法として、<literal>Employee</literal> から <literal>Person</literal> への
-                ユニーク制約を使った外部キー関連は以下のように表現されます：
+                繧ゅ≧1縺､縺ｮ譁ｹ豕輔→縺励※縲�<literal>Employee</literal> 縺九ｉ <literal>Person</literal> 縺ｸ縺ｮ
+                繝ｦ繝九�繧ｯ蛻ｶ邏�ｒ菴ｿ縺｣縺溷､夜Κ繧ｭ繝ｼ髢｢騾｣縺ｯ莉･荳九�繧医≧縺ｫ陦ｨ迴ｾ縺輔ｌ縺ｾ縺呻ｼ�
             </para>
             
             <programlisting><![CDATA[<many-to-one name="person" class="Person" column="PERSON_ID" unique="true"/>]]></programlisting>
             
             <para>
-                そしてこの関連は、
-                以下の記述を <literal>Person</literal> のマッピングに追加することで双方向にすることができます：
+                縺昴＠縺ｦ縺薙�髢｢騾｣縺ｯ縲�
+                莉･荳九�險倩ｿｰ繧� <literal>Person</literal> 縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｫ霑ｽ蜉�縺吶ｋ縺薙→縺ｧ蜿梧婿蜷代↓縺吶ｋ縺薙→縺後〒縺阪∪縺呻ｼ�
             </para>
             
            <programlisting><![CDATA[<one-to-one name="employee" class="Employee" property-ref="person"/>]]></programlisting>
@@ -1930,29 +1931,29 @@
 </natural-id>]]></programlisting>
 
             <para>
-                主キーとして代理キーの使用を推奨しますが、
-                すべてのエンティティに対して自然キーを識別するようにすべきです。
-                自然キーはユニークかつ非nullな一つのプロパティ、またはプロパティの連結です。
-                不変であればさらに良いです。
-                <literal>&lt;natural-id&gt;</literal> 要素内で自然キーのプロパティをマッピングします。
-                Hibernateは必然的にユニークかつnull値を許可する制約を生成し、
-                こうしてマッピングはより自己記述的になります。
+                荳ｻ繧ｭ繝ｼ縺ｨ縺励※莉｣逅�く繝ｼ縺ｮ菴ｿ逕ｨ繧呈耳螂ｨ縺励∪縺吶′縲�
+                縺吶∋縺ｦ縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｫ蟇ｾ縺励※閾ｪ辟ｶ繧ｭ繝ｼ繧定ｭ伜挨縺吶ｋ繧医≧縺ｫ縺吶∋縺阪〒縺吶�
+                閾ｪ辟ｶ繧ｭ繝ｼ縺ｯ繝ｦ繝九�繧ｯ縺九▽髱柤ull縺ｪ荳縺､縺ｮ繝励Ο繝代ユ繧｣縲√∪縺溘�繝励Ο繝代ユ繧｣縺ｮ騾｣邨舌〒縺吶�
+                荳榊､峨〒縺ゅｌ縺ｰ縺輔ｉ縺ｫ濶ｯ縺�〒縺吶�
+                <literal>&lt;natural-id&gt;</literal> 隕∫ｴ�蜀�〒閾ｪ辟ｶ繧ｭ繝ｼ縺ｮ繝励Ο繝代ユ繧｣繧偵�繝�ヴ繝ｳ繧ｰ縺励∪縺吶�
+                Hibernate縺ｯ蠢�┯逧�↓繝ｦ繝九�繧ｯ縺九▽null蛟､繧定ｨｱ蜿ｯ縺吶ｋ蛻ｶ邏�ｒ逕滓�縺励�
+                縺薙≧縺励※繝槭ャ繝斐Φ繧ｰ縺ｯ繧医ｊ閾ｪ蟾ｱ險倩ｿｰ逧�↓縺ｪ繧翫∪縺吶�
             </para>
             
             <para>
-                エンティティの自然キープロパティの比較には、
-                <literal>equals()</literal> と <literal>hashCode()</literal> の実装を強くお勧めします。
+                繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ閾ｪ辟ｶ繧ｭ繝ｼ繝励Ο繝代ユ繧｣縺ｮ豈碑ｼ�↓縺ｯ縲�
+                <literal>equals()</literal> 縺ｨ <literal>hashCode()</literal> 縺ｮ螳溯｣�ｒ蠑ｷ縺上♀蜍ｧ繧√＠縺ｾ縺吶�
             </para>
 
             <para>
-                このマッピングは自然主キーを使ったエンティティでの使用を意図していません。
+                縺薙�繝槭ャ繝斐Φ繧ｰ縺ｯ閾ｪ辟ｶ荳ｻ繧ｭ繝ｼ繧剃ｽｿ縺｣縺溘お繝ｳ繝�ぅ繝�ぅ縺ｧ縺ｮ菴ｿ逕ｨ繧呈э蝗ｳ縺励※縺�∪縺帙ｓ縲�
             </para>
 
             <itemizedlist spacing="compact">
                 <listitem>
                     <para>
-                        <literal>mutable</literal> (オプション, デフォルトは <literal>false</literal> ): 
-                        デフォルトでは、自然識別子プロパティは不変(定数)と想定されています。
+                        <literal>mutable</literal> (繧ｪ繝励す繝ｧ繝ｳ, 繝�ヵ繧ｩ繝ｫ繝医� <literal>false</literal> ): 
+                        繝�ヵ繧ｩ繝ｫ繝医〒縺ｯ縲∬�辟ｶ隴伜挨蟄舌�繝ｭ繝代ユ繧｣縺ｯ荳榊､�(螳壽焚)縺ｨ諠ｳ螳壹＆繧後※縺�∪縺吶�
                     </para>
                 </listitem>
             </itemizedlist>
@@ -1963,10 +1964,10 @@
             <title>component, dynamic-component</title>
 
             <para>
-                <literal>&lt;component&gt;</literal> 要素は、
-                子オブジェクトのプロパティを親クラスのテーブルのカラムへマッピングします。
-                コンポーネントは自分のプロパティ、コンポーネント、コレクションの順に定義できます。
-                以下の「コンポーネント」を見てください。
+                <literal>&lt;component&gt;</literal> 隕∫ｴ�縺ｯ縲�
+                蟄舌が繝悶ず繧ｧ繧ｯ繝医�繝励Ο繝代ユ繧｣繧定ｦｪ繧ｯ繝ｩ繧ｹ縺ｮ繝��繝悶Ν縺ｮ繧ｫ繝ｩ繝�縺ｸ繝槭ャ繝斐Φ繧ｰ縺励∪縺吶�
+                繧ｳ繝ｳ繝昴�繝阪Φ繝医�閾ｪ蛻��繝励Ο繝代ユ繧｣縲√さ繝ｳ繝昴�繝阪Φ繝医√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ鬆�↓螳夂ｾｩ縺ｧ縺阪∪縺吶�
+                莉･荳九�縲後さ繝ｳ繝昴�繝阪Φ繝医阪ｒ隕九※縺上□縺輔＞縲�
             </para>
 
             <programlistingco>
@@ -1999,72 +2000,72 @@
                 <calloutlist>
                     <callout arearefs="component1">
                         <para>
-                            <literal>name</literal>：プロパティ名。
+                            <literal>name</literal>�壹�繝ｭ繝代ユ繧｣蜷阪�
                         </para>               
                     </callout>                   
                     <callout arearefs="component2">
                         <para>
                             <literal>class</literal> 
-                            （オプション - デフォルトはリフレクションにより決定されるプロパティの型）：
-                            コンポーネント（子）クラスの名前。
+                            �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医�繝ｪ繝輔Ξ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ繧医ｊ豎ｺ螳壹＆繧後ｋ繝励Ο繝代ユ繧｣縺ｮ蝙具ｼ会ｼ�
+                            繧ｳ繝ｳ繝昴�繝阪Φ繝茨ｼ亥ｭ撰ｼ峨け繝ｩ繧ｹ縺ｮ蜷榊燕縲�
                         </para>                 
                     </callout>
                     <callout arearefs="component3">
                         <para>
-                            <literal>insert</literal> ：マッピングされたカラムがSQLの 
-                            <literal>INSERT</literal> に現れるようにするどうかを指定します。
+                            <literal>insert</literal> �壹�繝�ヴ繝ｳ繧ｰ縺輔ｌ縺溘き繝ｩ繝�縺郡QL縺ｮ 
+                            <literal>INSERT</literal> 縺ｫ迴ｾ繧後ｋ繧医≧縺ｫ縺吶ｋ縺ｩ縺�°繧呈欠螳壹＠縺ｾ縺吶�
                         </para>               
                     </callout>                   
                     <callout arearefs="component4">
                         <para>
-                            <literal>update</literal> : マッピングされたカラムがSQL の 
-                            <literal>UPDATE</literal> に現れるようにするかどうかを指定します。
+                            <literal>update</literal> : 繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺溘き繝ｩ繝�縺郡QL 縺ｮ 
+                            <literal>UPDATE</literal> 縺ｫ迴ｾ繧後ｋ繧医≧縺ｫ縺吶ｋ縺九←縺�°繧呈欠螳壹＠縺ｾ縺吶�
                         </para>               
                     </callout>                   
                     <callout arearefs="component5">
                         <para>
-                             <literal>access</literal> （オプション - デフォルトは <literal>property</literal> ）：
-                            プロパティの値へのアクセスにHibernateが使う戦略。
+                             <literal>access</literal> �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>property</literal> �会ｼ�
+                            繝励Ο繝代ユ繧｣縺ｮ蛟､縺ｸ縺ｮ繧｢繧ｯ繧ｻ繧ｹ縺ｫHibernate縺御ｽｿ縺�姶逡･縲�
                         </para>
                     </callout>
                    <callout arearefs="component6">
                         <para>
-                            <literal>lazy</literal> (optional - デフォルトは <literal>false</literal> ):
-                           インスタンス変数に最初にアクセスしたときに、
-                           コンポーネントを遅延してフェッチするよう指定します。
-                           (バイトコード実装を作成する時間が必要になります)
+                            <literal>lazy</literal> (optional - 繝�ヵ繧ｩ繝ｫ繝医� <literal>false</literal> ):
+                           繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ螟画焚縺ｫ譛蛻昴↓繧｢繧ｯ繧ｻ繧ｹ縺励◆縺ｨ縺阪↓縲�
+                           繧ｳ繝ｳ繝昴�繝阪Φ繝医ｒ驕�ｻｶ縺励※繝輔ぉ繝�メ縺吶ｋ繧医≧謖�ｮ壹＠縺ｾ縺吶�
+                           (繝舌う繝医さ繝ｼ繝牙ｮ溯｣�ｒ菴懈�縺吶ｋ譎る俣縺悟ｿ�ｦ√↓縺ｪ繧翫∪縺�)
                         </para>
                     </callout>
                     <callout arearefs="component7">
                             <para>
-                                <literal>optimistic-lock</literal> (オプション - デフォルトは <literal>true</literal> ):
-                            このプロパティの更新に、楽観ロックの取得を要求するかどうかを指定します。
-                            言い換えれば、このプロパティがダーティであるときにバージョンを増やすべきかを決定します。
+                                <literal>optimistic-lock</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>true</literal> ):
+                            縺薙�繝励Ο繝代ユ繧｣縺ｮ譖ｴ譁ｰ縺ｫ縲∵･ｽ隕ｳ繝ｭ繝�け縺ｮ蜿門ｾ励ｒ隕∵ｱゅ☆繧九°縺ｩ縺�°繧呈欠螳壹＠縺ｾ縺吶�
+                            險縺�鋤縺医ｌ縺ｰ縲√％縺ｮ繝励Ο繝代ユ繧｣縺後ム繝ｼ繝�ぅ縺ｧ縺ゅｋ縺ｨ縺阪↓繝舌�繧ｸ繝ｧ繝ｳ繧貞｢励ｄ縺吶∋縺阪°繧呈ｱｺ螳壹＠縺ｾ縺吶�
                             </para>
                     </callout>
                     <callout arearefs="component8">
                             <para>
-                                <literal>unique</literal> (オプション - デフォルトは <literal>false</literal> ):
-                                コンポーネントのすべてのマッピングするカラムに、ユニーク制約が存在するかを指定します。
+                                <literal>unique</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>false</literal> ):
+                                繧ｳ繝ｳ繝昴�繝阪Φ繝医�縺吶∋縺ｦ縺ｮ繝槭ャ繝斐Φ繧ｰ縺吶ｋ繧ｫ繝ｩ繝�縺ｫ縲√Θ繝九�繧ｯ蛻ｶ邏�′蟄伜惠縺吶ｋ縺九ｒ謖�ｮ壹＠縺ｾ縺吶�
                             </para>
                     </callout>
                 </calloutlist>
             </programlistingco>
 
             <para>
-                子の <literal>&lt;property&gt;</literal> タグで、
-                子のクラスのプロパティをテーブルカラムにマッピングします。
+                蟄舌� <literal>&lt;property&gt;</literal> 繧ｿ繧ｰ縺ｧ縲�
+                蟄舌�繧ｯ繝ｩ繧ｹ縺ｮ繝励Ο繝代ユ繧｣繧偵ユ繝ｼ繝悶Ν繧ｫ繝ｩ繝�縺ｫ繝槭ャ繝斐Φ繧ｰ縺励∪縺吶�
             </para>
 
             <para>
-                <literal>&lt;component&gt;</literal> 要素は、親エンティティへ戻る参照として、
-                コンポーネントのクラスのプロパティをマッピングする <literal>&lt;parent&gt;</literal> サブ要素を許可します。
+                <literal>&lt;component&gt;</literal> 隕∫ｴ�縺ｯ縲∬ｦｪ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｸ謌ｻ繧句盾辣ｧ縺ｨ縺励※縲�
+                繧ｳ繝ｳ繝昴�繝阪Φ繝医�繧ｯ繝ｩ繧ｹ縺ｮ繝励Ο繝代ユ繧｣繧偵�繝�ヴ繝ｳ繧ｰ縺吶ｋ <literal>&lt;parent&gt;</literal> 繧ｵ繝冶ｦ∫ｴ�繧定ｨｱ蜿ｯ縺励∪縺吶�
             </para>
 
             <para>
-                <literal>&lt;dynamic-component&gt;</literal> 要素は、
-                <literal>Map</literal> がコンポーネントとしてマッピングされることを可能にします。
-                プロパティ名はmapのキーを参照します。<xref linkend="components-dynamic"/> を参照してください。
+                <literal>&lt;dynamic-component&gt;</literal> 隕∫ｴ�縺ｯ縲�
+                <literal>Map</literal> 縺後さ繝ｳ繝昴�繝阪Φ繝医→縺励※繝槭ャ繝斐Φ繧ｰ縺輔ｌ繧九％縺ｨ繧貞庄閭ｽ縺ｫ縺励∪縺吶�
+                繝励Ο繝代ユ繧｣蜷阪�map縺ｮ繧ｭ繝ｼ繧貞盾辣ｧ縺励∪縺吶�<xref linkend="components-dynamic"/> 繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
                 
             </para>
             
@@ -2074,11 +2075,11 @@
             <title>properties</title>
 
             <para>
-                <literal>&lt;properties&gt;</literal> 要素はクラスのプロパティの指定された、
-                論理的なグルーピングを可能にします。
-                この構造の最も重要な使用方法は、
-                <literal>property-ref</literal> のターゲットになるプロパティの結合を許可することです。
-                それはまた、複数カラムのユニーク制約を定義する簡単な方法でもあります。
+                <literal>&lt;properties&gt;</literal> 隕∫ｴ�縺ｯ繧ｯ繝ｩ繧ｹ縺ｮ繝励Ο繝代ユ繧｣縺ｮ謖�ｮ壹＆繧後◆縲�
+                隲也炊逧�↑繧ｰ繝ｫ繝ｼ繝斐Φ繧ｰ繧貞庄閭ｽ縺ｫ縺励∪縺吶�
+                縺薙�讒矩�縺ｮ譛繧る㍾隕√↑菴ｿ逕ｨ譁ｹ豕輔�縲�
+                <literal>property-ref</literal> 縺ｮ繧ｿ繝ｼ繧ｲ繝�ヨ縺ｫ縺ｪ繧九�繝ｭ繝代ユ繧｣縺ｮ邨仙粋繧定ｨｱ蜿ｯ縺吶ｋ縺薙→縺ｧ縺吶�
+                縺昴ｌ縺ｯ縺ｾ縺溘∬､�焚繧ｫ繝ｩ繝�縺ｮ繝ｦ繝九�繧ｯ蛻ｶ邏�ｒ螳夂ｾｩ縺吶ｋ邁｡蜊倥↑譁ｹ豕輔〒繧ゅ≠繧翫∪縺吶�
             </para>
 
             <programlistingco>
@@ -2104,40 +2105,40 @@
                 <calloutlist>
                     <callout arearefs="properties1">
                         <para>
-                            <literal>name</literal> : グルーピングの論理名。
-                            実際のプロパティ名では <emphasis>ありません</emphasis> 。
+                            <literal>name</literal> : 繧ｰ繝ｫ繝ｼ繝斐Φ繧ｰ縺ｮ隲也炊蜷阪�
+                            螳滄圀縺ｮ繝励Ο繝代ユ繧｣蜷阪〒縺ｯ <emphasis>縺ゅｊ縺ｾ縺帙ｓ</emphasis> 縲�
                         </para>               
                     </callout>                   
                     <callout arearefs="properties2">
                         <para>
-                            <literal>insert</literal>：マッピングされたカラムがSQLの 
-                            <literal>INSERT</literal> に現れるようにするかどうかを指定します。
+                            <literal>insert</literal>�壹�繝�ヴ繝ｳ繧ｰ縺輔ｌ縺溘き繝ｩ繝�縺郡QL縺ｮ 
+                            <literal>INSERT</literal> 縺ｫ迴ｾ繧後ｋ繧医≧縺ｫ縺吶ｋ縺九←縺�°繧呈欠螳壹＠縺ｾ縺吶�
                         </para>               
                     </callout>                   
                     <callout arearefs="properties3">
                         <para>
-                            <literal>update</literal>：マッピングされたカラムがSQLの 
-                            <literal>UPDATE</literal> に現れるようにするかどうかを指定します。
+                            <literal>update</literal>�壹�繝�ヴ繝ｳ繧ｰ縺輔ｌ縺溘き繝ｩ繝�縺郡QL縺ｮ 
+                            <literal>UPDATE</literal> 縺ｫ迴ｾ繧後ｋ繧医≧縺ｫ縺吶ｋ縺九←縺�°繧呈欠螳壹＠縺ｾ縺吶�
                         </para>               
                     </callout>                   
                     <callout arearefs="properties4">
                             <para>
-                                <literal>optimistic-lock</literal> (オプション - デフォルトは <literal>true</literal> ):
-                            これらのプロパティの更新に楽観的ロックの取得を要求するかどうかを指定します。
-                            言い換えれば、このプロパティがダーティであるときにバージョンを増やすべきかを決定します。
+                                <literal>optimistic-lock</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>true</literal> ):
+                            縺薙ｌ繧峨�繝励Ο繝代ユ繧｣縺ｮ譖ｴ譁ｰ縺ｫ讌ｽ隕ｳ逧�Ο繝�け縺ｮ蜿門ｾ励ｒ隕∵ｱゅ☆繧九°縺ｩ縺�°繧呈欠螳壹＠縺ｾ縺吶�
+                            險縺�鋤縺医ｌ縺ｰ縲√％縺ｮ繝励Ο繝代ユ繧｣縺後ム繝ｼ繝�ぅ縺ｧ縺ゅｋ縺ｨ縺阪↓繝舌�繧ｸ繝ｧ繝ｳ繧貞｢励ｄ縺吶∋縺阪°繧呈ｱｺ螳壹＠縺ｾ縺吶�
                             </para>
                     </callout>
                     <callout arearefs="properties5">
                             <para>
-                                <literal>unique</literal> (オプション - デフォルトは <literal>false</literal> ):
-                                コンポーネントのすべてのマッピングするカラムに、ユニーク制約が存在するかを指定します。
+                                <literal>unique</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>false</literal> ):
+                                繧ｳ繝ｳ繝昴�繝阪Φ繝医�縺吶∋縺ｦ縺ｮ繝槭ャ繝斐Φ繧ｰ縺吶ｋ繧ｫ繝ｩ繝�縺ｫ縲√Θ繝九�繧ｯ蛻ｶ邏�′蟄伜惠縺吶ｋ縺九ｒ謖�ｮ壹＠縺ｾ縺吶�
                             </para>
                     </callout>
                 </calloutlist>
             </programlistingco>
             
             <para>
-                例えば、もし以下のような <literal>&lt;properties&gt;</literal> マッピングがあった場合：
+                萓九∴縺ｰ縲√ｂ縺嶺ｻ･荳九�繧医≧縺ｪ <literal>&lt;properties&gt;</literal> 繝槭ャ繝斐Φ繧ｰ縺後≠縺｣縺溷�ｴ蜷茨ｼ�
             </para>
             
             <programlisting><![CDATA[<class name="Person">
@@ -2152,8 +2153,8 @@
 </class>]]></programlisting>
 
             <para>
-                主キーの代わりに <literal>Person</literal> テーブルのユニークキーへの参照を持つ、
-                レガシーデータの関連を持つかもしれません。：
+                荳ｻ繧ｭ繝ｼ縺ｮ莉｣繧上ｊ縺ｫ <literal>Person</literal> 繝��繝悶Ν縺ｮ繝ｦ繝九�繧ｯ繧ｭ繝ｼ縺ｸ縺ｮ蜿ら�繧呈戟縺､縲�
+                繝ｬ繧ｬ繧ｷ繝ｼ繝��繧ｿ縺ｮ髢｢騾｣繧呈戟縺､縺九ｂ縺励ｌ縺ｾ縺帙ｓ縲ゑｼ�
             </para>
 
             <programlisting><![CDATA[<many-to-one name="person" 
@@ -2164,7 +2165,7 @@
 </many-to-one>]]></programlisting>
             
             <para>
-                しかし、このようなレガシーデータマッピングのコンテキスト外への使用は推奨しません。
+                縺励°縺励√％縺ｮ繧医≧縺ｪ繝ｬ繧ｬ繧ｷ繝ｼ繝��繧ｿ繝槭ャ繝斐Φ繧ｰ縺ｮ繧ｳ繝ｳ繝�く繧ｹ繝亥､悶∈縺ｮ菴ｿ逕ｨ縺ｯ謗ｨ螂ｨ縺励∪縺帙ｓ縲�
             </para>
             
         </sect2>
@@ -2173,9 +2174,9 @@
             <title>subclass</title>
 
             <para>
-                最後にポリモーフィックな永続化には、ルートの永続クラスの各サブクラスの定義が必要です。
-                table-per-class-hierarchyマッピング戦略では、
-                <literal>&lt;subclass&gt;</literal> 定義が使われます。
+                譛蠕後↓繝昴Μ繝｢繝ｼ繝輔ぅ繝�け縺ｪ豌ｸ邯壼喧縺ｫ縺ｯ縲√Ν繝ｼ繝医�豌ｸ邯壹け繝ｩ繧ｹ縺ｮ蜷�し繝悶け繝ｩ繧ｹ縺ｮ螳夂ｾｩ縺悟ｿ�ｦ√〒縺吶�
+                table-per-class-hierarchy繝槭ャ繝斐Φ繧ｰ謌ｦ逡･縺ｧ縺ｯ縲�
+                <literal>&lt;subclass&gt;</literal> 螳夂ｾｩ縺御ｽｿ繧上ｌ縺ｾ縺吶�
             </para>
             
             <programlistingco>
@@ -2202,37 +2203,37 @@
                 <calloutlist>
                     <callout arearefs="subclass1">
                         <para>
-                            <literal>name</literal>：サブクラスの完全修飾されたクラス名。
+                            <literal>name</literal>�壹し繝悶け繝ｩ繧ｹ縺ｮ螳悟�菫ｮ鬟ｾ縺輔ｌ縺溘け繝ｩ繧ｹ蜷阪�
                         </para>              
                     </callout>                   
                     <callout arearefs="subclass2">
                         <para>
-                            <literal>discriminator-value</literal>（オプション - デフォルトはクラス名）：
-                            個々のサブクラスを区別するための値。
+                            <literal>discriminator-value</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医�繧ｯ繝ｩ繧ｹ蜷搾ｼ会ｼ�
+                            蛟九��繧ｵ繝悶け繝ｩ繧ｹ繧貞玄蛻･縺吶ｋ縺溘ａ縺ｮ蛟､縲�
                         </para>               
                     </callout>
                     <callout arearefs="subclass3">
                         <para>
-                            <literal>proxy</literal>（オプション）：
-                            遅延初期化プロキシに使うクラスやインターフェイスを指定します。
+                            <literal>proxy</literal>�医が繝励す繝ｧ繝ｳ�会ｼ�
+                            驕�ｻｶ蛻晄悄蛹悶�繝ｭ繧ｭ繧ｷ縺ｫ菴ｿ縺�け繝ｩ繧ｹ繧�う繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧呈欠螳壹＠縺ｾ縺吶�
                         </para>               
                     </callout>
                     <callout arearefs="subclass4">
                         <para>
-                            <literal>lazy</literal>（オプション, デフォルトは <literal>true</literal> ）： 
-                            <literal>lazy="false"</literal> と設定すると、遅延フェッチが使用できません。
+                            <literal>lazy</literal>�医が繝励す繝ｧ繝ｳ, 繝�ヵ繧ｩ繝ｫ繝医� <literal>true</literal> �会ｼ� 
+                            <literal>lazy="false"</literal> 縺ｨ險ｭ螳壹☆繧九→縲�≦蟒ｶ繝輔ぉ繝�メ縺御ｽｿ逕ｨ縺ｧ縺阪∪縺帙ｓ縲�
                         </para>
                     </callout>    
                 </calloutlist>
             </programlistingco>
 
             <para>
-                各サブクラスでは、永続プロパティとサブクラスを定義します。  
-                <literal>&lt;version&gt;</literal> と <literal>&lt;id&gt;</literal> プロパティは、
-                ルートクラスから継承されると仮定されます。
-                階層構造におけるサブクラスは、
-                ユニークな <literal>discriminator-value</literal> を定義しなければなりません。
-                noneが指定されると、完全修飾されたJavaクラス名が使われます。
+                蜷�し繝悶け繝ｩ繧ｹ縺ｧ縺ｯ縲∵ｰｸ邯壹�繝ｭ繝代ユ繧｣縺ｨ繧ｵ繝悶け繝ｩ繧ｹ繧貞ｮ夂ｾｩ縺励∪縺吶�  
+                <literal>&lt;version&gt;</literal> 縺ｨ <literal>&lt;id&gt;</literal> 繝励Ο繝代ユ繧｣縺ｯ縲�
+                繝ｫ繝ｼ繝医け繝ｩ繧ｹ縺九ｉ邯呎価縺輔ｌ繧九→莉ｮ螳壹＆繧後∪縺吶�
+                髫主ｱ､讒矩�縺ｫ縺翫￠繧九し繝悶け繝ｩ繧ｹ縺ｯ縲�
+                繝ｦ繝九�繧ｯ縺ｪ <literal>discriminator-value</literal> 繧貞ｮ夂ｾｩ縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+                none縺梧欠螳壹＆繧後ｋ縺ｨ縲∝ｮ悟�菫ｮ鬟ｾ縺輔ｌ縺櫟ava繧ｯ繝ｩ繧ｹ蜷阪′菴ｿ繧上ｌ縺ｾ縺吶�
             </para>
             
 <!--
@@ -2246,15 +2247,15 @@
             extends keyword. The ordering inside a single mapping file still needs to be defined as superclasses
             before subclasses.
             
-            <literal>subclass</literal> 、<literal>union-subclass</literal> 、
-            <literal>joined-subclass</literal> マッピングを 
-            <literal>hibernate-mapping</literal> 直下の別のマッピングドキュメント内で宣言できます。
-            これにより、新しいマッピングファイルを追加するだけでクラス階層を拡張することができます。
-            あらかじめマッピングするスーパークラスを指定したサブクラスマッピング内で、
-            <literal>extends</literal> 属性を指定しなければなりません。
-            注意：この特性はマッピングドキュメントの順番付けが重要になります。
-            Hibernate3では、拡張キーワードを使うときには、マッピングファイルの順序付けは問題になりません。
-            一つのマッピングファイル内での順序付けは未だに、サブクラスの前にスーパークラスとして定義する必要があります。
+            <literal>subclass</literal> 縲�<literal>union-subclass</literal> 縲�
+            <literal>joined-subclass</literal> 繝槭ャ繝斐Φ繧ｰ繧� 
+            <literal>hibernate-mapping</literal> 逶ｴ荳九�蛻･縺ｮ繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝亥�縺ｧ螳｣險縺ｧ縺阪∪縺吶�
+            縺薙ｌ縺ｫ繧医ｊ縲∵眠縺励＞繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ繧定ｿｽ蜉�縺吶ｋ縺�縺代〒繧ｯ繝ｩ繧ｹ髫主ｱ､繧呈僑蠑ｵ縺吶ｋ縺薙→縺後〒縺阪∪縺吶�
+            縺ゅｉ縺九§繧√�繝�ヴ繝ｳ繧ｰ縺吶ｋ繧ｹ繝ｼ繝代�繧ｯ繝ｩ繧ｹ繧呈欠螳壹＠縺溘し繝悶け繝ｩ繧ｹ繝槭ャ繝斐Φ繧ｰ蜀�〒縲�
+            <literal>extends</literal> 螻樊ｧ繧呈欠螳壹＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+            豕ｨ諢擾ｼ壹％縺ｮ迚ｹ諤ｧ縺ｯ繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝医�鬆�分莉倥￠縺碁㍾隕√↓縺ｪ繧翫∪縺吶�
+            Hibernate3縺ｧ縺ｯ縲∵僑蠑ｵ繧ｭ繝ｼ繝ｯ繝ｼ繝峨ｒ菴ｿ縺�→縺阪↓縺ｯ縲√�繝�ヴ繝ｳ繧ｰ繝輔ぃ繧､繝ｫ縺ｮ鬆�ｺ丈ｻ倥￠縺ｯ蝠城｡後↓縺ｪ繧翫∪縺帙ｓ縲�
+            荳縺､縺ｮ繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ蜀�〒縺ｮ鬆�ｺ丈ｻ倥￠縺ｯ譛ｪ縺�縺ｫ縲√し繝悶け繝ｩ繧ｹ縺ｮ蜑阪↓繧ｹ繝ｼ繝代�繧ｯ繝ｩ繧ｹ縺ｨ縺励※螳夂ｾｩ縺吶ｋ蠢�ｦ√′縺ゅｊ縺ｾ縺吶�
         </para>
         
     
@@ -2267,7 +2268,7 @@
 -->
 
             <para>
-                継承のマッピングに関する情報は <xref linkend="inheritance"/> を見てください。
+                邯呎価縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｫ髢｢縺吶ｋ諠��ｱ縺ｯ <xref linkend="inheritance"/> 繧定ｦ九※縺上□縺輔＞縲�
             </para>
 
         </sect2>
@@ -2277,10 +2278,10 @@
             <title>joined-subclass</title>
 
             <para>
-                もう1つの方法として、各サブクラスを自身のテーブルへマッピングすることができます
-                (table-per-subclass mapping strategy)。
-                継承した状態はスーパークラスのテーブルを使った結合で検索します。
-                <literal>&lt;joined-subclass&gt;</literal> 要素を使用します。
+                繧ゅ≧1縺､縺ｮ譁ｹ豕輔→縺励※縲∝推繧ｵ繝悶け繝ｩ繧ｹ繧定�霄ｫ縺ｮ繝��繝悶Ν縺ｸ繝槭ャ繝斐Φ繧ｰ縺吶ｋ縺薙→縺後〒縺阪∪縺�
+                (table-per-subclass mapping strategy)縲�
+                邯呎価縺励◆迥ｶ諷九�繧ｹ繝ｼ繝代�繧ｯ繝ｩ繧ｹ縺ｮ繝��繝悶Ν繧剃ｽｿ縺｣縺溽ｵ仙粋縺ｧ讀懃ｴ｢縺励∪縺吶�
+                <literal>&lt;joined-subclass&gt;</literal> 隕∫ｴ�繧剃ｽｿ逕ｨ縺励∪縺吶�
             </para>
 
             <programlistingco>
@@ -2313,34 +2314,34 @@
                 <calloutlist>
                     <callout arearefs="joinedsubclass1">
                         <para>
-                            <literal>name</literal>：サブクラスの完全修飾されたクラス名。
+                            <literal>name</literal>�壹し繝悶け繝ｩ繧ｹ縺ｮ螳悟�菫ｮ鬟ｾ縺輔ｌ縺溘け繝ｩ繧ｹ蜷阪�
                         </para>            
                     </callout>                   
                     <callout arearefs="joinedsubclass2">
                         <para>
-                            <literal>table</literal> :サブクラステーブルの名前。
+                            <literal>table</literal> :繧ｵ繝悶け繝ｩ繧ｹ繝��繝悶Ν縺ｮ蜷榊燕縲�
                         </para>            
                     </callout>                   
                     <callout arearefs="joinedsubclass3">
                         <para>
-                            <literal>proxy</literal> (オプション):
-                            遅延初期化プロキシに使用するクラスやインターフェイスを指定します。
+                            <literal>proxy</literal> (繧ｪ繝励す繝ｧ繝ｳ):
+                            驕�ｻｶ蛻晄悄蛹悶�繝ｭ繧ｭ繧ｷ縺ｫ菴ｿ逕ｨ縺吶ｋ繧ｯ繝ｩ繧ｹ繧�う繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧呈欠螳壹＠縺ｾ縺吶�
                         </para>              
                     </callout>
                     <callout arearefs="joinedsubclass4">
                         <para>
-                            <literal>lazy</literal> (オプション, デフォルトは <literal>true</literal> ): 
-                            <literal>lazy="false"</literal> とすると、遅延フェッチが使用できません。
+                            <literal>lazy</literal> (繧ｪ繝励す繝ｧ繝ｳ, 繝�ヵ繧ｩ繝ｫ繝医� <literal>true</literal> ): 
+                            <literal>lazy="false"</literal> 縺ｨ縺吶ｋ縺ｨ縲�≦蟒ｶ繝輔ぉ繝�メ縺御ｽｿ逕ｨ縺ｧ縺阪∪縺帙ｓ縲�
                          </para>
                     </callout>    
                 </calloutlist>
             </programlistingco>
 
             <para>
-                このマッピング戦略には、識別カラムは必要ありません。
-                しかし各サブクラスは <literal>&lt;key&gt;</literal> 要素を使い、
-                オブジェクト識別子を保持するテーブルカラムを定義しなければなりません。
-                この章の初めのマッピングは以下のように書き直せます：
+                縺薙�繝槭ャ繝斐Φ繧ｰ謌ｦ逡･縺ｫ縺ｯ縲∬ｭ伜挨繧ｫ繝ｩ繝�縺ｯ蠢�ｦ√≠繧翫∪縺帙ｓ縲�
+                縺励°縺怜推繧ｵ繝悶け繝ｩ繧ｹ縺ｯ <literal>&lt;key&gt;</literal> 隕∫ｴ�繧剃ｽｿ縺��
+                繧ｪ繝悶ず繧ｧ繧ｯ繝郁ｭ伜挨蟄舌ｒ菫晄戟縺吶ｋ繝��繝悶Ν繧ｫ繝ｩ繝�繧貞ｮ夂ｾｩ縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+                縺薙�遶�縺ｮ蛻昴ａ縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｯ莉･荳九�繧医≧縺ｫ譖ｸ縺咲峩縺帙∪縺呻ｼ�
             </para>
             
         <programlisting><![CDATA[<?xml version="1.0"?>
@@ -2370,13 +2371,13 @@
         </class>
 
         <class name="eg.Dog">
-                <!-- ここにDogのマッピングを書きます -->
+                <!-- 縺薙％縺ｫDog縺ｮ繝槭ャ繝斐Φ繧ｰ繧呈嶌縺阪∪縺� -->
         </class>
 
 </hibernate-mapping>]]></programlisting>
 
              <para>
-                 継承のマッピングに関する情報は <xref linkend="inheritance"/> を見てください。
+                 邯呎価縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｫ髢｢縺吶ｋ諠��ｱ縺ｯ <xref linkend="inheritance"/> 繧定ｦ九※縺上□縺輔＞縲�
              </para>
 
         </sect2>
@@ -2385,14 +2386,14 @@
            <title>union-subclass</title>
 
            <para>
-               3つ目の選択肢は、継承階層の具象クラスのみをテーブルにマッピングすることです
-               (the table-per-concrete-class戦略)。
-               それぞれのテーブルは継承の状態を含めすべてのクラスの永続状態を定義します。
-               Hibernateではその様な継承階層が必ずしも必要ではありません。
-               単純にそれぞれのクラスを、
-               別々の <literal>&lt;class&gt;</literal> 宣言を使ってマッピングすることができます。
-               しかしポリモーフィックな関連(例えば 階層のスーパークラスへの関連)を使いたいなら、
-               <literal>&lt;union-subclass&gt;</literal> マッピングを使う必要があります。
+               3縺､逶ｮ縺ｮ驕ｸ謚櫁い縺ｯ縲∫ｶ呎価髫主ｱ､縺ｮ蜈ｷ雎｡繧ｯ繝ｩ繧ｹ縺ｮ縺ｿ繧偵ユ繝ｼ繝悶Ν縺ｫ繝槭ャ繝斐Φ繧ｰ縺吶ｋ縺薙→縺ｧ縺�
+               (the table-per-concrete-class謌ｦ逡･)縲�
+               縺昴ｌ縺槭ｌ縺ｮ繝��繝悶Ν縺ｯ邯呎価縺ｮ迥ｶ諷九ｒ蜷ｫ繧√☆縺ｹ縺ｦ縺ｮ繧ｯ繝ｩ繧ｹ縺ｮ豌ｸ邯夂憾諷九ｒ螳夂ｾｩ縺励∪縺吶�
+               Hibernate縺ｧ縺ｯ縺昴�讒倥↑邯呎価髫主ｱ､縺悟ｿ�★縺励ｂ蠢�ｦ√〒縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+               蜊倡ｴ斐↓縺昴ｌ縺槭ｌ縺ｮ繧ｯ繝ｩ繧ｹ繧偵�
+               蛻･縲�� <literal>&lt;class&gt;</literal> 螳｣險繧剃ｽｿ縺｣縺ｦ繝槭ャ繝斐Φ繧ｰ縺吶ｋ縺薙→縺後〒縺阪∪縺吶�
+               縺励°縺励�繝ｪ繝｢繝ｼ繝輔ぅ繝�け縺ｪ髢｢騾｣(萓九∴縺ｰ 髫主ｱ､縺ｮ繧ｹ繝ｼ繝代�繧ｯ繝ｩ繧ｹ縺ｸ縺ｮ髢｢騾｣)繧剃ｽｿ縺�◆縺�↑繧峨�
+               <literal>&lt;union-subclass&gt;</literal> 繝槭ャ繝斐Φ繧ｰ繧剃ｽｿ縺�ｿ�ｦ√′縺ゅｊ縺ｾ縺吶�
                
            </para>
 
@@ -2425,35 +2426,35 @@
                 <calloutlist>
                     <callout arearefs="unionsubclass1">
                         <para>
-                            <literal>name</literal>：サブクラスの完全修飾されたクラス名。
+                            <literal>name</literal>�壹し繝悶け繝ｩ繧ｹ縺ｮ螳悟�菫ｮ鬟ｾ縺輔ｌ縺溘け繝ｩ繧ｹ蜷阪�
                         </para>            
                     </callout>                   
                     <callout arearefs="unionsubclass2">
                         <para>
-                            <literal>table</literal> :サブクラステーブルの名前。
+                            <literal>table</literal> :繧ｵ繝悶け繝ｩ繧ｹ繝��繝悶Ν縺ｮ蜷榊燕縲�
                         </para>            
                     </callout>                   
                     <callout arearefs="unionsubclass3">
                         <para>
-                            <literal>proxy</literal> (オプション):
-                            遅延初期化プロキシに使用するクラスやインターフェイスを指定します。
+                            <literal>proxy</literal> (繧ｪ繝励す繝ｧ繝ｳ):
+                            驕�ｻｶ蛻晄悄蛹悶�繝ｭ繧ｭ繧ｷ縺ｫ菴ｿ逕ｨ縺吶ｋ繧ｯ繝ｩ繧ｹ繧�う繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧呈欠螳壹＠縺ｾ縺吶�
                         </para>              
                     </callout>
                     <callout arearefs="unionsubclass4">
                         <para>
-                            <literal>lazy</literal> (オプション, デフォルトは <literal>true</literal> ): 
-                            <literal>lazy="false"</literal> とすると、遅延フェッチが使用できません。
+                            <literal>lazy</literal> (繧ｪ繝励す繝ｧ繝ｳ, 繝�ヵ繧ｩ繝ｫ繝医� <literal>true</literal> ): 
+                            <literal>lazy="false"</literal> 縺ｨ縺吶ｋ縺ｨ縲�≦蟒ｶ繝輔ぉ繝�メ縺御ｽｿ逕ｨ縺ｧ縺阪∪縺帙ｓ縲�
                          </para>
                     </callout>
                 </calloutlist>
             </programlistingco>
 
             <para>
-                このマッピング戦略では識別カラムやキーカラムは必要ありません。
+                縺薙�繝槭ャ繝斐Φ繧ｰ謌ｦ逡･縺ｧ縺ｯ隴伜挨繧ｫ繝ｩ繝�繧�く繝ｼ繧ｫ繝ｩ繝�縺ｯ蠢�ｦ√≠繧翫∪縺帙ｓ縲�
             </para>
 
             <para>
-                継承のマッピングに関する情報は <xref linkend="inheritance"/> を見てください。
+                邯呎価縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｫ髢｢縺吶ｋ諠��ｱ縺ｯ <xref linkend="inheritance"/> 繧定ｦ九※縺上□縺輔＞縲�
             </para>
 
         </sect2>
@@ -2462,8 +2463,8 @@
             <title>join</title>
 
             <para>
-                <literal>&lt;join&gt;</literal> 要素を使うことで、
-                １つのクラスのプロパティをいくつものテーブルにマッピングすることができます。
+                <literal>&lt;join&gt;</literal> 隕∫ｴ�繧剃ｽｿ縺�％縺ｨ縺ｧ縲�
+                �代▽縺ｮ繧ｯ繝ｩ繧ｹ縺ｮ繝励Ο繝代ユ繧｣繧偵＞縺上▽繧ゅ�繝��繝悶Ν縺ｫ繝槭ャ繝斐Φ繧ｰ縺吶ｋ縺薙→縺後〒縺阪∪縺吶�
             </para>
 
             <programlistingco>
@@ -2492,58 +2493,58 @@
                 <calloutlist>
                     <callout arearefs="join1">
                         <para>
-                            <literal>table</literal> :結合したテーブルの名前
+                            <literal>table</literal> :邨仙粋縺励◆繝��繝悶Ν縺ｮ蜷榊燕
                         </para>
                     </callout>
                     <callout arearefs="join2">
                         <para>
-                           <literal>schema</literal> (オプション):
-                           ルートの <literal>&lt;hibernate-mapping&gt;</literal> 要素で指定したスキーマ名を
-                           オーバーライドします。
+                           <literal>schema</literal> (繧ｪ繝励す繝ｧ繝ｳ):
+                           繝ｫ繝ｼ繝医� <literal>&lt;hibernate-mapping&gt;</literal> 隕∫ｴ�縺ｧ謖�ｮ壹＠縺溘せ繧ｭ繝ｼ繝槫錐繧�
+                           繧ｪ繝ｼ繝舌�繝ｩ繧､繝峨＠縺ｾ縺吶�
                         </para>
                     </callout>
                     <callout arearefs="join3">
                         <para>
-                            <literal>catalog</literal> (オプション):
-                            ルートの <literal>&lt;hibernate-mapping&gt;</literal> 要素で指定したカタログ名を
-                            オーバーライドします。
+                            <literal>catalog</literal> (繧ｪ繝励す繝ｧ繝ｳ):
+                            繝ｫ繝ｼ繝医� <literal>&lt;hibernate-mapping&gt;</literal> 隕∫ｴ�縺ｧ謖�ｮ壹＠縺溘き繧ｿ繝ｭ繧ｰ蜷阪ｒ
+                            繧ｪ繝ｼ繝舌�繝ｩ繧､繝峨＠縺ｾ縺吶�
                         </para>
                     </callout>
                     <callout arearefs="join4">
                         <para>
-                            <literal>fetch</literal> (オプション - デフォルトは <literal>join</literal> ): 
-                            <literal>join</literal> を設定した場合、
-                            Hibernateはデフォルトで、クラスやスーパークラスで定義された <literal>&lt;join&gt;</literal> 
-                            を検索するのに内部結合を使い、サブクラスで定義された <literal>&lt;join&gt;</literal> 
-                            を検索するのに外部結合を使います。
-                            <literal>select</literal> を設定した場合には、
-                            Hibernateはサブクラスで定義された <literal>&lt;join&gt;</literal> 
-                            の選択に順次選択を使います。この場合、
-                            行がサブクラスのインスタンスを代表することがわかった場合にのみ発行されます。
-                            内部結合はクラスやそのスーパークラスで定義された <literal>&lt;join&gt;</literal> を検索
-                            するために使用します。                            
+                            <literal>fetch</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>join</literal> ): 
+                            <literal>join</literal> 繧定ｨｭ螳壹＠縺溷�ｴ蜷医�
+                            Hibernate縺ｯ繝�ヵ繧ｩ繝ｫ繝医〒縲√け繝ｩ繧ｹ繧�せ繝ｼ繝代�繧ｯ繝ｩ繧ｹ縺ｧ螳夂ｾｩ縺輔ｌ縺� <literal>&lt;join&gt;</literal> 
+                            繧呈､懃ｴ｢縺吶ｋ縺ｮ縺ｫ蜀�Κ邨仙粋繧剃ｽｿ縺�√し繝悶け繝ｩ繧ｹ縺ｧ螳夂ｾｩ縺輔ｌ縺� <literal>&lt;join&gt;</literal> 
+                            繧呈､懃ｴ｢縺吶ｋ縺ｮ縺ｫ螟夜Κ邨仙粋繧剃ｽｿ縺�∪縺吶�
+                            <literal>select</literal> 繧定ｨｭ螳壹＠縺溷�ｴ蜷医↓縺ｯ縲�
+                            Hibernate縺ｯ繧ｵ繝悶け繝ｩ繧ｹ縺ｧ螳夂ｾｩ縺輔ｌ縺� <literal>&lt;join&gt;</literal> 
+                            縺ｮ驕ｸ謚槭↓鬆�ｬ｡驕ｸ謚槭ｒ菴ｿ縺�∪縺吶ゅ％縺ｮ蝣ｴ蜷医�
+                            陦後′繧ｵ繝悶け繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧剃ｻ｣陦ｨ縺吶ｋ縺薙→縺後ｏ縺九▲縺溷�ｴ蜷医↓縺ｮ縺ｿ逋ｺ陦後＆繧後∪縺吶�
+                            蜀�Κ邨仙粋縺ｯ繧ｯ繝ｩ繧ｹ繧�◎縺ｮ繧ｹ繝ｼ繝代�繧ｯ繝ｩ繧ｹ縺ｧ螳夂ｾｩ縺輔ｌ縺� <literal>&lt;join&gt;</literal> 繧呈､懃ｴ｢
+                            縺吶ｋ縺溘ａ縺ｫ菴ｿ逕ｨ縺励∪縺吶�                            
                         </para>
                     </callout>
                     <callout arearefs="join5">
                         <para>
-                            <literal>inverse</literal> (オプション - デフォルトは <literal>false</literal> ):
-                            もし可能であれば、Hibernateはこの結合で定義されているプロパティに対し
-                            挿入や更新を行いません。
+                            <literal>inverse</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>false</literal> ):
+                            繧ゅ＠蜿ｯ閭ｽ縺ｧ縺ゅｌ縺ｰ縲？ibernate縺ｯ縺薙�邨仙粋縺ｧ螳夂ｾｩ縺輔ｌ縺ｦ縺�ｋ繝励Ο繝代ユ繧｣縺ｫ蟇ｾ縺�
+                            謖ｿ蜈･繧�峩譁ｰ繧定｡後＞縺ｾ縺帙ｓ縲�
                         </para>
                     </callout>
                     <callout arearefs="join6">
                         <para>
-                            <literal>optional</literal> (オプション - デフォルトは <literal>false</literal> ):
-                            もし可能であれば、Hibernateはこの結合で定義されたプロパティがnullでない場合にのみ
-                            行を挿入し、そのプロパティの検索には常に外部結合を使用します。
+                            <literal>optional</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>false</literal> ):
+                            繧ゅ＠蜿ｯ閭ｽ縺ｧ縺ゅｌ縺ｰ縲？ibernate縺ｯ縺薙�邨仙粋縺ｧ螳夂ｾｩ縺輔ｌ縺溘�繝ｭ繝代ユ繧｣縺系ull縺ｧ縺ｪ縺��ｴ蜷医↓縺ｮ縺ｿ
+                            陦後ｒ謖ｿ蜈･縺励√◎縺ｮ繝励Ο繝代ユ繧｣縺ｮ讀懃ｴ｢縺ｫ縺ｯ蟶ｸ縺ｫ螟夜Κ邨仙粋繧剃ｽｿ逕ｨ縺励∪縺吶�
                         </para>
                     </callout>
                 </calloutlist>
             </programlistingco>
 
             <para>
-                例えば人のアドレスの情報を分離したテーブルにマッピングすることが可能です
-                (すべてのプロパティに対して値型のセマンティクスを保持します)。
+                萓九∴縺ｰ莠ｺ縺ｮ繧｢繝峨Ξ繧ｹ縺ｮ諠��ｱ繧貞�髮｢縺励◆繝��繝悶Ν縺ｫ繝槭ャ繝斐Φ繧ｰ縺吶ｋ縺薙→縺悟庄閭ｽ縺ｧ縺�
+                (縺吶∋縺ｦ縺ｮ繝励Ο繝代ユ繧｣縺ｫ蟇ｾ縺励※蛟､蝙九�繧ｻ繝槭Φ繝�ぅ繧ｯ繧ｹ繧剃ｿ晄戟縺励∪縺�)縲�
             </para>
 
             <programlisting><![CDATA[<class name="Person"
@@ -2560,9 +2561,9 @@
     ...]]></programlisting>
 
             <para>
-                この特徴はしばしばレガシーデータモデルに対してのみ有用ですが、
-                クラスよりも少ないテーブルと、きめの細かいドメインモデルを推奨します。
-                しかし後で説明するように、１つのクラス階層で継承のマッピング戦略を切り替える時には有用です。
+                縺薙�迚ｹ蠕ｴ縺ｯ縺励�縺励�繝ｬ繧ｬ繧ｷ繝ｼ繝��繧ｿ繝｢繝�Ν縺ｫ蟇ｾ縺励※縺ｮ縺ｿ譛臥畑縺ｧ縺吶′縲�
+                繧ｯ繝ｩ繧ｹ繧医ｊ繧ょｰ代↑縺�ユ繝ｼ繝悶Ν縺ｨ縲√″繧√�邏ｰ縺九＞繝峨Γ繧､繝ｳ繝｢繝�Ν繧呈耳螂ｨ縺励∪縺吶�
+                縺励°縺怜ｾ後〒隱ｬ譏弱☆繧九ｈ縺�↓縲�ｼ代▽縺ｮ繧ｯ繝ｩ繧ｹ髫主ｱ､縺ｧ邯呎価縺ｮ繝槭ャ繝斐Φ繧ｰ謌ｦ逡･繧貞�繧頑崛縺医ｋ譎ゅ↓縺ｯ譛臥畑縺ｧ縺吶�
             </para>
 
         </sect2>
@@ -2571,10 +2572,10 @@
             <title>key</title>
 
             <para>
-                今まで何度か <literal>&lt;key&gt;</literal> 要素が出てきました。
-                この要素は新しいテーブルへの結合を定義したり、
-                結合テーブルで外部キーを定義したりする親要素のどこにでも現れ、
-                オリジナルテーブルの主キーを参照します。
+                莉翫∪縺ｧ菴募ｺｦ縺� <literal>&lt;key&gt;</literal> 隕∫ｴ�縺悟�縺ｦ縺阪∪縺励◆縲�
+                縺薙�隕∫ｴ�縺ｯ譁ｰ縺励＞繝��繝悶Ν縺ｸ縺ｮ邨仙粋繧貞ｮ夂ｾｩ縺励◆繧翫�
+                邨仙粋繝��繝悶Ν縺ｧ螟夜Κ繧ｭ繝ｼ繧貞ｮ夂ｾｩ縺励◆繧翫☆繧玖ｦｪ隕∫ｴ�縺ｮ縺ｩ縺薙↓縺ｧ繧ら樟繧後�
+                繧ｪ繝ｪ繧ｸ繝翫Ν繝��繝悶Ν縺ｮ荳ｻ繧ｭ繝ｼ繧貞盾辣ｧ縺励∪縺吶�
             </para>
 
             <programlistingco>
@@ -2598,72 +2599,72 @@
                 <calloutlist>
                     <callout arearefs="key1">
                         <para>
-                             <literal>column</literal> (オプション):外部キーカラムの名前。
-                             ネストした <literal>&lt;column&gt;</literal> カラムによっても指定されます。
+                             <literal>column</literal> (繧ｪ繝励す繝ｧ繝ｳ):螟夜Κ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺ｮ蜷榊燕縲�
+                             繝阪せ繝医＠縺� <literal>&lt;column&gt;</literal> 繧ｫ繝ｩ繝�縺ｫ繧医▲縺ｦ繧よ欠螳壹＆繧後∪縺吶�
                         </para>
                     </callout>
                     <callout arearefs="key2">
                         <para>
-                             <literal>on-delete</literal> (オプション, デフォルトは <literal>noaction</literal>):
-                            外部キー制約がデータベースレベルでカスケード削除が可能かどうかを指定します。
+                             <literal>on-delete</literal> (繧ｪ繝励す繝ｧ繝ｳ, 繝�ヵ繧ｩ繝ｫ繝医� <literal>noaction</literal>):
+                            螟夜Κ繧ｭ繝ｼ蛻ｶ邏�′繝��繧ｿ繝吶�繧ｹ繝ｬ繝吶Ν縺ｧ繧ｫ繧ｹ繧ｱ繝ｼ繝牙炎髯､縺悟庄閭ｽ縺九←縺�°繧呈欠螳壹＠縺ｾ縺吶�
                         </para>
                     </callout>
                     <callout arearefs="key3">
                         <para>
-                             <literal>property-ref</literal> (オプション):
-                             オリジナルテーブルの主キーではないカラムを参照する外部キーを指定します
-                             (レガシーデータに対して提供されます)。
+                             <literal>property-ref</literal> (繧ｪ繝励す繝ｧ繝ｳ):
+                             繧ｪ繝ｪ繧ｸ繝翫Ν繝��繝悶Ν縺ｮ荳ｻ繧ｭ繝ｼ縺ｧ縺ｯ縺ｪ縺�き繝ｩ繝�繧貞盾辣ｧ縺吶ｋ螟夜Κ繧ｭ繝ｼ繧呈欠螳壹＠縺ｾ縺�
+                             (繝ｬ繧ｬ繧ｷ繝ｼ繝��繧ｿ縺ｫ蟇ｾ縺励※謠蝉ｾ帙＆繧後∪縺�)縲�
                         </para>
                     </callout>
                     <callout arearefs="key4">
                         <para>
-                           <literal>not-null</literal> (オプション):
-                           外部キーカラムがnull値を許容しないことを指定します
-                           (このことは外部キーが主キーの一部であることを暗黙的に示します)。
+                           <literal>not-null</literal> (繧ｪ繝励す繝ｧ繝ｳ):
+                           螟夜Κ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺系ull蛟､繧定ｨｱ螳ｹ縺励↑縺�％縺ｨ繧呈欠螳壹＠縺ｾ縺�
+                           (縺薙�縺薙→縺ｯ螟夜Κ繧ｭ繝ｼ縺御ｸｻ繧ｭ繝ｼ縺ｮ荳驛ｨ縺ｧ縺ゅｋ縺薙→繧呈囓鮟咏噪縺ｫ遉ｺ縺励∪縺�)縲�
                         </para>
                     </callout>
                     <callout arearefs="key5">
                         <para>
-                            <literal>update</literal> (オプション):
-                            外部キーを決して更新してはならないことを指定します
-                            (このことは外部キーが主キーの一部であることを暗黙的に示します)。
+                            <literal>update</literal> (繧ｪ繝励す繝ｧ繝ｳ):
+                            螟夜Κ繧ｭ繝ｼ繧呈ｱｺ縺励※譖ｴ譁ｰ縺励※縺ｯ縺ｪ繧峨↑縺�％縺ｨ繧呈欠螳壹＠縺ｾ縺�
+                            (縺薙�縺薙→縺ｯ螟夜Κ繧ｭ繝ｼ縺御ｸｻ繧ｭ繝ｼ縺ｮ荳驛ｨ縺ｧ縺ゅｋ縺薙→繧呈囓鮟咏噪縺ｫ遉ｺ縺励∪縺�)縲�
                             
                         </para>
                     </callout>
                     <callout arearefs="key6">
                         <para>
-                            <literal>unique</literal> (オプション):
-                            外部キーがユニーク制約を持つべきであることを指定します
-                            (このことは外部キーが主キーの一部であることを暗黙的に示します)。
+                            <literal>unique</literal> (繧ｪ繝励す繝ｧ繝ｳ):
+                            螟夜Κ繧ｭ繝ｼ縺後Θ繝九�繧ｯ蛻ｶ邏�ｒ謖√▽縺ｹ縺阪〒縺ゅｋ縺薙→繧呈欠螳壹＠縺ｾ縺�
+                            (縺薙�縺薙→縺ｯ螟夜Κ繧ｭ繝ｼ縺御ｸｻ繧ｭ繝ｼ縺ｮ荳驛ｨ縺ｧ縺ゅｋ縺薙→繧呈囓鮟咏噪縺ｫ遉ｺ縺励∪縺�)縲�
                         </para>
                     </callout>
                 </calloutlist>
             </programlistingco>
 
             <para>
-                削除のパフォーマンスが重要であるシステムには、
-                すべてのキーを <literal>on-delete="cascade"</literal> と定義することを推奨します。
-                そうすることでHibernateは、<literal>DELETE</literal> 文を毎回発行する代わりに、
-                データベースレベルの <literal>ON CASCADE DELETE</literal> 制約を使用します。
-                この特徴はバージョン付けられたデータに対するHibernateの通常の楽観的ロック戦略を
-                無視するということに注意してください。
+                蜑企勁縺ｮ繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ縺碁㍾隕√〒縺ゅｋ繧ｷ繧ｹ繝�Β縺ｫ縺ｯ縲�
+                縺吶∋縺ｦ縺ｮ繧ｭ繝ｼ繧� <literal>on-delete="cascade"</literal> 縺ｨ螳夂ｾｩ縺吶ｋ縺薙→繧呈耳螂ｨ縺励∪縺吶�
+                縺昴≧縺吶ｋ縺薙→縺ｧHibernate縺ｯ縲�<literal>DELETE</literal> 譁�ｒ豈主屓逋ｺ陦後☆繧倶ｻ｣繧上ｊ縺ｫ縲�
+                繝��繧ｿ繝吶�繧ｹ繝ｬ繝吶Ν縺ｮ <literal>ON CASCADE DELETE</literal> 蛻ｶ邏�ｒ菴ｿ逕ｨ縺励∪縺吶�
+                縺薙�迚ｹ蠕ｴ縺ｯ繝舌�繧ｸ繝ｧ繝ｳ莉倥￠繧峨ｌ縺溘ョ繝ｼ繧ｿ縺ｫ蟇ｾ縺吶ｋHibernate縺ｮ騾壼ｸｸ縺ｮ讌ｽ隕ｳ逧�Ο繝�け謌ｦ逡･繧�
+                辟｡隕悶☆繧九→縺�≧縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
             </para>
             
             <para>
-                <literal>not-null</literal> と <literal>update</literal> 属性は、単方向一対多関連の時には有用です。
-                単方向一対多関連をnullを許容しない外部キーにマッピングするときは、
-                <literal>&lt;key not-null="true"&gt;</literal> を使ってキーカラムを宣言
-                 <emphasis> しなくてはなりません</emphasis> 。
+                <literal>not-null</literal> 縺ｨ <literal>update</literal> 螻樊ｧ縺ｯ縲∝腰譁ｹ蜷台ｸ蟇ｾ螟夐未騾｣縺ｮ譎ゅ↓縺ｯ譛臥畑縺ｧ縺吶�
+                蜊俶婿蜷台ｸ蟇ｾ螟夐未騾｣繧地ull繧定ｨｱ螳ｹ縺励↑縺�､夜Κ繧ｭ繝ｼ縺ｫ繝槭ャ繝斐Φ繧ｰ縺吶ｋ縺ｨ縺阪�縲�
+                <literal>&lt;key not-null="true"&gt;</literal> 繧剃ｽｿ縺｣縺ｦ繧ｭ繝ｼ繧ｫ繝ｩ繝�繧貞ｮ｣險
+                 <emphasis> 縺励↑縺上※縺ｯ縺ｪ繧翫∪縺帙ｓ</emphasis> 縲�
             </para>
 
         </sect2>
 
         <sect2 id="mapping-column" revision="4">
-           <title>column と formula 要素</title>
+           <title>column 縺ｨ formula 隕∫ｴ�</title>
            <para>
-               <literal>column</literal> 属性を記述できる任意のマッピング要素はまた、
-               <literal>&lt;column&gt;</literal> サブ要素も記述できます。
-               同様に <literal>&lt;formula&gt;</literal> も <literal>formula</literal> 属性の代替手段です。
+               <literal>column</literal> 螻樊ｧ繧定ｨ倩ｿｰ縺ｧ縺阪ｋ莉ｻ諢上�繝槭ャ繝斐Φ繧ｰ隕∫ｴ�縺ｯ縺ｾ縺溘�
+               <literal>&lt;column&gt;</literal> 繧ｵ繝冶ｦ∫ｴ�繧りｨ倩ｿｰ縺ｧ縺阪∪縺吶�
+               蜷梧ｧ倥↓ <literal>&lt;formula&gt;</literal> 繧� <literal>formula</literal> 螻樊ｧ縺ｮ莉｣譖ｿ謇区ｮｵ縺ｧ縺吶�
            </para>
 
            <programlisting><![CDATA[<column
@@ -2682,9 +2683,9 @@
             <programlisting><![CDATA[<formula>SQL expression</formula>]]></programlisting>
         
             <para>
-                同じプロパティや関連のマッピングの中で、
-                <literal>column</literal> と <literal>formula</literal> 属性を組み合わせることができます。
-                例えば、特殊な結合条件などです。
+                蜷後§繝励Ο繝代ユ繧｣繧�未騾｣縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｮ荳ｭ縺ｧ縲�
+                <literal>column</literal> 縺ｨ <literal>formula</literal> 螻樊ｧ繧堤ｵ�∩蜷医ｏ縺帙ｋ縺薙→縺後〒縺阪∪縺吶�
+                萓九∴縺ｰ縲∫音谿翫↑邨仙粋譚｡莉ｶ縺ｪ縺ｩ縺ｧ縺吶�
             </para>
 
             <programlisting><![CDATA[<many-to-one name="homeAddress" class="Address"
@@ -2699,11 +2700,11 @@
             <title>import</title>
 
             <para>
-                アプリケーションに同じ名前の2つの永続クラスがあり、
-                Hibernateクエリで完全修飾された（パッケージの）名前を指定したくないと仮定します。
-                そのような場合は <literal>auto-import="true"</literal> に頼らず、
-                クラスが「インポート」されたものであると明示できます。
-                明示的にマッピングされていないクラスやインターフェイスでさえもインポートできます。
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ蜷後§蜷榊燕縺ｮ2縺､縺ｮ豌ｸ邯壹け繝ｩ繧ｹ縺後≠繧翫�
+                Hibernate繧ｯ繧ｨ繝ｪ縺ｧ螳悟�菫ｮ鬟ｾ縺輔ｌ縺滂ｼ医ヱ繝�こ繝ｼ繧ｸ縺ｮ�牙錐蜑阪ｒ謖�ｮ壹＠縺溘￥縺ｪ縺�→莉ｮ螳壹＠縺ｾ縺吶�
+                縺昴�繧医≧縺ｪ蝣ｴ蜷医� <literal>auto-import="true"</literal> 縺ｫ鬆ｼ繧峨★縲�
+                繧ｯ繝ｩ繧ｹ縺後後う繝ｳ繝昴�繝医阪＆繧後◆繧ゅ�縺ｧ縺ゅｋ縺ｨ譏守､ｺ縺ｧ縺阪∪縺吶�
+                譏守､ｺ逧�↓繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｦ縺�↑縺�け繝ｩ繧ｹ繧�う繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｧ縺輔∴繧ゅう繝ｳ繝昴�繝医〒縺阪∪縺吶�
             </para>
             
             <programlisting><![CDATA[<import class="java.lang.Object" rename="Universe"/>]]></programlisting>
@@ -2720,13 +2721,13 @@
                 <calloutlist>
                     <callout arearefs="import1">
                         <para>
-                            <literal>class</literal>：Javaクラスの完全修飾されたクラス名。
+                            <literal>class</literal>�哽ava繧ｯ繝ｩ繧ｹ縺ｮ螳悟�菫ｮ鬟ｾ縺輔ｌ縺溘け繝ｩ繧ｹ蜷阪�
                         </para>              
                     </callout>                   
                     <callout arearefs="import2">
                         <para>
-                            <literal>rename</literal>（オプション - デフォルトは修飾されていないクラス名）：
-                            クエリ言語で使われる名前。
+                            <literal>rename</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医�菫ｮ鬟ｾ縺輔ｌ縺ｦ縺�↑縺�け繝ｩ繧ｹ蜷搾ｼ会ｼ�
+                            繧ｯ繧ｨ繝ｪ險隱槭〒菴ｿ繧上ｌ繧句錐蜑阪�
                         </para>               
                     </callout>
                 </calloutlist>
@@ -2738,21 +2739,21 @@
             <title>any</title>
             
             <para>
-                プロパティマッピングにはさらにもう1つの型があります。
-                <literal>&lt;any&gt;</literal> マッピング要素は、
-                複数のテーブルからクラスへのポリモーフィックな関連を定義します。
-                この型のマッピングには必ず複数のカラムが必要です。1番目のカラムは関連エンティティの型を保持します。
-                残りのカラムは識別子を保持します。この種類の関連には外部キー制約を指定することはできません。
-                そのためこれは最も使われることのない（ポリモーフィックな）関連のマッピング方法です。
-                非常に特別な場合（例えば、検査ログやユーザセッションデータなど)に限って、これを使うべきです。
+                繝励Ο繝代ユ繧｣繝槭ャ繝斐Φ繧ｰ縺ｫ縺ｯ縺輔ｉ縺ｫ繧ゅ≧1縺､縺ｮ蝙九′縺ゅｊ縺ｾ縺吶�
+                <literal>&lt;any&gt;</literal> 繝槭ャ繝斐Φ繧ｰ隕∫ｴ�縺ｯ縲�
+                隍�焚縺ｮ繝��繝悶Ν縺九ｉ繧ｯ繝ｩ繧ｹ縺ｸ縺ｮ繝昴Μ繝｢繝ｼ繝輔ぅ繝�け縺ｪ髢｢騾｣繧貞ｮ夂ｾｩ縺励∪縺吶�
+                縺薙�蝙九�繝槭ャ繝斐Φ繧ｰ縺ｫ縺ｯ蠢�★隍�焚縺ｮ繧ｫ繝ｩ繝�縺悟ｿ�ｦ√〒縺吶�1逡ｪ逶ｮ縺ｮ繧ｫ繝ｩ繝�縺ｯ髢｢騾｣繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ蝙九ｒ菫晄戟縺励∪縺吶�
+                谿九ｊ縺ｮ繧ｫ繝ｩ繝�縺ｯ隴伜挨蟄舌ｒ菫晄戟縺励∪縺吶ゅ％縺ｮ遞ｮ鬘槭�髢｢騾｣縺ｫ縺ｯ螟夜Κ繧ｭ繝ｼ蛻ｶ邏�ｒ謖�ｮ壹☆繧九％縺ｨ縺ｯ縺ｧ縺阪∪縺帙ｓ縲�
+                縺昴�縺溘ａ縺薙ｌ縺ｯ譛繧ゆｽｿ繧上ｌ繧九％縺ｨ縺ｮ縺ｪ縺�ｼ医�繝ｪ繝｢繝ｼ繝輔ぅ繝�け縺ｪ�蛾未騾｣縺ｮ繝槭ャ繝斐Φ繧ｰ譁ｹ豕輔〒縺吶�
+                髱槫ｸｸ縺ｫ迚ｹ蛻･縺ｪ蝣ｴ蜷茨ｼ井ｾ九∴縺ｰ縲∵､懈渊繝ｭ繧ｰ繧�Θ繝ｼ繧ｶ繧ｻ繝�す繝ｧ繝ｳ繝��繧ｿ縺ｪ縺ｩ)縺ｫ髯舌▲縺ｦ縲√％繧後ｒ菴ｿ縺�∋縺阪〒縺吶�
             </para>
 
             <para>
-                 <literal>meta-type</literal> により、
-                 アプリケーションはカスタム型を指定できます。このカスタム型は
-                 データベースカラムの値を、<literal>id-type</literal> で指定した型の
-                 識別子プロパティを持った永続クラスへマッピングします。
-                 meta-typeの値からクラス名へのマッピングを指定しなければなりません。
+                 <literal>meta-type</literal> 縺ｫ繧医ｊ縲�
+                 繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ繧ｫ繧ｹ繧ｿ繝�蝙九ｒ謖�ｮ壹〒縺阪∪縺吶ゅ％縺ｮ繧ｫ繧ｹ繧ｿ繝�蝙九�
+                 繝��繧ｿ繝吶�繧ｹ繧ｫ繝ｩ繝�縺ｮ蛟､繧偵�<literal>id-type</literal> 縺ｧ謖�ｮ壹＠縺溷梛縺ｮ
+                 隴伜挨蟄舌�繝ｭ繝代ユ繧｣繧呈戟縺｣縺滓ｰｸ邯壹け繝ｩ繧ｹ縺ｸ繝槭ャ繝斐Φ繧ｰ縺励∪縺吶�
+                 meta-type縺ｮ蛟､縺九ｉ繧ｯ繝ｩ繧ｹ蜷阪∈縺ｮ繝槭ャ繝斐Φ繧ｰ繧呈欠螳壹＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
             </para>
 
             <programlisting><![CDATA[<any name="being" id-type="long" meta-type="string">
@@ -2790,37 +2791,37 @@
                 <calloutlist>
                     <callout arearefs="any1">
                         <para>
-                            <literal>name</literal>：プロパティ名。
+                            <literal>name</literal>�壹�繝ｭ繝代ユ繧｣蜷阪�
                         </para>            
                     </callout>                   
                     <callout arearefs="any2">
                         <para>
-                            <literal>id-type</literal>：識別子の型。
+                            <literal>id-type</literal>�夊ｭ伜挨蟄舌�蝙九�
                         </para>            
                     </callout>                   
                     <callout arearefs="any3">
                         <para>
-                            <literal>meta-type</literal>（オプション - デフォルトは <literal>string</literal> ）：
-                            ディスクリミネータマッピングで許された型
+                            <literal>meta-type</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>string</literal> �会ｼ�
+                            繝�ぅ繧ｹ繧ｯ繝ｪ繝溘ロ繝ｼ繧ｿ繝槭ャ繝斐Φ繧ｰ縺ｧ險ｱ縺輔ｌ縺溷梛
                         </para>            
                     </callout>                   
                     <callout arearefs="any4">
                         <para>
-                            <literal>cascade</literal>（オプション - デフォルトは <literal>none</literal> ）：
-                            カスケードのスタイル。
+                            <literal>cascade</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>none</literal> �会ｼ�
+                            繧ｫ繧ｹ繧ｱ繝ｼ繝峨�繧ｹ繧ｿ繧､繝ｫ縲�
                         </para>            
                     </callout>                   
                     <callout arearefs="any5">
                         <para>
-                            <literal>access</literal>（オプション - デフォルトは <literal>property</literal> ）：
-                            プロパティの値へのアクセスにHibernateが使う戦略。
+                            <literal>access</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>property</literal> �会ｼ�
+                            繝励Ο繝代ユ繧｣縺ｮ蛟､縺ｸ縺ｮ繧｢繧ｯ繧ｻ繧ｹ縺ｫHibernate縺御ｽｿ縺�姶逡･縲�
                         </para>
                     </callout>
                     <callout arearefs="any6">
                         <para>
-                            <literal>optimistic-lock</literal> (オプション - デフォルトは <literal>true</literal> ):
-                            このプロパティの更新に楽観ロックの取得を要求するかどうかを指定します。
-                            言い換えれば、このプロパティがダーティであるときにバージョンを増やすべきかを定義します。
+                            <literal>optimistic-lock</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>true</literal> ):
+                            縺薙�繝励Ο繝代ユ繧｣縺ｮ譖ｴ譁ｰ縺ｫ讌ｽ隕ｳ繝ｭ繝�け縺ｮ蜿門ｾ励ｒ隕∵ｱゅ☆繧九°縺ｩ縺�°繧呈欠螳壹＠縺ｾ縺吶�
+                            險縺�鋤縺医ｌ縺ｰ縲√％縺ｮ繝励Ο繝代ユ繧｣縺後ム繝ｼ繝�ぅ縺ｧ縺ゅｋ縺ｨ縺阪↓繝舌�繧ｸ繝ｧ繝ｳ繧貞｢励ｄ縺吶∋縺阪°繧貞ｮ夂ｾｩ縺励∪縺吶�
                         </para>
                     </callout>
                 </calloutlist>
@@ -2831,87 +2832,87 @@
     </sect1>
 
     <sect1 id="mapping-types">
-        <title>Hibernateの型</title>
+        <title>Hibernate縺ｮ蝙�</title>
 
         <sect2 id="mapping-types-entitiesvalues" revision="1">
-            <title>エンティティと値</title>
+            <title>繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｨ蛟､</title>
 
             <para>
-                永続サービスに関わる様々なJava言語レベルのオブジェクトの振る舞いを理解するためには、
-                オブジェクトを2つのグループに分ける必要があります：
+                豌ｸ邯壹し繝ｼ繝薙せ縺ｫ髢｢繧上ｋ讒倥�↑Java險隱槭Ξ繝吶Ν縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医�謖ｯ繧玖�縺�ｒ逅�ｧ｣縺吶ｋ縺溘ａ縺ｫ縺ｯ縲�
+                繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ2縺､縺ｮ繧ｰ繝ｫ繝ｼ繝励↓蛻�￠繧句ｿ�ｦ√′縺ゅｊ縺ｾ縺呻ｼ�
             </para>
 
             <para>
-                 <emphasis> エンティティ</emphasis> はエンティティへの参照を保持する、
-                他のすべてのオブジェクトから独立して存在します。
-                参照されないオブジェクトがガベージコレクトされてしまう性質を持つ通常のJavaモデルと、
-                これを比べてみてください。
-                （親エンティティから子へ、セーブと削除が <emphasis>カスケード</emphasis> されうることを除いて）
-                エンティティは明示的にセーブまたは削除されなければなりません。
-                これは到達可能性によるオブジェクト永続化のODMGモデルとは異なっています。
-                大規模なシステムでアプリケーションオブジェクトが普通どのように使われるかにより密接に対応します。
-                エンティティは循環と参照の共有をサポートします。
-                またそれらはバージョン付けすることもできます。
+                 <emphasis> 繧ｨ繝ｳ繝�ぅ繝�ぅ</emphasis> 縺ｯ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｸ縺ｮ蜿ら�繧剃ｿ晄戟縺吶ｋ縲�
+                莉悶�縺吶∋縺ｦ縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医°繧臥峡遶九＠縺ｦ蟄伜惠縺励∪縺吶�
+                蜿ら�縺輔ｌ縺ｪ縺�が繝悶ず繧ｧ繧ｯ繝医′繧ｬ繝吶�繧ｸ繧ｳ繝ｬ繧ｯ繝医＆繧後※縺励∪縺�ｧ雉ｪ繧呈戟縺､騾壼ｸｸ縺ｮJava繝｢繝�Ν縺ｨ縲�
+                縺薙ｌ繧呈ｯ斐∋縺ｦ縺ｿ縺ｦ縺上□縺輔＞縲�
+                �郁ｦｪ繧ｨ繝ｳ繝�ぅ繝�ぅ縺九ｉ蟄舌∈縲√そ繝ｼ繝悶→蜑企勁縺� <emphasis>繧ｫ繧ｹ繧ｱ繝ｼ繝�</emphasis> 縺輔ｌ縺�ｋ縺薙→繧帝勁縺�※��
+                繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｯ譏守､ｺ逧�↓繧ｻ繝ｼ繝悶∪縺溘�蜑企勁縺輔ｌ縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+                縺薙ｌ縺ｯ蛻ｰ驕泌庄閭ｽ諤ｧ縺ｫ繧医ｋ繧ｪ繝悶ず繧ｧ繧ｯ繝域ｰｸ邯壼喧縺ｮODMG繝｢繝�Ν縺ｨ縺ｯ逡ｰ縺ｪ縺｣縺ｦ縺�∪縺吶�
+                螟ｧ隕乗ｨ｡縺ｪ繧ｷ繧ｹ繝�Β縺ｧ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｪ繝悶ず繧ｧ繧ｯ繝医′譎ｮ騾壹←縺ｮ繧医≧縺ｫ菴ｿ繧上ｌ繧九°縺ｫ繧医ｊ蟇�磁縺ｫ蟇ｾ蠢懊＠縺ｾ縺吶�
+                繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｯ蠕ｪ迺ｰ縺ｨ蜿ら�縺ｮ蜈ｱ譛峨ｒ繧ｵ繝昴�繝医＠縺ｾ縺吶�
+                縺ｾ縺溘◎繧後ｉ縺ｯ繝舌�繧ｸ繝ｧ繝ｳ莉倥￠縺吶ｋ縺薙→繧ゅ〒縺阪∪縺吶�
                 
             </para>
 
             <para>
-                エンティティの永続状態は他のエンティティや <emphasis>値</emphasis> 型の
-                インスタンスへの参照から構成されます。
-                値はプリミティブ、コレクション(コレクションの内部ではなく)、
-                コンポーネント、不変オブジェクトです。
-                エンティティとは違い、値は（特にコレクションとコンポーネントにおいて）、
-                到達可能性による永続化や削除が <emphasis>行われます</emphasis> 。
-                値オブジェクト（とプリミティブ）は、包含するエンティティと一緒に永続化や削除が行われるので、
-                それらを独立にバージョン付けすることはできません。
-                値には独立したアイデンティティがないので、
-                複数のエンティティやコレクションがこれを共有することはできません。
+                繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ豌ｸ邯夂憾諷九�莉悶�繧ｨ繝ｳ繝�ぅ繝�ぅ繧� <emphasis>蛟､</emphasis> 蝙九�
+                繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｸ縺ｮ蜿ら�縺九ｉ讒区�縺輔ｌ縺ｾ縺吶�
+                蛟､縺ｯ繝励Μ繝溘ユ繧｣繝悶√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ(繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蜀�Κ縺ｧ縺ｯ縺ｪ縺�)縲�
+                繧ｳ繝ｳ繝昴�繝阪Φ繝医∽ｸ榊､峨が繝悶ず繧ｧ繧ｯ繝医〒縺吶�
+                繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｨ縺ｯ驕輔＞縲∝､縺ｯ�育音縺ｫ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｨ繧ｳ繝ｳ繝昴�繝阪Φ繝医↓縺翫＞縺ｦ�峨�
+                蛻ｰ驕泌庄閭ｽ諤ｧ縺ｫ繧医ｋ豌ｸ邯壼喧繧�炎髯､縺� <emphasis>陦後ｏ繧後∪縺�</emphasis> 縲�
+                蛟､繧ｪ繝悶ず繧ｧ繧ｯ繝茨ｼ医→繝励Μ繝溘ユ繧｣繝厄ｼ峨�縲∝桁蜷ｫ縺吶ｋ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｨ荳邱偵↓豌ｸ邯壼喧繧�炎髯､縺瑚｡後ｏ繧後ｋ縺ｮ縺ｧ縲�
+                縺昴ｌ繧峨ｒ迢ｬ遶九↓繝舌�繧ｸ繝ｧ繝ｳ莉倥￠縺吶ｋ縺薙→縺ｯ縺ｧ縺阪∪縺帙ｓ縲�
+                蛟､縺ｫ縺ｯ迢ｬ遶九＠縺溘い繧､繝�Φ繝�ぅ繝�ぅ縺後↑縺��縺ｧ縲�
+                隍�焚縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ繧�さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺後％繧後ｒ蜈ｱ譛峨☆繧九％縺ｨ縺ｯ縺ｧ縺阪∪縺帙ｓ縲�
             </para>
 
             <para>
-                これまで「永続クラス」という言葉をエンティティの意味で使ってきました。
-                これからもそうしていきます。
-                厳密に言うと、永続状態を持つユーザ定義のクラスのすべてが
-                エンティティというわけではありません。
-                <emphasis>コンポーネント</emphasis> は値のセマンティクスを持つユーザ定義クラスです。
-                <literal>java.lang.String</literal> 型のプロパティもまた値のセマンティクスを持ちます。
-                定義するなら、JDKで提供されているすべてのJavaの型(クラス)が値のセマンティクスを持つといえます。
-                一方ユーザ定義型は、エンティティや値型のセマンティクスとともにマッピングできます。
-                この決定はアプリケーション開発者次第です。
-                そのクラスの１つのインスタンスへの共有参照は、
-                ドメインモデル内のエンティティクラスに対する良いヒントになります。
-                一方合成集約や集約は、通常値型へ変換されます。
+                縺薙ｌ縺ｾ縺ｧ縲梧ｰｸ邯壹け繝ｩ繧ｹ縲阪→縺�≧險闡峨ｒ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ諢丞袖縺ｧ菴ｿ縺｣縺ｦ縺阪∪縺励◆縲�
+                縺薙ｌ縺九ｉ繧ゅ◎縺�＠縺ｦ縺�″縺ｾ縺吶�
+                蜴ｳ蟇�↓險縺�→縲∵ｰｸ邯夂憾諷九ｒ謖√▽繝ｦ繝ｼ繧ｶ螳夂ｾｩ縺ｮ繧ｯ繝ｩ繧ｹ縺ｮ縺吶∋縺ｦ縺�
+                繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｨ縺�≧繧上￠縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+                <emphasis>繧ｳ繝ｳ繝昴�繝阪Φ繝�</emphasis> 縺ｯ蛟､縺ｮ繧ｻ繝槭Φ繝�ぅ繧ｯ繧ｹ繧呈戟縺､繝ｦ繝ｼ繧ｶ螳夂ｾｩ繧ｯ繝ｩ繧ｹ縺ｧ縺吶�
+                <literal>java.lang.String</literal> 蝙九�繝励Ο繝代ユ繧｣繧ゅ∪縺溷､縺ｮ繧ｻ繝槭Φ繝�ぅ繧ｯ繧ｹ繧呈戟縺｡縺ｾ縺吶�
+                螳夂ｾｩ縺吶ｋ縺ｪ繧峨゛DK縺ｧ謠蝉ｾ帙＆繧後※縺�ｋ縺吶∋縺ｦ縺ｮJava縺ｮ蝙�(繧ｯ繝ｩ繧ｹ)縺悟､縺ｮ繧ｻ繝槭Φ繝�ぅ繧ｯ繧ｹ繧呈戟縺､縺ｨ縺�∴縺ｾ縺吶�
+                荳譁ｹ繝ｦ繝ｼ繧ｶ螳夂ｾｩ蝙九�縲√お繝ｳ繝�ぅ繝�ぅ繧�､蝙九�繧ｻ繝槭Φ繝�ぅ繧ｯ繧ｹ縺ｨ縺ｨ繧ゅ↓繝槭ャ繝斐Φ繧ｰ縺ｧ縺阪∪縺吶�
+                縺薙�豎ｺ螳壹�繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ髢狗匱閠�ｬ｡隨ｬ縺ｧ縺吶�
+                縺昴�繧ｯ繝ｩ繧ｹ縺ｮ�代▽縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｸ縺ｮ蜈ｱ譛牙盾辣ｧ縺ｯ縲�
+                繝峨Γ繧､繝ｳ繝｢繝�Ν蜀��繧ｨ繝ｳ繝�ぅ繝�ぅ繧ｯ繝ｩ繧ｹ縺ｫ蟇ｾ縺吶ｋ濶ｯ縺�ヲ繝ｳ繝医↓縺ｪ繧翫∪縺吶�
+                荳譁ｹ蜷域�髮�ｴ�ｄ髮�ｴ��縲�壼ｸｸ蛟､蝙九∈螟画鋤縺輔ｌ縺ｾ縺吶�
                 
             </para>
 
             <para>
-                本ドキュメントを通して、何度もこの概念を取り上げます。
+                譛ｬ繝峨く繝･繝｡繝ｳ繝医ｒ騾壹＠縺ｦ縲∽ｽ募ｺｦ繧ゅ％縺ｮ讎ょｿｵ繧貞叙繧贋ｸ翫￡縺ｾ縺吶�
             </para>
 
             <para>
-                Java型のシステム(もしくは開発者が定義したエンティティと値型)を
-                SQL/データベース型のシステムにマッピングすることは難しいです。
-                Hibernateは２つのシステムの架け橋を提供します。
-                エンティティに対しては 
-                <literal>&lt;class&gt;</literal> や <literal>&lt;subclass&gt;</literal> などを使用します。
-                値型に対しては <literal>&lt;property&gt;</literal> や 
-                <literal>&lt;component&gt;</literal> などを、通常 <literal>type</literal> とともに使います。
-                この属性の値はHibernateの <emphasis>マッピング型</emphasis> の名前です。
-                Hibernateは(標準JDKの値型に対して)多くの自由なマッピングを提供します。
-                後で見るように、自身のマッピング型を記述し、同様にカスタムの変換戦略を実装することができます。
+                Java蝙九�繧ｷ繧ｹ繝�Β(繧ゅ＠縺上�髢狗匱閠�′螳夂ｾｩ縺励◆繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｨ蛟､蝙�)繧�
+                SQL/繝��繧ｿ繝吶�繧ｹ蝙九�繧ｷ繧ｹ繝�Β縺ｫ繝槭ャ繝斐Φ繧ｰ縺吶ｋ縺薙→縺ｯ髮｣縺励＞縺ｧ縺吶�
+                Hibernate縺ｯ�偵▽縺ｮ繧ｷ繧ｹ繝�Β縺ｮ譫ｶ縺第ｩ九ｒ謠蝉ｾ帙＠縺ｾ縺吶�
+                繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｫ蟇ｾ縺励※縺ｯ 
+                <literal>&lt;class&gt;</literal> 繧� <literal>&lt;subclass&gt;</literal> 縺ｪ縺ｩ繧剃ｽｿ逕ｨ縺励∪縺吶�
+                蛟､蝙九↓蟇ｾ縺励※縺ｯ <literal>&lt;property&gt;</literal> 繧� 
+                <literal>&lt;component&gt;</literal> 縺ｪ縺ｩ繧偵�壼ｸｸ <literal>type</literal> 縺ｨ縺ｨ繧ゅ↓菴ｿ縺�∪縺吶�
+                縺薙�螻樊ｧ縺ｮ蛟､縺ｯHibernate縺ｮ <emphasis>繝槭ャ繝斐Φ繧ｰ蝙�</emphasis> 縺ｮ蜷榊燕縺ｧ縺吶�
+                Hibernate縺ｯ(讓呎ｺ褒DK縺ｮ蛟､蝙九↓蟇ｾ縺励※)螟壹￥縺ｮ閾ｪ逕ｱ縺ｪ繝槭ャ繝斐Φ繧ｰ繧呈署萓帙＠縺ｾ縺吶�
+                蠕後〒隕九ｋ繧医≧縺ｫ縲∬�霄ｫ縺ｮ繝槭ャ繝斐Φ繧ｰ蝙九ｒ險倩ｿｰ縺励∝酔讒倥↓繧ｫ繧ｹ繧ｿ繝�縺ｮ螟画鋤謌ｦ逡･繧貞ｮ溯｣�☆繧九％縺ｨ縺後〒縺阪∪縺吶�
             </para>
 
             <para>
-                コレクションを除く組み込みのHibernateの型はすべて、nullセマンティクスをサポートします。
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧帝勁縺冗ｵ�∩霎ｼ縺ｿ縺ｮHibernate縺ｮ蝙九�縺吶∋縺ｦ縲］ull繧ｻ繝槭Φ繝�ぅ繧ｯ繧ｹ繧偵し繝昴�繝医＠縺ｾ縺吶�
             </para>
 
         </sect2>
 
         <sect2 id="mapping-types-basictypes" revision="3">
-            <title>基本的な型</title>
+            <title>蝓ｺ譛ｬ逧�↑蝙�</title>
 
             <para>
-                組み込みの <emphasis>基本的なマッピング型</emphasis> は大まかに以下のように分けられます。
+                邨�∩霎ｼ縺ｿ縺ｮ <emphasis>蝓ｺ譛ｬ逧�↑繝槭ャ繝斐Φ繧ｰ蝙�</emphasis> 縺ｯ螟ｧ縺ｾ縺九↓莉･荳九�繧医≧縺ｫ蛻�￠繧峨ｌ縺ｾ縺吶�
 
                 <variablelist>
                     <varlistentry>
@@ -2919,11 +2920,11 @@
                             boolean, yes_no, true_false</literal></term>
                         <listitem>
                             <para>
-                                Javaのプリミティブやラッパークラスから適切な（ベンダー固有の）
-                                SQLカラム型への型マッピング。
-                                <literal>boolean, yes_no</literal> と <literal>true_false</literal> は、
-                                すべてJavaの <literal>boolean</literal> 
-                                または <literal>java.lang.Boolean</literal> の代替エンコードです。
+                                Java縺ｮ繝励Μ繝溘ユ繧｣繝悶ｄ繝ｩ繝�ヱ繝ｼ繧ｯ繝ｩ繧ｹ縺九ｉ驕ｩ蛻�↑�医�繝ｳ繝繝ｼ蝗ｺ譛峨���
+                                SQL繧ｫ繝ｩ繝�蝙九∈縺ｮ蝙九�繝�ヴ繝ｳ繧ｰ縲�
+                                <literal>boolean, yes_no</literal> 縺ｨ <literal>true_false</literal> 縺ｯ縲�
+                                縺吶∋縺ｦJava縺ｮ <literal>boolean</literal> 
+                                縺ｾ縺溘� <literal>java.lang.Boolean</literal> 縺ｮ莉｣譖ｿ繧ｨ繝ｳ繧ｳ繝ｼ繝峨〒縺吶�
                                 
                             </para>
                         </listitem>
@@ -2932,8 +2933,8 @@
                         <term><literal>string</literal></term>
                         <listitem>
                             <para>
-                                <literal>java.lang.String</literal> から <literal>VARCHAR</literal> 
-                                （またはOracleの <literal>VARCHAR2</literal> ）への型マッピング。
+                                <literal>java.lang.String</literal> 縺九ｉ <literal>VARCHAR</literal> 
+                                �医∪縺溘�Oracle縺ｮ <literal>VARCHAR2</literal> �峨∈縺ｮ蝙九�繝�ヴ繝ｳ繧ｰ縲�
                             </para>
                         </listitem>
                     </varlistentry>
@@ -2941,9 +2942,9 @@
                         <term><literal>date, time, timestamp</literal></term>
                         <listitem>
                             <para>
-                                 <literal>java.util.Date</literal> とそのサブクラスからSQL型の <literal>DATE</literal>, 
-                                <literal>TIME</literal> , <literal>TIMESTAMP</literal> （またはそれらと等価なもの）
-                                への型マッピング。
+                                 <literal>java.util.Date</literal> 縺ｨ縺昴�繧ｵ繝悶け繝ｩ繧ｹ縺九ｉSQL蝙九� <literal>DATE</literal>, 
+                                <literal>TIME</literal> , <literal>TIMESTAMP</literal> �医∪縺溘�縺昴ｌ繧峨→遲我ｾ｡縺ｪ繧ゅ���
+                                縺ｸ縺ｮ蝙九�繝�ヴ繝ｳ繧ｰ縲�
                             </para>
                         </listitem>
                     </varlistentry>
@@ -2951,8 +2952,8 @@
                         <term><literal>calendar, calendar_date</literal></term>
                         <listitem>
                             <para>
-                                <literal>java.util.Calendar</literal> からSQL型 の「 <literal>TIMESTAMP</literal> , 
-                                 <literal>DATE</literal> (またはそれらと等価なもの）への型マッピング。
+                                <literal>java.util.Calendar</literal> 縺九ｉSQL蝙� 縺ｮ縲� <literal>TIMESTAMP</literal> , 
+                                 <literal>DATE</literal> (縺ｾ縺溘�縺昴ｌ繧峨→遲我ｾ｡縺ｪ繧ゅ��峨∈縺ｮ蝙九�繝�ヴ繝ｳ繧ｰ縲�
                             </para>
                         </listitem>
                     </varlistentry>
@@ -2960,8 +2961,8 @@
                         <term><literal>big_decimal, big_integer</literal></term>
                         <listitem>
                             <para>
-                                <literal>java.math.BigDecimal</literal> と <literal>java.math.BigInteger</literal> 
-                                から <literal>NUMERIC</literal>（またはOracleの <literal>NUMBER</literal> ）への型マッピング。
+                                <literal>java.math.BigDecimal</literal> 縺ｨ <literal>java.math.BigInteger</literal> 
+                                縺九ｉ <literal>NUMERIC</literal>�医∪縺溘�Oracle縺ｮ <literal>NUMBER</literal> �峨∈縺ｮ蝙九�繝�ヴ繝ｳ繧ｰ縲�
                             </para>
                         </listitem>
                     </varlistentry>
@@ -2970,12 +2971,12 @@
                         <listitem>
                             <para>
                                 <literal>java.util.Locale</literal> , <literal>java.util.TimeZone</literal> , 
-                                <literal>java.util.Currency</literal> から <literal>VARCHAR</literal> 
-                                （またはOracleの <literal>VARCHAR2</literal> ）への型マッピング。
-                                <literal>Locale</literal> と <literal>Currency</literal> のインスタンスは、
-                                それらのISOコードにマッピングされます。 
-                                <literal>TimeZone</literal> のインスタンスは、
-                                それらの <literal>ID</literal> にマッピングされます。
+                                <literal>java.util.Currency</literal> 縺九ｉ <literal>VARCHAR</literal> 
+                                �医∪縺溘�Oracle縺ｮ <literal>VARCHAR2</literal> �峨∈縺ｮ蝙九�繝�ヴ繝ｳ繧ｰ縲�
+                                <literal>Locale</literal> 縺ｨ <literal>Currency</literal> 縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲�
+                                縺昴ｌ繧峨�ISO繧ｳ繝ｼ繝峨↓繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｾ縺吶� 
+                                <literal>TimeZone</literal> 縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲�
+                                縺昴ｌ繧峨� <literal>ID</literal> 縺ｫ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｾ縺吶�
                             </para>
                         </listitem>
                     </varlistentry>
@@ -2983,9 +2984,9 @@
                         <term><literal>class</literal></term>
                         <listitem>
                             <para>
-                                <literal>java.lang.Class</literal> から <literal>VARCHAR</literal> 
-                                （またはOracleの <literal>VARCHAR2</literal> ）への型マッピング。
-                                <literal>Class</literal> はその完全修飾された名前にマッピングされます。
+                                <literal>java.lang.Class</literal> 縺九ｉ <literal>VARCHAR</literal> 
+                                �医∪縺溘�Oracle縺ｮ <literal>VARCHAR2</literal> �峨∈縺ｮ蝙九�繝�ヴ繝ｳ繧ｰ縲�
+                                <literal>Class</literal> 縺ｯ縺昴�螳悟�菫ｮ鬟ｾ縺輔ｌ縺溷錐蜑阪↓繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｾ縺吶�
                             </para>
                         </listitem>
                     </varlistentry>
@@ -2993,7 +2994,7 @@
                         <term><literal>binary</literal></term>
                         <listitem>
                             <para>
-                                 バイト配列は、適切なSQLのバイナリ型にマッピングされます。
+                                 繝舌う繝磯�蛻励�縲�←蛻�↑SQL縺ｮ繝舌う繝翫Μ蝙九↓繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｾ縺吶�
                             </para>
                         </listitem>
                     </varlistentry>
@@ -3001,8 +3002,8 @@
                         <term><literal>text</literal></term>
                         <listitem>
                             <para>
-                                長いJava文字列は、SQLの <literal>CLOB</literal> または 
-                                <literal>TEXT</literal> 型にマッピングされます。
+                                髟ｷ縺Йava譁�ｭ怜�縺ｯ縲ヾQL縺ｮ <literal>CLOB</literal> 縺ｾ縺溘� 
+                                <literal>TEXT</literal> 蝙九↓繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｾ縺吶�
                             </para>
                         </listitem>
                     </varlistentry>
@@ -3010,10 +3011,10 @@
                         <term><literal>serializable</literal></term>
                         <listitem>
                             <para>
-                                シリアライズ可能なJava型は、適切なSQLのバイナリ型にマッピングされます。
-                                デフォルトで基本型ではないシリアライズ可能なJavaクラスや
-                                インターフェイスの名前を指定することで、
-                                Hibernateの型を <literal>serializable</literal> とすることもできます。
+                                繧ｷ繝ｪ繧｢繝ｩ繧､繧ｺ蜿ｯ閭ｽ縺ｪJava蝙九�縲�←蛻�↑SQL縺ｮ繝舌う繝翫Μ蝙九↓繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｾ縺吶�
+                                繝�ヵ繧ｩ繝ｫ繝医〒蝓ｺ譛ｬ蝙九〒縺ｯ縺ｪ縺�す繝ｪ繧｢繝ｩ繧､繧ｺ蜿ｯ閭ｽ縺ｪJava繧ｯ繝ｩ繧ｹ繧�
+                                繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｮ蜷榊燕繧呈欠螳壹☆繧九％縺ｨ縺ｧ縲�
+                                Hibernate縺ｮ蝙九ｒ <literal>serializable</literal> 縺ｨ縺吶ｋ縺薙→繧ゅ〒縺阪∪縺吶�
                             </para>
                         </listitem>
                     </varlistentry>
@@ -3021,11 +3022,11 @@
                         <term><literal>clob, blob</literal></term>
                         <listitem>
                             <para>
-                                JDBCクラス <literal>java.sql.Clob</literal> と <literal>java.sql.Blob</literal> 
-                                に対する型マッピング。
-                                blobやclobオブジェクトはトランザクションの外では再利用できないため、
-                                アプリケーションによっては不便かもしれません。
-                                （さらにはドライバサポートが一貫していません。）
+                                JDBC繧ｯ繝ｩ繧ｹ <literal>java.sql.Clob</literal> 縺ｨ <literal>java.sql.Blob</literal> 
+                                縺ｫ蟇ｾ縺吶ｋ蝙九�繝�ヴ繝ｳ繧ｰ縲�
+                                blob繧�clob繧ｪ繝悶ず繧ｧ繧ｯ繝医�繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ螟悶〒縺ｯ蜀榊茜逕ｨ縺ｧ縺阪↑縺�◆繧√�
+                                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ繧医▲縺ｦ縺ｯ荳堺ｾｿ縺九ｂ縺励ｌ縺ｾ縺帙ｓ縲�
+                                �医＆繧峨↓縺ｯ繝峨Λ繧､繝舌し繝昴�繝医′荳雋ｫ縺励※縺�∪縺帙ｓ縲ゑｼ�
                             </para>
                         </listitem>
                     </varlistentry>
@@ -3037,13 +3038,13 @@
                         </term>
                         <listitem>
                             <para>
-                                ほとんどの場合に可変であるJavaの型に対する型マッピング。
-                                Hibernateは不変なJavaの型に対しては最適化を行い、
-                                アプリケーションはそれを不変オブジェクトとして扱います。
-                                例えば <literal>imm_timestamp</literal> としてマップしたインスタンスに対して、
-                                <literal>Date.setTime()</literal> を呼び出してはなりません。
-                                プロパティの値を変更しその変更を永続化するためには、
-                                アプリケーションはプロパティに対して新しい(同一でない)オブジェクトを割り当てなければなりません。
+                                縺ｻ縺ｨ繧薙←縺ｮ蝣ｴ蜷医↓蜿ｯ螟峨〒縺ゅｋJava縺ｮ蝙九↓蟇ｾ縺吶ｋ蝙九�繝�ヴ繝ｳ繧ｰ縲�
+                                Hibernate縺ｯ荳榊､峨↑Java縺ｮ蝙九↓蟇ｾ縺励※縺ｯ譛驕ｩ蛹悶ｒ陦後＞縲�
+                                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ縺昴ｌ繧剃ｸ榊､峨が繝悶ず繧ｧ繧ｯ繝医→縺励※謇ｱ縺�∪縺吶�
+                                萓九∴縺ｰ <literal>imm_timestamp</literal> 縺ｨ縺励※繝槭ャ繝励＠縺溘う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｫ蟇ｾ縺励※縲�
+                                <literal>Date.setTime()</literal> 繧貞他縺ｳ蜃ｺ縺励※縺ｯ縺ｪ繧翫∪縺帙ｓ縲�
+                                繝励Ο繝代ユ繧｣縺ｮ蛟､繧貞､画峩縺励◎縺ｮ螟画峩繧呈ｰｸ邯壼喧縺吶ｋ縺溘ａ縺ｫ縺ｯ縲�
+                                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ繝励Ο繝代ユ繧｣縺ｫ蟇ｾ縺励※譁ｰ縺励＞(蜷御ｸ縺ｧ縺ｪ縺�)繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ蜑ｲ繧雁ｽ薙※縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
                             </para>
                         </listitem>
                     </varlistentry>                    
@@ -3052,41 +3053,41 @@
             </para>
 
             <para>
-                エンティティとコレクションのユニークな識別子は、<literal>binary</literal> , <literal>blob</literal> , 
-                <literal>clob</literal> を除く、どんな基本型でも構いません。
-                （複合識別子でも構いません。以下を見てください。）
+                繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｨ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繝ｦ繝九�繧ｯ縺ｪ隴伜挨蟄舌�縲�<literal>binary</literal> , <literal>blob</literal> , 
+                <literal>clob</literal> 繧帝勁縺上√←繧薙↑蝓ｺ譛ｬ蝙九〒繧よｧ九＞縺ｾ縺帙ｓ縲�
+                �郁､�粋隴伜挨蟄舌〒繧よｧ九＞縺ｾ縺帙ｓ縲ゆｻ･荳九ｒ隕九※縺上□縺輔＞縲ゑｼ�
             </para>
             
             <para>
-                基本的な値型には、<literal>org.hibernate.Hibernate</literal> で定義された 
-                <literal>Type</literal> 定数がそれぞれあります。
-                例えば、<literal>Hibernate.STRING</literal> は <literal>string</literal> 型を表現しています。
+                蝓ｺ譛ｬ逧�↑蛟､蝙九↓縺ｯ縲�<literal>org.hibernate.Hibernate</literal> 縺ｧ螳夂ｾｩ縺輔ｌ縺� 
+                <literal>Type</literal> 螳壽焚縺後◎繧後◇繧後≠繧翫∪縺吶�
+                萓九∴縺ｰ縲�<literal>Hibernate.STRING</literal> 縺ｯ <literal>string</literal> 蝙九ｒ陦ｨ迴ｾ縺励※縺�∪縺吶�
             </para>
 
         </sect2>
         
         <sect2 id="mapping-types-custom" revision="2">
-            <title>カスタム型</title>
+            <title>繧ｫ繧ｹ繧ｿ繝�蝙�</title>
 
             <para>
-                  開発者が独自の値型を作成することは、比較的簡単です。
-                例えば、<literal>java.lang.BigInteger</literal> 型のプロパティを 
-                <literal>VARCHAR</literal> カラムに永続化したいかもしれません。
-                Hibernateはこのための組み込み型を用意していません。
-                しかしカスタム型は、プロパティ（またはコレクションの要素）を1つのテーブルカラムに
-                マッピングするのに制限はありません。
-                そのため例えば、<literal>java.lang.String</literal> 型の 
+                  髢狗匱閠�′迢ｬ閾ｪ縺ｮ蛟､蝙九ｒ菴懈�縺吶ｋ縺薙→縺ｯ縲∵ｯ碑ｼ�噪邁｡蜊倥〒縺吶�
+                萓九∴縺ｰ縲�<literal>java.lang.BigInteger</literal> 蝙九�繝励Ο繝代ユ繧｣繧� 
+                <literal>VARCHAR</literal> 繧ｫ繝ｩ繝�縺ｫ豌ｸ邯壼喧縺励◆縺�°繧ゅ＠繧後∪縺帙ｓ縲�
+                Hibernate縺ｯ縺薙�縺溘ａ縺ｮ邨�∩霎ｼ縺ｿ蝙九ｒ逕ｨ諢上＠縺ｦ縺�∪縺帙ｓ縲�
+                縺励°縺励き繧ｹ繧ｿ繝�蝙九�縲√�繝ｭ繝代ユ繧｣�医∪縺溘�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隕∫ｴ��峨ｒ1縺､縺ｮ繝��繝悶Ν繧ｫ繝ｩ繝�縺ｫ
+                繝槭ャ繝斐Φ繧ｰ縺吶ｋ縺ｮ縺ｫ蛻ｶ髯舌�縺ゅｊ縺ｾ縺帙ｓ縲�
+                縺昴�縺溘ａ萓九∴縺ｰ縲�<literal>java.lang.String</literal> 蝙九� 
                 <literal>getName()</literal> / <literal>setName()</literal> 
-                Javaプロパティを <literal>FIRST_NAME</literal> , <literal>INITIAL</literal>, <literal>SURNAME</literal> 
-                カラムに永続化できます。
+                Java繝励Ο繝代ユ繧｣繧� <literal>FIRST_NAME</literal> , <literal>INITIAL</literal>, <literal>SURNAME</literal> 
+                繧ｫ繝ｩ繝�縺ｫ豌ｸ邯壼喧縺ｧ縺阪∪縺吶�
             </para>
             
             <para>
-                カスタム型を実装するには、<literal>org.hibernate.UserType</literal> または 
-                <literal>org.hibernate.CompositeUserType</literal> を実装し、
-                型の完全修飾された名前を使ってプロパティを定義します。
-                どのような種類のものが可能かを調べるには、
-                <literal>org.hibernate.test.DoubleStringType</literal> を確認してください。
+                繧ｫ繧ｹ繧ｿ繝�蝙九ｒ螳溯｣�☆繧九↓縺ｯ縲�<literal>org.hibernate.UserType</literal> 縺ｾ縺溘� 
+                <literal>org.hibernate.CompositeUserType</literal> 繧貞ｮ溯｣�＠縲�
+                蝙九�螳悟�菫ｮ鬟ｾ縺輔ｌ縺溷錐蜑阪ｒ菴ｿ縺｣縺ｦ繝励Ο繝代ユ繧｣繧貞ｮ夂ｾｩ縺励∪縺吶�
+                縺ｩ縺ｮ繧医≧縺ｪ遞ｮ鬘槭�繧ゅ�縺悟庄閭ｽ縺九ｒ隱ｿ縺ｹ繧九↓縺ｯ縲�
+                <literal>org.hibernate.test.DoubleStringType</literal> 繧堤｢ｺ隱阪＠縺ｦ縺上□縺輔＞縲�
             </para>
 
             <programlisting><![CDATA[<property name="twoStrings" type="org.hibernate.test.DoubleStringType">
@@ -3095,22 +3096,22 @@
 </property>]]></programlisting>
 
             <para>
-                <literal>&lt;column&gt;</literal> タグで、
-                プロパティを複数のカラムへマッピングできることに注目してください。
+                <literal>&lt;column&gt;</literal> 繧ｿ繧ｰ縺ｧ縲�
+                繝励Ο繝代ユ繧｣繧定､�焚縺ｮ繧ｫ繝ｩ繝�縺ｸ繝槭ャ繝斐Φ繧ｰ縺ｧ縺阪ｋ縺薙→縺ｫ豕ｨ逶ｮ縺励※縺上□縺輔＞縲�
             </para>
             
             <para>
                 <literal>CompositeUserType</literal> , <literal>EnhancedUserType</literal> ,
                 <literal>UserCollectionType</literal> , <literal>UserVersionType</literal> 
-                インターフェイスは、より特殊な使用法に対してのサポートを提供します。
+                繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｯ縲√ｈ繧顔音谿翫↑菴ｿ逕ｨ豕輔↓蟇ｾ縺励※縺ｮ繧ｵ繝昴�繝医ｒ謠蝉ｾ帙＠縺ｾ縺吶�
             </para>
             
             <para>
-                マッピングファイル内で <literal>UserType</literal> へパラメータを提供できます。
-                このためには、<literal>UserType</literal> は 
-                <literal>org.hibernate.usertype.ParameterizedType</literal> を実装しなくてはなりません。
-                カスタム型パラメータを提供するために、
-                マッピングファイル内で <literal>&lt;type&gt;</literal> 要素を使用できます。
+                繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ蜀�〒 <literal>UserType</literal> 縺ｸ繝代Λ繝｡繝ｼ繧ｿ繧呈署萓帙〒縺阪∪縺吶�
+                縺薙�縺溘ａ縺ｫ縺ｯ縲�<literal>UserType</literal> 縺ｯ 
+                <literal>org.hibernate.usertype.ParameterizedType</literal> 繧貞ｮ溯｣�＠縺ｪ縺上※縺ｯ縺ｪ繧翫∪縺帙ｓ縲�
+                繧ｫ繧ｹ繧ｿ繝�蝙九ヱ繝ｩ繝｡繝ｼ繧ｿ繧呈署萓帙☆繧九◆繧√↓縲�
+                繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ蜀�〒 <literal>&lt;type&gt;</literal> 隕∫ｴ�繧剃ｽｿ逕ｨ縺ｧ縺阪∪縺吶�
             </para>
             
             <programlisting><![CDATA[<property name="priority">
@@ -3120,17 +3121,17 @@
 </property>]]></programlisting>
 
             <para>
-                <literal>UserType</literal> は、
-                引数として渡された <literal>Properties</literal> オブジェクトから、
-                <literal>default</literal> で指定したパラメータに対する値を検索することができます。
+                <literal>UserType</literal> 縺ｯ縲�
+                蠑墓焚縺ｨ縺励※貂｡縺輔ｌ縺� <literal>Properties</literal> 繧ｪ繝悶ず繧ｧ繧ｯ繝医°繧峨�
+                <literal>default</literal> 縺ｧ謖�ｮ壹＠縺溘ヱ繝ｩ繝｡繝ｼ繧ｿ縺ｫ蟇ｾ縺吶ｋ蛟､繧呈､懃ｴ｢縺吶ｋ縺薙→縺後〒縺阪∪縺吶�
             </para>
             
             <para>
-                特定の <literal>UserType</literal> を頻繁に使用するならば、短い名前を定義すると便利になるでしょう。
-                <literal>&lt;typedef&gt;</literal> 要素を使ってこのようなことが行えます。
-                Typedefsはカスタム型に名前を割り当てます。
-                その型がパラメータを持つならば、
-                パラメータのデフォルト値のリストを含むこともできます。
+                迚ｹ螳壹� <literal>UserType</literal> 繧帝�ｻ郢√↓菴ｿ逕ｨ縺吶ｋ縺ｪ繧峨�縲∫洒縺�錐蜑阪ｒ螳夂ｾｩ縺吶ｋ縺ｨ萓ｿ蛻ｩ縺ｫ縺ｪ繧九〒縺励ｇ縺��
+                <literal>&lt;typedef&gt;</literal> 隕∫ｴ�繧剃ｽｿ縺｣縺ｦ縺薙�繧医≧縺ｪ縺薙→縺瑚｡後∴縺ｾ縺吶�
+                Typedefs縺ｯ繧ｫ繧ｹ繧ｿ繝�蝙九↓蜷榊燕繧貞牡繧雁ｽ薙※縺ｾ縺吶�
+                縺昴�蝙九′繝代Λ繝｡繝ｼ繧ｿ繧呈戟縺､縺ｪ繧峨�縲�
+                繝代Λ繝｡繝ｼ繧ｿ縺ｮ繝�ヵ繧ｩ繝ｫ繝亥､縺ｮ繝ｪ繧ｹ繝医ｒ蜷ｫ繧縺薙→繧ゅ〒縺阪∪縺吶�
             </para>
             
             <programlisting><![CDATA[<typedef class="com.mycompany.usertypes.DefaultValueIntegerType" name="default_zero">
@@ -3140,21 +3141,21 @@
             <programlisting><![CDATA[<property name="priority" type="default_zero"/>]]></programlisting>
 
             <para>
-                プロパティのマッピングで型パラメータを使うことで、
-                typedefで提供されたパラメータをその都度オーバーライドすることが可能です。
+                繝励Ο繝代ユ繧｣縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｧ蝙九ヱ繝ｩ繝｡繝ｼ繧ｿ繧剃ｽｿ縺�％縺ｨ縺ｧ縲�
+                typedef縺ｧ謠蝉ｾ帙＆繧後◆繝代Λ繝｡繝ｼ繧ｿ繧偵◎縺ｮ驛ｽ蠎ｦ繧ｪ繝ｼ繝舌�繝ｩ繧､繝峨☆繧九％縺ｨ縺悟庄閭ｽ縺ｧ縺吶�
                 
             </para>
             
             <para>
-                Hibernateの幅広い組み込み型とコンポーネントに対するサポートは、
-                カスタム型をめったに <emphasis>使わない</emphasis> ということを意味します。
-                それでもなお、アプリケーションで頻出する(エンティティではない)クラスに対するカスタム型の使用は、
-                よいやり方であるとみなされます。
-                例えば <literal>MonetaryAmount</literal> クラスはコンポーネントとして簡単にマッピングできますが、
-                <literal>CompositeUserType</literal> の良い候補です。
-                カスタム型を使用する動機の1つは抽象化です。
-                カスタム型を使うことで、通貨をどのように表現しようとも
-                マッピングドキュメントは起こりうる変化に対応できます。
+                Hibernate縺ｮ蟷�ｺ�＞邨�∩霎ｼ縺ｿ蝙九→繧ｳ繝ｳ繝昴�繝阪Φ繝医↓蟇ｾ縺吶ｋ繧ｵ繝昴�繝医�縲�
+                繧ｫ繧ｹ繧ｿ繝�蝙九ｒ繧√▲縺溘↓ <emphasis>菴ｿ繧上↑縺�</emphasis> 縺ｨ縺�≧縺薙→繧呈э蜻ｳ縺励∪縺吶�
+                縺昴ｌ縺ｧ繧ゅ↑縺翫√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｧ鬆ｻ蜃ｺ縺吶ｋ(繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｧ縺ｯ縺ｪ縺�)繧ｯ繝ｩ繧ｹ縺ｫ蟇ｾ縺吶ｋ繧ｫ繧ｹ繧ｿ繝�蝙九�菴ｿ逕ｨ縺ｯ縲�
+                繧医＞繧�ｊ譁ｹ縺ｧ縺ゅｋ縺ｨ縺ｿ縺ｪ縺輔ｌ縺ｾ縺吶�
+                萓九∴縺ｰ <literal>MonetaryAmount</literal> 繧ｯ繝ｩ繧ｹ縺ｯ繧ｳ繝ｳ繝昴�繝阪Φ繝医→縺励※邁｡蜊倥↓繝槭ャ繝斐Φ繧ｰ縺ｧ縺阪∪縺吶′縲�
+                <literal>CompositeUserType</literal> 縺ｮ濶ｯ縺�呵｣懊〒縺吶�
+                繧ｫ繧ｹ繧ｿ繝�蝙九ｒ菴ｿ逕ｨ縺吶ｋ蜍墓ｩ溘�1縺､縺ｯ謚ｽ雎｡蛹悶〒縺吶�
+                繧ｫ繧ｹ繧ｿ繝�蝙九ｒ菴ｿ縺�％縺ｨ縺ｧ縲�夊ｲｨ繧偵←縺ｮ繧医≧縺ｫ陦ｨ迴ｾ縺励ｈ縺�→繧�
+                繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝医�襍ｷ縺薙ｊ縺�ｋ螟牙喧縺ｫ蟇ｾ蠢懊〒縺阪∪縺吶�
             </para>
 
         </sect2>
@@ -3163,15 +3164,15 @@
     
     
     <sect1 id="mapping-entityname">
-        <title>１つのクラスに１つ以上のマッピング</title>
+        <title>�代▽縺ｮ繧ｯ繝ｩ繧ｹ縺ｫ�代▽莉･荳翫�繝槭ャ繝斐Φ繧ｰ</title>
         <para>
-            ある永続クラスに、一つ以上のマッピングを提供することが出来ます。
-            この場合、マッピングする２つのエンティティのインスタンスを明確にするために、
-            <emphasis>エンティティ名</emphasis> を指定しなければなりません
-            (デフォルトではエンティティ名はクラス名と同じです。)。
-            永続オブジェクトを扱うとき、クエリを書き込むとき、
-            指定されたエンティティへの関連をマッピングするときには、
-            Hibernateではエンティティ名を指定しなければなりません。
+            縺ゅｋ豌ｸ邯壹け繝ｩ繧ｹ縺ｫ縲∽ｸ縺､莉･荳翫�繝槭ャ繝斐Φ繧ｰ繧呈署萓帙☆繧九％縺ｨ縺悟�譚･縺ｾ縺吶�
+            縺薙�蝣ｴ蜷医√�繝�ヴ繝ｳ繧ｰ縺吶ｋ�偵▽縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧呈�遒ｺ縺ｫ縺吶ｋ縺溘ａ縺ｫ縲�
+            <emphasis>繧ｨ繝ｳ繝�ぅ繝�ぅ蜷�</emphasis> 繧呈欠螳壹＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ
+            (繝�ヵ繧ｩ繝ｫ繝医〒縺ｯ繧ｨ繝ｳ繝�ぅ繝�ぅ蜷阪�繧ｯ繝ｩ繧ｹ蜷阪→蜷後§縺ｧ縺吶�)縲�
+            豌ｸ邯壹が繝悶ず繧ｧ繧ｯ繝医ｒ謇ｱ縺�→縺阪√け繧ｨ繝ｪ繧呈嶌縺崎ｾｼ繧縺ｨ縺阪�
+            謖�ｮ壹＆繧後◆繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｸ縺ｮ髢｢騾｣繧偵�繝�ヴ繝ｳ繧ｰ縺吶ｋ縺ｨ縺阪↓縺ｯ縲�
+            Hibernate縺ｧ縺ｯ繧ｨ繝ｳ繝�ぅ繝�ぅ蜷阪ｒ謖�ｮ壹＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
         </para>
         
         <programlisting><![CDATA[<class name="Contract" table="Contracts" 
@@ -3193,19 +3194,19 @@
 </class>]]></programlisting>
 
         <para>
-            関連が<literal>class</literal> の代わりに <literal>entity-name</literal> を使って、
-            どのように指定されるのかに注目してください。
+            髢｢騾｣縺�<literal>class</literal> 縺ｮ莉｣繧上ｊ縺ｫ <literal>entity-name</literal> 繧剃ｽｿ縺｣縺ｦ縲�
+            縺ｩ縺ｮ繧医≧縺ｫ謖�ｮ壹＆繧後ｋ縺ｮ縺九↓豕ｨ逶ｮ縺励※縺上□縺輔＞縲�
         </para>
 
     </sect1>
 
     <sect1 id="mapping-quotedidentifiers">
-            <title>バッククォートで囲んだ SQL 識別子</title>
+            <title>繝舌ャ繧ｯ繧ｯ繧ｩ繝ｼ繝医〒蝗ｲ繧薙□ SQL 隴伜挨蟄�</title>
             <para>
-                マッピングドキュメントでテーブルやカラムの名前をバッククォートで囲むことで、
-                Hibernateで生成されたSQL中の識別子を引用させることができます。
-                HibernateはSQLの <literal>Dialect</literal> に対応する、正しい引用スタイルを使います
-                （普通はダブルクォートですが、SQL Serverではかぎ括弧、MySQLではバッククォートです）。
+                繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝医〒繝��繝悶Ν繧�き繝ｩ繝�縺ｮ蜷榊燕繧偵ヰ繝�け繧ｯ繧ｩ繝ｼ繝医〒蝗ｲ繧縺薙→縺ｧ縲�
+                Hibernate縺ｧ逕滓�縺輔ｌ縺欖QL荳ｭ縺ｮ隴伜挨蟄舌ｒ蠑慕畑縺輔○繧九％縺ｨ縺後〒縺阪∪縺吶�
+                Hibernate縺ｯSQL縺ｮ <literal>Dialect</literal> 縺ｫ蟇ｾ蠢懊☆繧九∵ｭ｣縺励＞蠑慕畑繧ｹ繧ｿ繧､繝ｫ繧剃ｽｿ縺�∪縺�
+                �域勸騾壹�繝繝悶Ν繧ｯ繧ｩ繝ｼ繝医〒縺吶′縲ヾQL Server縺ｧ縺ｯ縺九℃諡ｬ蠑ｧ縲｀ySQL縺ｧ縺ｯ繝舌ャ繧ｯ繧ｯ繧ｩ繝ｼ繝医〒縺呻ｼ峨�
             </para>
 
             <programlisting><![CDATA[<class name="LineItem" table="`Line Item`">
@@ -3218,21 +3219,21 @@
 
       
        <sect1 id="mapping-alternatives">
-       <title>メタデータの代替手段</title>
+       <title>繝｡繧ｿ繝��繧ｿ縺ｮ莉｣譖ｿ謇区ｮｵ</title>
        
        <para>
-            XMLの記述以外に、
-            HibernateではO/Rマッピングのメタデータを定義する代替方法があります。
+            XML縺ｮ險倩ｿｰ莉･螟悶↓縲�
+            Hibernate縺ｧ縺ｯO/R繝槭ャ繝斐Φ繧ｰ縺ｮ繝｡繧ｿ繝��繧ｿ繧貞ｮ夂ｾｩ縺吶ｋ莉｣譖ｿ譁ｹ豕輔′縺ゅｊ縺ｾ縺吶�
        </para>
 
     <sect2 id="mapping-xdoclet">
-        <title>XDoclet マークアップの使用</title>
+        <title>XDoclet 繝槭�繧ｯ繧｢繝��縺ｮ菴ｿ逕ｨ</title>
 
         <para>
-            多くのHibernateユーザはXDocletの <literal>@hibernate.tags</literal> を使って、
-            ソースコード内に直接マッピング情報を埋め込むことを好みます。
-            これは厳密に言えばXDocletの分野なので、本ドキュメントではこの方法を対象とはしません。
-            しかしXDocletを使った以下の <literal>Cat</literal> マッピングの例を示します。
+            螟壹￥縺ｮHibernate繝ｦ繝ｼ繧ｶ縺ｯXDoclet縺ｮ <literal>@hibernate.tags</literal> 繧剃ｽｿ縺｣縺ｦ縲�
+            繧ｽ繝ｼ繧ｹ繧ｳ繝ｼ繝牙�縺ｫ逶ｴ謗･繝槭ャ繝斐Φ繧ｰ諠��ｱ繧貞沂繧∬ｾｼ繧縺薙→繧貞･ｽ縺ｿ縺ｾ縺吶�
+            縺薙ｌ縺ｯ蜴ｳ蟇�↓險縺医�XDoclet縺ｮ蛻�㍽縺ｪ縺ｮ縺ｧ縲∵悽繝峨く繝･繝｡繝ｳ繝医〒縺ｯ縺薙�譁ｹ豕輔ｒ蟇ｾ雎｡縺ｨ縺ｯ縺励∪縺帙ｓ縲�
+            縺励°縺郵Doclet繧剃ｽｿ縺｣縺滉ｻ･荳九� <literal>Cat</literal> 繝槭ャ繝斐Φ繧ｰ縺ｮ萓九ｒ遉ｺ縺励∪縺吶�
         </para>
 
         <programlisting><![CDATA[package eg;
@@ -3341,30 +3342,30 @@ public class Cat {
 }]]></programlisting>
 
         <para>
-            Hibernateのウェブサイトには、XDocletとHibernateに関するサンプルが多数あります。
+            Hibernate縺ｮ繧ｦ繧ｧ繝悶し繧､繝医↓縺ｯ縲々Doclet縺ｨHibernate縺ｫ髢｢縺吶ｋ繧ｵ繝ｳ繝励Ν縺悟､壽焚縺ゅｊ縺ｾ縺吶�
         </para>
 
     </sect2>
 
     <sect2 id="mapping-annotations" revision="2">
-        <title>JDK 5.0 アノテーションの使用</title>
+        <title>JDK 5.0 繧｢繝弱ユ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ菴ｿ逕ｨ</title>
 
         <para>
-            JDK5.0ではタイプセーフかつコンパイル時にチェックできる、
-            言語レベルのXDocletスタイルのアノテーションを導入しました。
-            このメカニズムはXDocletのアノテーションよりも強力で、ツールやIDEも多くがサポートしています。
-            例えばIntelliJ IDEAは、JDK5.0にアノテーションの自動補完と構文の強調表示をサポートしています。
-            EJB仕様 (JSR-220)の新しいバージョンでは、エンティティビーンに対する主要なメタデータメカニズムとして
-            JDK5.0のアノテーションを使用しています。
-            Hibernate3ではJSR-220 (永続化API)の <literal>EntityManager</literal> を実装し、
-            メタデータマッピングに対するサポートは、
-            別ダウンロードの <emphasis>Hibernate Annotations</emphasis> パッケージにより利用可能です。
-            これはEJB3(JSR-220)とHibernate3のメタデータをどちらもサポートしています。
+            JDK5.0縺ｧ縺ｯ繧ｿ繧､繝励そ繝ｼ繝輔°縺､繧ｳ繝ｳ繝代う繝ｫ譎ゅ↓繝√ぉ繝�け縺ｧ縺阪ｋ縲�
+            險隱槭Ξ繝吶Ν縺ｮXDoclet繧ｹ繧ｿ繧､繝ｫ縺ｮ繧｢繝弱ユ繝ｼ繧ｷ繝ｧ繝ｳ繧貞ｰ主�縺励∪縺励◆縲�
+            縺薙�繝｡繧ｫ繝九ぜ繝�縺ｯXDoclet縺ｮ繧｢繝弱ユ繝ｼ繧ｷ繝ｧ繝ｳ繧医ｊ繧ょｼｷ蜉帙〒縲√ヤ繝ｼ繝ｫ繧ИDE繧ょ､壹￥縺後し繝昴�繝医＠縺ｦ縺�∪縺吶�
+            萓九∴縺ｰIntelliJ IDEA縺ｯ縲゛DK5.0縺ｫ繧｢繝弱ユ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ閾ｪ蜍戊｣懷ｮ後→讒区枚縺ｮ蠑ｷ隱ｿ陦ｨ遉ｺ繧偵し繝昴�繝医＠縺ｦ縺�∪縺吶�
+            EJB莉墓ｧ� (JSR-220)縺ｮ譁ｰ縺励＞繝舌�繧ｸ繝ｧ繝ｳ縺ｧ縺ｯ縲√お繝ｳ繝�ぅ繝�ぅ繝薙�繝ｳ縺ｫ蟇ｾ縺吶ｋ荳ｻ隕√↑繝｡繧ｿ繝��繧ｿ繝｡繧ｫ繝九ぜ繝�縺ｨ縺励※
+            JDK5.0縺ｮ繧｢繝弱ユ繝ｼ繧ｷ繝ｧ繝ｳ繧剃ｽｿ逕ｨ縺励※縺�∪縺吶�
+            Hibernate3縺ｧ縺ｯJSR-220 (豌ｸ邯壼喧API)縺ｮ <literal>EntityManager</literal> 繧貞ｮ溯｣�＠縲�
+            繝｡繧ｿ繝��繧ｿ繝槭ャ繝斐Φ繧ｰ縺ｫ蟇ｾ縺吶ｋ繧ｵ繝昴�繝医�縲�
+            蛻･繝繧ｦ繝ｳ繝ｭ繝ｼ繝峨� <emphasis>Hibernate Annotations</emphasis> 繝代ャ繧ｱ繝ｼ繧ｸ縺ｫ繧医ｊ蛻ｩ逕ｨ蜿ｯ閭ｽ縺ｧ縺吶�
+            縺薙ｌ縺ｯEJB3(JSR-220)縺ｨHibernate3縺ｮ繝｡繧ｿ繝��繧ｿ繧偵←縺｡繧峨ｂ繧ｵ繝昴�繝医＠縺ｦ縺�∪縺吶�
             
         </para>
 
         <para>
-            以下はEJBのエンティティビーンとして注釈されたPOJOクラスの例です。
+            莉･荳九�EJB縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ繝薙�繝ｳ縺ｨ縺励※豕ｨ驥医＆繧後◆POJO繧ｯ繝ｩ繧ｹ縺ｮ萓九〒縺吶�
         </para>
 
         <programlisting><![CDATA[@Entity(access = AccessType.FIELD)
@@ -3391,8 +3392,8 @@ public class Customer implements Serializable {
 }]]></programlisting>
 
         <para>
-            JDK5.0のアノテーション(とJSR-220)のサポートは進行中の作業であり、完全ではないことに注意してください。
-            さらに詳しい情報はHibernateのアノテーション・モジュールを参照してください。
+            JDK5.0縺ｮ繧｢繝弱ユ繝ｼ繧ｷ繝ｧ繝ｳ(縺ｨJSR-220)縺ｮ繧ｵ繝昴�繝医�騾ｲ陦御ｸｭ縺ｮ菴懈･ｭ縺ｧ縺ゅｊ縲∝ｮ悟�縺ｧ縺ｯ縺ｪ縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+            縺輔ｉ縺ｫ隧ｳ縺励＞諠��ｱ縺ｯHibernate縺ｮ繧｢繝弱ユ繝ｼ繧ｷ繝ｧ繝ｳ繝ｻ繝｢繧ｸ繝･繝ｼ繝ｫ繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
         </para>
     
     </sect2>
@@ -3401,54 +3402,54 @@ public class Customer implements Serializable {
 
 
     <sect1 id="mapping-generated" revision="1">
-        <title>生成プロパティ</title>
+        <title>逕滓�繝励Ο繝代ユ繧｣</title>
         <para>
-            生成プロパティとは、データベースによって生成された値を持つプロパティです。
-            通常、Hibernateアプリケーションは、データベースが値を生成したプロパティを含むオブジェクトを
-            <literal>リフレッシュ</literal> する必要がありました。
-            しかし、プロパティが生成されたということをマークすることで、
-            アプリケーションはリフレッシュの責任をHibernateに委譲します。
+            逕滓�繝励Ο繝代ユ繧｣縺ｨ縺ｯ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｫ繧医▲縺ｦ逕滓�縺輔ｌ縺溷､繧呈戟縺､繝励Ο繝代ユ繧｣縺ｧ縺吶�
+            騾壼ｸｸ縲？ibernate繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ縺悟､繧堤函謌舌＠縺溘�繝ｭ繝代ユ繧｣繧貞性繧繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ
+            <literal>繝ｪ繝輔Ξ繝�す繝･</literal> 縺吶ｋ蠢�ｦ√′縺ゅｊ縺ｾ縺励◆縲�
+            縺励°縺励√�繝ｭ繝代ユ繧｣縺檎函謌舌＆繧後◆縺ｨ縺�≧縺薙→繧偵�繝ｼ繧ｯ縺吶ｋ縺薙→縺ｧ縲�
+            繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ繝ｪ繝輔Ξ繝�す繝･縺ｮ雋ｬ莉ｻ繧辿ibernate縺ｫ蟋碑ｭｲ縺励∪縺吶�
             
-            基本的に、生成プロパティを持つと定義したエンティティに対して
-            HibernateがINSERTやUPDATEのSQLを発行した後すぐに、
-            生成された値を読み込むための SELECT SQL が発行されます。
+            蝓ｺ譛ｬ逧�↓縲∫函謌舌�繝ｭ繝代ユ繧｣繧呈戟縺､縺ｨ螳夂ｾｩ縺励◆繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｫ蟇ｾ縺励※
+            Hibernate縺栗NSERT繧ФPDATE縺ｮSQL繧堤匱陦後＠縺溷ｾ後☆縺舌↓縲�
+            逕滓�縺輔ｌ縺溷､繧定ｪｭ縺ｿ霎ｼ繧縺溘ａ縺ｮ SELECT SQL 縺檎匱陦後＆繧後∪縺吶�
         </para>
         <para>
-            生成プロパティは、挿入不可能かつ更新不可能でなければなりません。
-            <xref linkend="mapping-declaration-version">versions</xref> 、
-            <xref linkend="mapping-declaration-timestamp">timestamps</xref> 、
-            <xref linkend="mapping-declaration-property">simple properties</xref> だけが生成されたとマークできます。
+            逕滓�繝励Ο繝代ユ繧｣縺ｯ縲∵諺蜈･荳榊庄閭ｽ縺九▽譖ｴ譁ｰ荳榊庄閭ｽ縺ｧ縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+            <xref linkend="mapping-declaration-version">versions</xref> 縲�
+            <xref linkend="mapping-declaration-timestamp">timestamps</xref> 縲�
+            <xref linkend="mapping-declaration-property">simple properties</xref> 縺�縺代′逕滓�縺輔ｌ縺溘→繝槭�繧ｯ縺ｧ縺阪∪縺吶�
         </para>
         <para>
-            <literal>never</literal> (デフォルト) - 与えられたプロパティの値は、
-            データベースから生成されないことを意味します。
+            <literal>never</literal> (繝�ヵ繧ｩ繝ｫ繝�) - 荳弱∴繧峨ｌ縺溘�繝ｭ繝代ユ繧｣縺ｮ蛟､縺ｯ縲�
+            繝��繧ｿ繝吶�繧ｹ縺九ｉ逕滓�縺輔ｌ縺ｪ縺�％縺ｨ繧呈э蜻ｳ縺励∪縺吶�
         </para>
         <para>
-            <literal>insert</literal> - 与えられたプロパティの値は挿入時に生成されるが、
-            続いて起こる更新時には生成されないこと示します。
-            作成された日付などは、このカテゴリに分類されます。
-            <xref linkend="mapping-declaration-version">version</xref> や
-            <xref linkend="mapping-declaration-timestamp">timestamp</xref> の
-            プロパティは生成されたとマークできますが、このオプションは利用できないことに注意してください。
+            <literal>insert</literal> - 荳弱∴繧峨ｌ縺溘�繝ｭ繝代ユ繧｣縺ｮ蛟､縺ｯ謖ｿ蜈･譎ゅ↓逕滓�縺輔ｌ繧九′縲�
+            邯壹＞縺ｦ襍ｷ縺薙ｋ譖ｴ譁ｰ譎ゅ↓縺ｯ逕滓�縺輔ｌ縺ｪ縺�％縺ｨ遉ｺ縺励∪縺吶�
+            菴懈�縺輔ｌ縺滓律莉倥↑縺ｩ縺ｯ縲√％縺ｮ繧ｫ繝�ざ繝ｪ縺ｫ蛻�｡槭＆繧後∪縺吶�
+            <xref linkend="mapping-declaration-version">version</xref> 繧�
+            <xref linkend="mapping-declaration-timestamp">timestamp</xref> 縺ｮ
+            繝励Ο繝代ユ繧｣縺ｯ逕滓�縺輔ｌ縺溘→繝槭�繧ｯ縺ｧ縺阪∪縺吶′縲√％縺ｮ繧ｪ繝励す繝ｧ繝ｳ縺ｯ蛻ｩ逕ｨ縺ｧ縺阪↑縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
         </para>
         <para>
-            <literal>always</literal> - 挿入時も更新時もプロパティの値が生成されることを示します。
+            <literal>always</literal> - 謖ｿ蜈･譎ゅｂ譖ｴ譁ｰ譎ゅｂ繝励Ο繝代ユ繧｣縺ｮ蛟､縺檎函謌舌＆繧後ｋ縺薙→繧堤､ｺ縺励∪縺吶�
         </para>
     </sect1>
 
     <sect1 id="mapping-database-object" revision="0">
-        <title>補助的なデータベース・オブジェクト</title>
+        <title>陬懷勧逧�↑繝��繧ｿ繝吶�繧ｹ繝ｻ繧ｪ繝悶ず繧ｧ繧ｯ繝�</title>
         <para>
-            Hibernateのスキーマ・エボリューションツールと連動することで、
-            任意のデータベース・オブジェクト（トリガーやストアドプロシージャなど）のCREATEとDROPにより、
-            Hibernateのマッピングファイル内のユーザ・スキーマをすべて定義することが出来ます。
-            主にトリガやストアドプロシージャのようなデータベース・オブジェクトを生成や削除することを意図していますが、
-            実際には <literal>java.sql.Statement.execute()</literal> メソッドによって実行できる
-            任意のSQLコマンド（ALTER、INSERTなど）が実行できます。
-            補助的なデータベース・オブジェクトを定義するための、2つの基本的な方法があります。
+            Hibernate縺ｮ繧ｹ繧ｭ繝ｼ繝槭�繧ｨ繝懊Μ繝･繝ｼ繧ｷ繝ｧ繝ｳ繝��繝ｫ縺ｨ騾｣蜍輔☆繧九％縺ｨ縺ｧ縲�
+            莉ｻ諢上�繝��繧ｿ繝吶�繧ｹ繝ｻ繧ｪ繝悶ず繧ｧ繧ｯ繝茨ｼ医ヨ繝ｪ繧ｬ繝ｼ繧�せ繝医い繝峨�繝ｭ繧ｷ繝ｼ繧ｸ繝｣縺ｪ縺ｩ�峨�CREATE縺ｨDROP縺ｫ繧医ｊ縲�
+            Hibernate縺ｮ繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ蜀��繝ｦ繝ｼ繧ｶ繝ｻ繧ｹ繧ｭ繝ｼ繝槭ｒ縺吶∋縺ｦ螳夂ｾｩ縺吶ｋ縺薙→縺悟�譚･縺ｾ縺吶�
+            荳ｻ縺ｫ繝医Μ繧ｬ繧�せ繝医い繝峨�繝ｭ繧ｷ繝ｼ繧ｸ繝｣縺ｮ繧医≧縺ｪ繝��繧ｿ繝吶�繧ｹ繝ｻ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ逕滓�繧�炎髯､縺吶ｋ縺薙→繧呈э蝗ｳ縺励※縺�∪縺吶′縲�
+            螳滄圀縺ｫ縺ｯ <literal>java.sql.Statement.execute()</literal> 繝｡繧ｽ繝�ラ縺ｫ繧医▲縺ｦ螳溯｡後〒縺阪ｋ
+            莉ｻ諢上�SQL繧ｳ繝槭Φ繝会ｼ�ALTER縲！NSERT縺ｪ縺ｩ�峨′螳溯｡後〒縺阪∪縺吶�
+            陬懷勧逧�↑繝��繧ｿ繝吶�繧ｹ繝ｻ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ螳夂ｾｩ縺吶ｋ縺溘ａ縺ｮ縲�2縺､縺ｮ蝓ｺ譛ｬ逧�↑譁ｹ豕輔′縺ゅｊ縺ｾ縺吶�
         </para>
         <para>
-            1つ目の方法は、CREATEとDROPコマンドをマッピングファイルの外に、明示的に記載することです。
+            1縺､逶ｮ縺ｮ譁ｹ豕輔�縲，REATE縺ｨDROP繧ｳ繝槭Φ繝峨ｒ繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ縺ｮ螟悶↓縲∵�遉ｺ逧�↓險倩ｼ峨☆繧九％縺ｨ縺ｧ縺吶�
         </para>
         <programlisting><![CDATA[<hibernate-mapping>
     ...
@@ -3458,9 +3459,9 @@ public class Customer implements Serializable {
     </database-object>
 </hibernate-mapping>]]></programlisting>
         <para>
-            2つ目の方法は、CREATEとDROPコマンドの組み立て方を知っているカスタムクラスを提供することです。
-            このカスタムクラスは <literal>org.hibernate.mapping.AuxiliaryDatabaseObject</literal> インタフェースを
-            実装しなければなりません。
+            2縺､逶ｮ縺ｮ譁ｹ豕輔�縲，REATE縺ｨDROP繧ｳ繝槭Φ繝峨�邨�∩遶九※譁ｹ繧堤衍縺｣縺ｦ縺�ｋ繧ｫ繧ｹ繧ｿ繝�繧ｯ繝ｩ繧ｹ繧呈署萓帙☆繧九％縺ｨ縺ｧ縺吶�
+            縺薙�繧ｫ繧ｹ繧ｿ繝�繧ｯ繝ｩ繧ｹ縺ｯ <literal>org.hibernate.mapping.AuxiliaryDatabaseObject</literal> 繧､繝ｳ繧ｿ繝輔ぉ繝ｼ繧ｹ繧�
+            螳溯｣�＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
         </para>
         <programlisting><![CDATA[<hibernate-mapping>
     ...
@@ -3469,8 +3470,8 @@ public class Customer implements Serializable {
     </database-object>
 </hibernate-mapping>]]></programlisting>
         <para>
-            さらに、あるデータベース方言が使用される時にだけ適用するといったように、
-            データベース・オブジェクトが使われるケースを限定できます。
+            縺輔ｉ縺ｫ縲√≠繧九ョ繝ｼ繧ｿ繝吶�繧ｹ譁ｹ險縺御ｽｿ逕ｨ縺輔ｌ繧区凾縺ｫ縺�縺鷹←逕ｨ縺吶ｋ縺ｨ縺�▲縺溘ｈ縺�↓縲�
+            繝��繧ｿ繝吶�繧ｹ繝ｻ繧ｪ繝悶ず繧ｧ繧ｯ繝医′菴ｿ繧上ｌ繧九こ繝ｼ繧ｹ繧帝剞螳壹〒縺阪∪縺吶�
         </para>
         <programlisting><![CDATA[<hibernate-mapping>
     ...
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/batch.xml b/documentation/manual/ja-JP/src/main/docbook/content/batch.xml
index 45dd07eb52..0e52c88ce6 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/batch.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/batch.xml
@@ -1,9 +1,11 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="batch">
-    <title>バッチ処理</title>
+    <title>繝舌ャ繝∝�逅�</title>
     
     <para>
-        Hibernateを使ってデータベースに100,000行を挿入する愚直な方法は、このようなものです：
+        Hibernate繧剃ｽｿ縺｣縺ｦ繝��繧ｿ繝吶�繧ｹ縺ｫ100,000陦後ｒ謖ｿ蜈･縺吶ｋ諢夂峩縺ｪ譁ｹ豕輔�縲√％縺ｮ繧医≧縺ｪ繧ゅ�縺ｧ縺呻ｼ�
     </para>
 
 <programlisting><![CDATA[Session session = sessionFactory.openSession();
@@ -16,42 +18,42 @@ tx.commit();
 session.close();]]></programlisting>
 
     <para>
-        これは50,000番目の行のあたりで <literal>OutOfMemoryException</literal> で失敗するでしょう。
-        Hibernateがセッションレベルキャッシュで、
-        新しく挿入されたすべての <literal>Customer</literal> 
-        インスタンスをキャッシュするからです。
+        縺薙ｌ縺ｯ50,000逡ｪ逶ｮ縺ｮ陦後�縺ゅ◆繧翫〒 <literal>OutOfMemoryException</literal> 縺ｧ螟ｱ謨励☆繧九〒縺励ｇ縺��
+        Hibernate縺後そ繝�す繝ｧ繝ｳ繝ｬ繝吶Ν繧ｭ繝｣繝�す繝･縺ｧ縲�
+        譁ｰ縺励￥謖ｿ蜈･縺輔ｌ縺溘☆縺ｹ縺ｦ縺ｮ <literal>Customer</literal> 
+        繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧偵く繝｣繝�す繝･縺吶ｋ縺九ｉ縺ｧ縺吶�
     </para>
 
     <para>
-        この章では、この問題を回避する方法を紹介します。
-        しかしバッチ処理をするなら、JDBCバッチが使用可能であることが非常に重要です。
-        そうでなければ手頃なパフォーマンスが得られません。
-        JDBCバッチサイズを手頃な数値（例えば、10から50）に設定してください：
+        縺薙�遶�縺ｧ縺ｯ縲√％縺ｮ蝠城｡後ｒ蝗樣∩縺吶ｋ譁ｹ豕輔ｒ邏ｹ莉九＠縺ｾ縺吶�
+        縺励°縺励ヰ繝�メ蜃ｦ逅�ｒ縺吶ｋ縺ｪ繧峨゛DBC繝舌ャ繝√′菴ｿ逕ｨ蜿ｯ閭ｽ縺ｧ縺ゅｋ縺薙→縺碁撼蟶ｸ縺ｫ驥崎ｦ√〒縺吶�
+        縺昴≧縺ｧ縺ｪ縺代ｌ縺ｰ謇矩��↑繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ縺悟ｾ励ｉ繧後∪縺帙ｓ縲�
+        JDBC繝舌ャ繝√し繧､繧ｺ繧呈焔鬆�↑謨ｰ蛟､�井ｾ九∴縺ｰ縲�10縺九ｉ50�峨↓險ｭ螳壹＠縺ｦ縺上□縺輔＞��
     </para>
     
 <programlisting><![CDATA[hibernate.jdbc.batch_size 20]]></programlisting>
 
     <para>
-        また二次キャッシュが全く効かないプロセスで、
-        このような作業をしたいと思うかもしれません：
+        縺ｾ縺滉ｺ梧ｬ｡繧ｭ繝｣繝�す繝･縺悟�縺丞柑縺九↑縺��繝ｭ繧ｻ繧ｹ縺ｧ縲�
+        縺薙�繧医≧縺ｪ菴懈･ｭ繧偵＠縺溘＞縺ｨ諤昴≧縺九ｂ縺励ｌ縺ｾ縺帙ｓ��
     </para>
 
 <programlisting><![CDATA[hibernate.cache.use_second_level_cache false]]></programlisting>
 
     <para>
-        しかし、これは絶対に必要というわけではありません。
-        なぜなら明示的に <literal>CacheMode</literal> を設定して、
-        二次キャッシュとの相互作用を無効にすることができるからです。
+        縺励°縺励√％繧後�邨ｶ蟇ｾ縺ｫ蠢�ｦ√→縺�≧繧上￠縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+        縺ｪ縺懊↑繧画�遉ｺ逧�↓ <literal>CacheMode</literal> 繧定ｨｭ螳壹＠縺ｦ縲�
+        莠梧ｬ｡繧ｭ繝｣繝�す繝･縺ｨ縺ｮ逶ｸ莠剃ｽ懃畑繧堤┌蜉ｹ縺ｫ縺吶ｋ縺薙→縺後〒縺阪ｋ縺九ｉ縺ｧ縺吶�
        
     </para>
 
     <sect1 id="batch-inserts">
-        <title>バッチ挿入</title>
+        <title>繝舌ャ繝∵諺蜈･</title>
 
         <para>
-            新しいオブジェクトを永続化するとき、一次キャッシュのサイズを制限するため、
-            セッションを <literal>flush()</literal> して <literal>clear()</literal> 
-            しなければなりません。
+            譁ｰ縺励＞繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ豌ｸ邯壼喧縺吶ｋ縺ｨ縺阪∽ｸ谺｡繧ｭ繝｣繝�す繝･縺ｮ繧ｵ繧､繧ｺ繧貞宛髯舌☆繧九◆繧√�
+            繧ｻ繝�す繝ｧ繝ｳ繧� <literal>flush()</literal> 縺励※ <literal>clear()</literal> 
+            縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
         </para>
 
 <programlisting><![CDATA[Session session = sessionFactory.openSession();
@@ -73,13 +75,13 @@ session.close();]]></programlisting>
     </sect1>
 
     <sect1 id="batch-update" >
-        <title>バッチ更新</title>
+        <title>繝舌ャ繝∵峩譁ｰ</title>
 
         <para>
-            データを復元したり更新したりするには同じアイディアを適用します。
-            それに加えて、データの行を多く返すクエリに対して有効な
-            サーバーサイドのカーソルの利点を生かしたければ 
-            <literal>scroll()</literal> を使う必要があります。
+            繝��繧ｿ繧貞ｾｩ蜈�＠縺溘ｊ譖ｴ譁ｰ縺励◆繧翫☆繧九↓縺ｯ蜷後§繧｢繧､繝�ぅ繧｢繧帝←逕ｨ縺励∪縺吶�
+            縺昴ｌ縺ｫ蜉�縺医※縲√ョ繝ｼ繧ｿ縺ｮ陦後ｒ螟壹￥霑斐☆繧ｯ繧ｨ繝ｪ縺ｫ蟇ｾ縺励※譛牙柑縺ｪ
+            繧ｵ繝ｼ繝舌�繧ｵ繧､繝峨�繧ｫ繝ｼ繧ｽ繝ｫ縺ｮ蛻ｩ轤ｹ繧堤函縺九＠縺溘￠繧後� 
+            <literal>scroll()</literal> 繧剃ｽｿ縺�ｿ�ｦ√′縺ゅｊ縺ｾ縺吶�
         </para>
 
 <programlisting><![CDATA[Session session = sessionFactory.openSession();
@@ -106,26 +108,26 @@ session.close();]]></programlisting>
 
     <sect1 id="batch-statelesssession">
         <title>
-        StatelessSessionインターフェイス
+        StatelessSession繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ
         </title>
         
         <para>
-            また別の方法として、Hibernateはコマンド指向のAPIを用意しています。
-            これは分離オブジェクトの形で、
-            データベースとのデータストリームのやり取りに使うことができます。
-            <literal>StatelessSession</literal> は関連する永続コンテキストを持たず、
-            高レベルのライフサイクルセマンティクスの多くを提供しません。
-            特にステートレスセッションは、一時キャッシュを実装せず、
-            またどのような二次キャッシュやクエリキャッシュとも相互作用しません。
-            トランザクショナルなwrite-behindや自動ダーティチェックも実装しません。
-            ステートレスセッションを使って行われる操作が、
-            関連するインスタンスへカスケードされることは決してありません。
-            コレクションは、ステートレスセッションからは無視されます。
-            ステートレスセッションを通して行われる操作は、
-            Hibernateのイベントモデルやインターセプタの影響を受けません。
-            一時キャッシュを持たないため、
-            ステートレスセッションは別名を持つデータに上手く対処できません。
-            ステートレスセッションは低レベルの抽象化であり、JDBCに非常によく似ています。
+            縺ｾ縺溷挨縺ｮ譁ｹ豕輔→縺励※縲？ibernate縺ｯ繧ｳ繝槭Φ繝画欠蜷代�API繧堤畑諢上＠縺ｦ縺�∪縺吶�
+            縺薙ｌ縺ｯ蛻�屬繧ｪ繝悶ず繧ｧ繧ｯ繝医�蠖｢縺ｧ縲�
+            繝��繧ｿ繝吶�繧ｹ縺ｨ縺ｮ繝��繧ｿ繧ｹ繝医Μ繝ｼ繝�縺ｮ繧�ｊ蜿悶ｊ縺ｫ菴ｿ縺�％縺ｨ縺後〒縺阪∪縺吶�
+            <literal>StatelessSession</literal> 縺ｯ髢｢騾｣縺吶ｋ豌ｸ邯壹さ繝ｳ繝�く繧ｹ繝医ｒ謖√◆縺壹�
+            鬮倥Ξ繝吶Ν縺ｮ繝ｩ繧､繝輔し繧､繧ｯ繝ｫ繧ｻ繝槭Φ繝�ぅ繧ｯ繧ｹ縺ｮ螟壹￥繧呈署萓帙＠縺ｾ縺帙ｓ縲�
+            迚ｹ縺ｫ繧ｹ繝��繝医Ξ繧ｹ繧ｻ繝�す繝ｧ繝ｳ縺ｯ縲∽ｸ譎ゅく繝｣繝�す繝･繧貞ｮ溯｣�○縺壹�
+            縺ｾ縺溘←縺ｮ繧医≧縺ｪ莠梧ｬ｡繧ｭ繝｣繝�す繝･繧�け繧ｨ繝ｪ繧ｭ繝｣繝�す繝･縺ｨ繧ら嶌莠剃ｽ懃畑縺励∪縺帙ｓ縲�
+            繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝翫Ν縺ｪwrite-behind繧��蜍輔ム繝ｼ繝�ぅ繝√ぉ繝�け繧ょｮ溯｣�＠縺ｾ縺帙ｓ縲�
+            繧ｹ繝��繝医Ξ繧ｹ繧ｻ繝�す繝ｧ繝ｳ繧剃ｽｿ縺｣縺ｦ陦後ｏ繧後ｋ謫堺ｽ懊′縲�
+            髢｢騾｣縺吶ｋ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｸ繧ｫ繧ｹ繧ｱ繝ｼ繝峨＆繧後ｋ縺薙→縺ｯ豎ｺ縺励※縺ゅｊ縺ｾ縺帙ｓ縲�
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ縲√せ繝��繝医Ξ繧ｹ繧ｻ繝�す繝ｧ繝ｳ縺九ｉ縺ｯ辟｡隕悶＆繧後∪縺吶�
+            繧ｹ繝��繝医Ξ繧ｹ繧ｻ繝�す繝ｧ繝ｳ繧帝壹＠縺ｦ陦後ｏ繧後ｋ謫堺ｽ懊�縲�
+            Hibernate縺ｮ繧､繝吶Φ繝医Δ繝�Ν繧�う繝ｳ繧ｿ繝ｼ繧ｻ繝励ち縺ｮ蠖ｱ髻ｿ繧貞女縺代∪縺帙ｓ縲�
+            荳譎ゅく繝｣繝�す繝･繧呈戟縺溘↑縺�◆繧√�
+            繧ｹ繝��繝医Ξ繧ｹ繧ｻ繝�す繝ｧ繝ｳ縺ｯ蛻･蜷阪ｒ謖√▽繝��繧ｿ縺ｫ荳頑焔縺丞ｯｾ蜃ｦ縺ｧ縺阪∪縺帙ｓ縲�
+            繧ｹ繝��繝医Ξ繧ｹ繧ｻ繝�す繝ｧ繝ｳ縺ｯ菴弱Ξ繝吶Ν縺ｮ謚ｽ雎｡蛹悶〒縺ゅｊ縲゛DBC縺ｫ髱槫ｸｸ縺ｫ繧医￥莨ｼ縺ｦ縺�∪縺吶�
             
         </para>
 
@@ -144,20 +146,20 @@ tx.commit();
 session.close();]]></programlisting>
 
         <para>
-            このコード例では、クエリが返す <literal>Customer</literal> 
-            インスタンスは即座に（セッションから）分離されることに注意してください。
-            これは、どのような永続コンテキストとも決して関連しません。
+            縺薙�繧ｳ繝ｼ繝我ｾ九〒縺ｯ縲√け繧ｨ繝ｪ縺瑚ｿ斐☆ <literal>Customer</literal> 
+            繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ蜊ｳ蠎ｧ縺ｫ�医そ繝�す繝ｧ繝ｳ縺九ｉ�牙�髮｢縺輔ｌ繧九％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+            縺薙ｌ縺ｯ縲√←縺ｮ繧医≧縺ｪ豌ｸ邯壹さ繝ｳ繝�く繧ｹ繝医→繧よｱｺ縺励※髢｢騾｣縺励∪縺帙ｓ縲�
             
         </para>
         
         <para>
-            <literal>StatelessSession</literal> インターフェイスで定義されている 
-            <literal>insert(), update(), delete()</literal> は、
-            低レベルの直接的なデータベース操作と考えられます。
-            結果として、SQLの <literal>INSERT, UPDATE, DELETE</literal> がそれぞれ即座に実行されます。
-            このように、これらは <literal>Session</literal> インターフェイスで定義されている 
+            <literal>StatelessSession</literal> 繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｧ螳夂ｾｩ縺輔ｌ縺ｦ縺�ｋ 
+            <literal>insert(), update(), delete()</literal> 縺ｯ縲�
+            菴弱Ξ繝吶Ν縺ｮ逶ｴ謗･逧�↑繝��繧ｿ繝吶�繧ｹ謫堺ｽ懊→閠�∴繧峨ｌ縺ｾ縺吶�
+            邨先棡縺ｨ縺励※縲ヾQL縺ｮ <literal>INSERT, UPDATE, DELETE</literal> 縺後◎繧後◇繧悟叉蠎ｧ縺ｫ螳溯｡後＆繧後∪縺吶�
+            縺薙�繧医≧縺ｫ縲√％繧後ｉ縺ｯ <literal>Session</literal> 繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｧ螳夂ｾｩ縺輔ｌ縺ｦ縺�ｋ 
             <literal>save(), saveOrUpdate(), delete()</literal> 
-            とは非常に異なる意味を持ちます。
+            縺ｨ縺ｯ髱槫ｸｸ縺ｫ逡ｰ縺ｪ繧区э蜻ｳ繧呈戟縺｡縺ｾ縺吶�
             
         </para>
 
@@ -165,68 +167,68 @@ session.close();]]></programlisting>
 
     <sect1 id="batch-direct" revision="3">
         <title>
-        DMLスタイルの操作
+        DML繧ｹ繧ｿ繧､繝ｫ縺ｮ謫堺ｽ�
         </title>
 
         <para>
-            すでに議論したように、自動的かつ透過的なオブジェクト/リレーショナルマッピングは、
-            オブジェクトの状態の管理であると考えられます。
-            これはメモリ内のオブジェクトの状態を利用できるということです。
-            そのため（SQLの <literal>データ操作言語</literal> (DML) 文：
+            縺吶〒縺ｫ隴ｰ隲悶＠縺溘ｈ縺�↓縲∬�蜍慕噪縺九▽騾城℃逧�↑繧ｪ繝悶ず繧ｧ繧ｯ繝�/繝ｪ繝ｬ繝ｼ繧ｷ繝ｧ繝翫Ν繝槭ャ繝斐Φ繧ｰ縺ｯ縲�
+            繧ｪ繝悶ず繧ｧ繧ｯ繝医�迥ｶ諷九�邂｡逅�〒縺ゅｋ縺ｨ閠�∴繧峨ｌ縺ｾ縺吶�
+            縺薙ｌ縺ｯ繝｡繝｢繝ｪ蜀��繧ｪ繝悶ず繧ｧ繧ｯ繝医�迥ｶ諷九ｒ蛻ｩ逕ｨ縺ｧ縺阪ｋ縺ｨ縺�≧縺薙→縺ｧ縺吶�
+            縺昴�縺溘ａ��SQL縺ｮ <literal>繝��繧ｿ謫堺ｽ懆ｨ隱�</literal> (DML) 譁�ｼ�
             <literal>INSERT</literal>, <literal>UPDATE</literal>, <literal>DELETE</literal> 
-            を使って）データベース内のデータを直接操作しても、
-            メモリ内の状態には影響を与えません。
-            しかしHibernateは、バルクSQLスタイルのDML文実行に対応するメソッドを用意しています。
-            これはHibernateクエリ言語（<xref linkend="queryhql">HQL</xref>）
-            を通して実行されます。
+            繧剃ｽｿ縺｣縺ｦ�峨ョ繝ｼ繧ｿ繝吶�繧ｹ蜀��繝��繧ｿ繧堤峩謗･謫堺ｽ懊＠縺ｦ繧ゅ�
+            繝｡繝｢繝ｪ蜀��迥ｶ諷九↓縺ｯ蠖ｱ髻ｿ繧剃ｸ弱∴縺ｾ縺帙ｓ縲�
+            縺励°縺幽ibernate縺ｯ縲√ヰ繝ｫ繧ｯSQL繧ｹ繧ｿ繧､繝ｫ縺ｮDML譁�ｮ溯｡後↓蟇ｾ蠢懊☆繧九Γ繧ｽ繝�ラ繧堤畑諢上＠縺ｦ縺�∪縺吶�
+            縺薙ｌ縺ｯHibernate繧ｯ繧ｨ繝ｪ險隱橸ｼ�<xref linkend="queryhql">HQL</xref>��
+            繧帝壹＠縺ｦ螳溯｡後＆繧後∪縺吶�
             
         </para>
 
         <para>
-            <literal>UPDATE</literal> と <literal>DELETE</literal> 文の疑似構文は：
-            <literal>( UPDATE | DELETE ) FROM? エンティティ名 (WHERE 条件節)?</literal> です。
-            注意すべき点がいくつかあります：
+            <literal>UPDATE</literal> 縺ｨ <literal>DELETE</literal> 譁��逍台ｼｼ讒区枚縺ｯ��
+            <literal>( UPDATE | DELETE ) FROM? 繧ｨ繝ｳ繝�ぅ繝�ぅ蜷� (WHERE 譚｡莉ｶ遽)?</literal> 縺ｧ縺吶�
+            豕ｨ諢上☆縺ｹ縺咲せ縺後＞縺上▽縺九≠繧翫∪縺呻ｼ�
             
         </para>
 
         <itemizedlist spacing="compact">
             <listitem>
                 <para>
-                    from節において、FROMキーワードはオプションです。
+                    from遽縺ｫ縺翫＞縺ｦ縲：ROM繧ｭ繝ｼ繝ｯ繝ｼ繝峨�繧ｪ繝励す繝ｧ繝ｳ縺ｧ縺吶�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    from節では単一のエンティティ名だけが可能で、
-                    任意で別名を付けることができます。
-                    エンティティ名に別名が与えられると、どのようなプロパティ参照も、
-                    その別名を使って修飾しなければなりません。
-                    もしエンティティ名に別名が与えられなければ、
-                    どのようなプロパティ参照も修飾してはなりません。
+                    from遽縺ｧ縺ｯ蜊倅ｸ縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ蜷阪□縺代′蜿ｯ閭ｽ縺ｧ縲�
+                    莉ｻ諢上〒蛻･蜷阪ｒ莉倥￠繧九％縺ｨ縺後〒縺阪∪縺吶�
+                    繧ｨ繝ｳ繝�ぅ繝�ぅ蜷阪↓蛻･蜷阪′荳弱∴繧峨ｌ繧九→縲√←縺ｮ繧医≧縺ｪ繝励Ο繝代ユ繧｣蜿ら�繧ゅ�
+                    縺昴�蛻･蜷阪ｒ菴ｿ縺｣縺ｦ菫ｮ鬟ｾ縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+                    繧ゅ＠繧ｨ繝ｳ繝�ぅ繝�ぅ蜷阪↓蛻･蜷阪′荳弱∴繧峨ｌ縺ｪ縺代ｌ縺ｰ縲�
+                    縺ｩ縺ｮ繧医≧縺ｪ繝励Ο繝代ユ繧｣蜿ら�繧ゆｿｮ鬟ｾ縺励※縺ｯ縺ｪ繧翫∪縺帙ｓ縲�
                     
                 </para>
             </listitem>
             <listitem>
                 <para>
-                （暗黙的であれ明示的であれ）<xref linkend="queryhql-joins-forms">結合</xref> 
-                をバルクHQLクエリ内で指定することはできません。
-                サブクエリはwhere節で使うことができます
-                サブクエリそのものは、結合を含められます。
+                �域囓鮟咏噪縺ｧ縺ゅｌ譏守､ｺ逧�〒縺ゅｌ��<xref linkend="queryhql-joins-forms">邨仙粋</xref> 
+                繧偵ヰ繝ｫ繧ｯHQL繧ｯ繧ｨ繝ｪ蜀�〒謖�ｮ壹☆繧九％縺ｨ縺ｯ縺ｧ縺阪∪縺帙ｓ縲�
+                繧ｵ繝悶け繧ｨ繝ｪ縺ｯwhere遽縺ｧ菴ｿ縺�％縺ｨ縺後〒縺阪∪縺�
+                繧ｵ繝悶け繧ｨ繝ｪ縺昴�繧ゅ�縺ｯ縲∫ｵ仙粋繧貞性繧√ｉ繧後∪縺吶�
                 
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    where節はオプションです。
+                    where遽縺ｯ繧ｪ繝励す繝ｧ繝ｳ縺ｧ縺吶�
                 </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            例として、HQLの <literal>UPDATE</literal> を実行するには、
-            <literal>Query.executeUpdate()</literal> メソッドを使ってください。
-            （このメソッドはおなじみのJDBC <literal>PreparedStatement.executeUpdate()</literal> 
-            から名付けられました）：
+            萓九→縺励※縲？QL縺ｮ <literal>UPDATE</literal> 繧貞ｮ溯｡後☆繧九↓縺ｯ縲�
+            <literal>Query.executeUpdate()</literal> 繝｡繧ｽ繝�ラ繧剃ｽｿ縺｣縺ｦ縺上□縺輔＞縲�
+            �医％縺ｮ繝｡繧ｽ繝�ラ縺ｯ縺翫↑縺倥∩縺ｮJDBC <literal>PreparedStatement.executeUpdate()</literal> 
+            縺九ｉ蜷堺ｻ倥￠繧峨ｌ縺ｾ縺励◆�会ｼ�
             d
         </para>
 
@@ -243,16 +245,16 @@ tx.commit();
 session.close();]]></programlisting>
 
         <para>
-            HQLの <literal>UPDATE</literal> 文は、デフォルトでは、作用するエンティティの 
-            <xref linkend="mapping-declaration-version">version</xref> や 
+            HQL縺ｮ <literal>UPDATE</literal> 譁��縲√ョ繝輔か繝ｫ繝医〒縺ｯ縲∽ｽ懃畑縺吶ｋ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ 
+            <xref linkend="mapping-declaration-version">version</xref> 繧� 
             <xref linkend="mapping-declaration-timestamp">timestamp</xref> 
-            プロパティの値には影響しません。
-            これはEJB3の仕様にも受け継がれています。
-            しかし <literal>versioned update</literal> を使って、
-            <literal>version</literal> や <literal>timestamp</literal> 
-            プロパティの値を強制的にリセットさせることができます。
-            これは <literal>UPDATE</literal> キーワードの後に <literal>VERSIONED</literal> 
-            キーワードを追加することで行えます。
+            繝励Ο繝代ユ繧｣縺ｮ蛟､縺ｫ縺ｯ蠖ｱ髻ｿ縺励∪縺帙ｓ縲�
+            縺薙ｌ縺ｯEJB3縺ｮ莉墓ｧ倥↓繧ょ女縺醍ｶ吶′繧後※縺�∪縺吶�
+            縺励°縺� <literal>versioned update</literal> 繧剃ｽｿ縺｣縺ｦ縲�
+            <literal>version</literal> 繧� <literal>timestamp</literal> 
+            繝励Ο繝代ユ繧｣縺ｮ蛟､繧貞ｼｷ蛻ｶ逧�↓繝ｪ繧ｻ繝�ヨ縺輔○繧九％縺ｨ縺後〒縺阪∪縺吶�
+            縺薙ｌ縺ｯ <literal>UPDATE</literal> 繧ｭ繝ｼ繝ｯ繝ｼ繝峨�蠕後↓ <literal>VERSIONED</literal> 
+            繧ｭ繝ｼ繝ｯ繝ｼ繝峨ｒ霑ｽ蜉�縺吶ｋ縺薙→縺ｧ陦後∴縺ｾ縺吶�
             
         </para>
 <programlisting><![CDATA[Session session = sessionFactory.openSession();
@@ -266,13 +268,13 @@ tx.commit();
 session.close();]]></programlisting>
 
         <para>
-            カスタムバージョン型（<literal>org.hibernate.usertype.UserVersionType</literal>）
-            は <literal>update versioned</literal> 文と一緒に使えないことに注意してください。
+            繧ｫ繧ｹ繧ｿ繝�繝舌�繧ｸ繝ｧ繝ｳ蝙具ｼ�<literal>org.hibernate.usertype.UserVersionType</literal>��
+            縺ｯ <literal>update versioned</literal> 譁�→荳邱偵↓菴ｿ縺医↑縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
         </para>
 
         <para>
-            HQLの <literal>DELETE</literal> を実行するには、
-            同じ <literal>Query.executeUpdate()</literal> メソッドを使ってください：
+            HQL縺ｮ <literal>DELETE</literal> 繧貞ｮ溯｡後☆繧九↓縺ｯ縲�
+            蜷後§ <literal>Query.executeUpdate()</literal> 繝｡繧ｽ繝�ラ繧剃ｽｿ縺｣縺ｦ縺上□縺輔＞��
             
         </para>
 
@@ -288,87 +290,87 @@ tx.commit();
 session.close();]]></programlisting>
 
         <para>
-            <literal>Query.executeUpdate()</literal> メソッドが返す <literal>int</literal> 
-            の値は、この操作が影響を及ぼしたエンティティの数です。
-            これが影響するデータベース内の行数と、相互に関係するかどうかを考えてみてください。
-            HQLバルク操作は、結果として、実際のSQL文が複数実行されることになります。
-            例えばjoined-subclassです。
-            返される数は、その文によって影響された実際のエンティティの数を示します。
-            joined-subclassの例に戻ると、サブクラスの一つに対する削除は、
-            そのサブクラスがマッピングされたテーブルだけではなく、
-            「ルート」テーブルと継承階層をさらに下ったjoined-subclassのテーブルの削除になります。
+            <literal>Query.executeUpdate()</literal> 繝｡繧ｽ繝�ラ縺瑚ｿ斐☆ <literal>int</literal> 
+            縺ｮ蛟､縺ｯ縲√％縺ｮ謫堺ｽ懊′蠖ｱ髻ｿ繧貞所縺ｼ縺励◆繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ謨ｰ縺ｧ縺吶�
+            縺薙ｌ縺悟ｽｱ髻ｿ縺吶ｋ繝��繧ｿ繝吶�繧ｹ蜀��陦梧焚縺ｨ縲∫嶌莠偵↓髢｢菫ゅ☆繧九°縺ｩ縺�°繧定�∴縺ｦ縺ｿ縺ｦ縺上□縺輔＞縲�
+            HQL繝舌Ν繧ｯ謫堺ｽ懊�縲∫ｵ先棡縺ｨ縺励※縲∝ｮ滄圀縺ｮSQL譁�′隍�焚螳溯｡後＆繧後ｋ縺薙→縺ｫ縺ｪ繧翫∪縺吶�
+            萓九∴縺ｰjoined-subclass縺ｧ縺吶�
+            霑斐＆繧後ｋ謨ｰ縺ｯ縲√◎縺ｮ譁�↓繧医▲縺ｦ蠖ｱ髻ｿ縺輔ｌ縺溷ｮ滄圀縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ謨ｰ繧堤､ｺ縺励∪縺吶�
+            joined-subclass縺ｮ萓九↓謌ｻ繧九→縲√し繝悶け繝ｩ繧ｹ縺ｮ荳縺､縺ｫ蟇ｾ縺吶ｋ蜑企勁縺ｯ縲�
+            縺昴�繧ｵ繝悶け繝ｩ繧ｹ縺後�繝�ヴ繝ｳ繧ｰ縺輔ｌ縺溘ユ繝ｼ繝悶Ν縺�縺代〒縺ｯ縺ｪ縺上�
+            縲後Ν繝ｼ繝医阪ユ繝ｼ繝悶Ν縺ｨ邯呎価髫主ｱ､繧偵＆繧峨↓荳九▲縺殍oined-subclass縺ｮ繝��繝悶Ν縺ｮ蜑企勁縺ｫ縺ｪ繧翫∪縺吶�
         </para>
 
         <para>
-            <literal>INSERT</literal> 文の疑似構文は：
-            <literal>INSERT INTO エンティティ名 プロパティリスト select文</literal> です。
-            注意すべき点がいくつかあります：
+            <literal>INSERT</literal> 譁��逍台ｼｼ讒区枚縺ｯ��
+            <literal>INSERT INTO 繧ｨ繝ｳ繝�ぅ繝�ぅ蜷� 繝励Ο繝代ユ繧｣繝ｪ繧ｹ繝� select譁�</literal> 縺ｧ縺吶�
+            豕ｨ諢上☆縺ｹ縺咲せ縺後＞縺上▽縺九≠繧翫∪縺呻ｼ�
             
         </para>
 
         <itemizedlist spacing="compact">
             <listitem>
                 <para>
-                    INSERT INTO ... SELECT ... の形式だけがサポートされています。
-                    INSERT INTO ... VALUES ... の形式はサポートされていません。
+                    INSERT INTO ... SELECT ... 縺ｮ蠖｢蠑上□縺代′繧ｵ繝昴�繝医＆繧後※縺�∪縺吶�
+                    INSERT INTO ... VALUES ... 縺ｮ蠖｢蠑上�繧ｵ繝昴�繝医＆繧後※縺�∪縺帙ｓ縲�
                 </para>
                 <para>
-                    プロパティリストは、SQLの <literal>INSERT</literal> 文における <literal>カラムの仕様</literal> 
-                    に類似しています。
-                    継承のマッピングに含まれるエンティティに対して、
-                    クラスレベルで直接定義されたプロパティだけが、プロパティリストに使えます。
-                    スーパークラスのプロパティは認められず、サブクラスのプロパティは効果がありません。
-                    言い換えると <literal>INSERT</literal> 文は、本質的にポリモーフィックではありません。
+                    繝励Ο繝代ユ繧｣繝ｪ繧ｹ繝医�縲ヾQL縺ｮ <literal>INSERT</literal> 譁�↓縺翫￠繧� <literal>繧ｫ繝ｩ繝�縺ｮ莉墓ｧ�</literal> 
+                    縺ｫ鬘樔ｼｼ縺励※縺�∪縺吶�
+                    邯呎価縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｫ蜷ｫ縺ｾ繧後ｋ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｫ蟇ｾ縺励※縲�
+                    繧ｯ繝ｩ繧ｹ繝ｬ繝吶Ν縺ｧ逶ｴ謗･螳夂ｾｩ縺輔ｌ縺溘�繝ｭ繝代ユ繧｣縺�縺代′縲√�繝ｭ繝代ユ繧｣繝ｪ繧ｹ繝医↓菴ｿ縺医∪縺吶�
+                    繧ｹ繝ｼ繝代�繧ｯ繝ｩ繧ｹ縺ｮ繝励Ο繝代ユ繧｣縺ｯ隱阪ａ繧峨ｌ縺壹√し繝悶け繝ｩ繧ｹ縺ｮ繝励Ο繝代ユ繧｣縺ｯ蜉ｹ譫懊′縺ゅｊ縺ｾ縺帙ｓ縲�
+                    險縺�鋤縺医ｋ縺ｨ <literal>INSERT</literal> 譁��縲∵悽雉ｪ逧�↓繝昴Μ繝｢繝ｼ繝輔ぅ繝�け縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
                     
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    select文の返り値の型がinsert文が期待する型とマッチしていれば、
-                    そのselect文は妥当なHQL selectクエリとなりえます。
-                    現在このチェックをデータベースへ任せるのではなく、クエリのコンパイル時にチェックします。
-                    このことは、<emphasis>equal</emphasis>とは違い、
-                    Hibernateの <literal>Type</literal> 間の <emphasis>equivalent</emphasis> に関する
-                    問題を引き起こすことに注意してください。
-                    これは <literal>org.hibernate.type.DataType</literal> として定義されたプロパティと、
+                    select譁��霑斐ｊ蛟､縺ｮ蝙九′insert譁�′譛溷ｾ�☆繧句梛縺ｨ繝槭ャ繝√＠縺ｦ縺�ｌ縺ｰ縲�
+                    縺昴�select譁��螯･蠖薙↑HQL select繧ｯ繧ｨ繝ｪ縺ｨ縺ｪ繧翫∴縺ｾ縺吶�
+                    迴ｾ蝨ｨ縺薙�繝√ぉ繝�け繧偵ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｸ莉ｻ縺帙ｋ縺ｮ縺ｧ縺ｯ縺ｪ縺上√け繧ｨ繝ｪ縺ｮ繧ｳ繝ｳ繝代う繝ｫ譎ゅ↓繝√ぉ繝�け縺励∪縺吶�
+                    縺薙�縺薙→縺ｯ縲�<emphasis>equal</emphasis>縺ｨ縺ｯ驕輔＞縲�
+                    Hibernate縺ｮ <literal>Type</literal> 髢薙� <emphasis>equivalent</emphasis> 縺ｫ髢｢縺吶ｋ
+                    蝠城｡後ｒ蠑輔″襍ｷ縺薙☆縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+                    縺薙ｌ縺ｯ <literal>org.hibernate.type.DataType</literal> 縺ｨ縺励※螳夂ｾｩ縺輔ｌ縺溘�繝ｭ繝代ユ繧｣縺ｨ縲�
                     <literal>org.hibernate.type.TimestampType</literal> 
-                    として定義されたプロパティの間のミスマッチの問題を引き起こします。
-                    データベースがそれらを区別できなくても、変換することができても、この問題は発生します。
+                    縺ｨ縺励※螳夂ｾｩ縺輔ｌ縺溘�繝ｭ繝代ユ繧｣縺ｮ髢薙�繝溘せ繝槭ャ繝√�蝠城｡後ｒ蠑輔″襍ｷ縺薙＠縺ｾ縺吶�
+                    繝��繧ｿ繝吶�繧ｹ縺後◎繧後ｉ繧貞玄蛻･縺ｧ縺阪↑縺上※繧ゅ∝､画鋤縺吶ｋ縺薙→縺後〒縺阪※繧ゅ√％縺ｮ蝠城｡後�逋ｺ逕溘＠縺ｾ縺吶�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    idプロパティに対して、insert文には二つの選択肢があります。
-                    プロパティリストで明示的にidプロパティを指定するか
-                    （この場合、対応するselect式から値が取られます）、
-                    プロパティリストから除外するか
-                    （この場合、生成される値が使われます）のいずれかです。
-                    後者の選択肢は、データベース内を操作するidジェネレータを使うときのみ、利用可能です。
-                    この選択肢を採る場合、「インメモリ」型のジェネレータを使うと、構文解析時に例外が発生します。
-                    この議論では、インデータベース型ジェネレータは <literal>org.hibernate.id.SequenceGenerator</literal> 
-                    （とそのサブクラス）と、<literal>org.hibernate.id.PostInsertIdentifierGenerator</literal> 
-                    の実装であると考えています。
-                    ここで最も注意すべき例外は、<literal>org.hibernate.id.TableHiLoGenerator</literal> です。
-                    値を取得する選択可能な方法がないため、このジェネレータを使うことはできません。
+                    id繝励Ο繝代ユ繧｣縺ｫ蟇ｾ縺励※縲（nsert譁�↓縺ｯ莠後▽縺ｮ驕ｸ謚櫁い縺後≠繧翫∪縺吶�
+                    繝励Ο繝代ユ繧｣繝ｪ繧ｹ繝医〒譏守､ｺ逧�↓id繝励Ο繝代ユ繧｣繧呈欠螳壹☆繧九°
+                    �医％縺ｮ蝣ｴ蜷医∝ｯｾ蠢懊☆繧虐elect蠑上°繧牙､縺悟叙繧峨ｌ縺ｾ縺呻ｼ峨�
+                    繝励Ο繝代ユ繧｣繝ｪ繧ｹ繝医°繧蛾勁螟悶☆繧九°
+                    �医％縺ｮ蝣ｴ蜷医∫函謌舌＆繧後ｋ蛟､縺御ｽｿ繧上ｌ縺ｾ縺呻ｼ峨�縺�★繧後°縺ｧ縺吶�
+                    蠕瑚��驕ｸ謚櫁い縺ｯ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ蜀�ｒ謫堺ｽ懊☆繧喫d繧ｸ繧ｧ繝阪Ξ繝ｼ繧ｿ繧剃ｽｿ縺�→縺阪�縺ｿ縲∝茜逕ｨ蜿ｯ閭ｽ縺ｧ縺吶�
+                    縺薙�驕ｸ謚櫁い繧呈治繧句�ｴ蜷医√後う繝ｳ繝｡繝｢繝ｪ縲榊梛縺ｮ繧ｸ繧ｧ繝阪Ξ繝ｼ繧ｿ繧剃ｽｿ縺�→縲∵ｧ区枚隗｣譫先凾縺ｫ萓句､悶′逋ｺ逕溘＠縺ｾ縺吶�
+                    縺薙�隴ｰ隲悶〒縺ｯ縲√う繝ｳ繝��繧ｿ繝吶�繧ｹ蝙九ず繧ｧ繝阪Ξ繝ｼ繧ｿ縺ｯ <literal>org.hibernate.id.SequenceGenerator</literal> 
+                    �医→縺昴�繧ｵ繝悶け繝ｩ繧ｹ�峨→縲�<literal>org.hibernate.id.PostInsertIdentifierGenerator</literal> 
+                    縺ｮ螳溯｣�〒縺ゅｋ縺ｨ閠�∴縺ｦ縺�∪縺吶�
+                    縺薙％縺ｧ譛繧よｳｨ諢上☆縺ｹ縺堺ｾ句､悶�縲�<literal>org.hibernate.id.TableHiLoGenerator</literal> 縺ｧ縺吶�
+                    蛟､繧貞叙蠕励☆繧矩∈謚槫庄閭ｽ縺ｪ譁ｹ豕輔′縺ｪ縺�◆繧√√％縺ｮ繧ｸ繧ｧ繝阪Ξ繝ｼ繧ｿ繧剃ｽｿ縺�％縺ｨ縺ｯ縺ｧ縺阪∪縺帙ｓ縲�
                     
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <literal>version</literal> や <literal>timestamp</literal> としてマッピングされるプロパティに対して、
-                    insert文には二つの選択肢があります。
-                    プロパティリストで明示的にプロパティを指定するか
-                    （この場合、対応するselect式から値が取られます）、
-                    プロパティリストから除外するか
-                    （この場合、<literal>org.hibernate.type.VersionType</literal> で定義された 
-                    <literal>シード値</literal> が使われます）のいずれかです。
+                    <literal>version</literal> 繧� <literal>timestamp</literal> 縺ｨ縺励※繝槭ャ繝斐Φ繧ｰ縺輔ｌ繧九�繝ｭ繝代ユ繧｣縺ｫ蟇ｾ縺励※縲�
+                    insert譁�↓縺ｯ莠後▽縺ｮ驕ｸ謚櫁い縺後≠繧翫∪縺吶�
+                    繝励Ο繝代ユ繧｣繝ｪ繧ｹ繝医〒譏守､ｺ逧�↓繝励Ο繝代ユ繧｣繧呈欠螳壹☆繧九°
+                    �医％縺ｮ蝣ｴ蜷医∝ｯｾ蠢懊☆繧虐elect蠑上°繧牙､縺悟叙繧峨ｌ縺ｾ縺呻ｼ峨�
+                    繝励Ο繝代ユ繧｣繝ｪ繧ｹ繝医°繧蛾勁螟悶☆繧九°
+                    �医％縺ｮ蝣ｴ蜷医�<literal>org.hibernate.type.VersionType</literal> 縺ｧ螳夂ｾｩ縺輔ｌ縺� 
+                    <literal>繧ｷ繝ｼ繝牙､</literal> 縺御ｽｿ繧上ｌ縺ｾ縺呻ｼ峨�縺�★繧後°縺ｧ縺吶�
                     
                 </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            HQLの <literal>INSERT</literal> 文の実行例です：
+            HQL縺ｮ <literal>INSERT</literal> 譁��螳溯｡御ｾ九〒縺呻ｼ�
             
         </para>
 
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/best_practices.xml b/documentation/manual/ja-JP/src/main/docbook/content/best_practices.xml
index f957a8bf38..efc55e8769 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/best_practices.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/best_practices.xml
@@ -1,246 +1,248 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="best-practices" revision="3">
-    <title>ベストプラクティス</title>
+    <title>繝吶せ繝医�繝ｩ繧ｯ繝�ぅ繧ｹ</title>
 
     <variablelist spacing="compact">
         <varlistentry>
             <term>
-            クラスは細かい粒度で書き <literal>&lt;component&gt;</literal> でマッピングしましょう。</term>
+            繧ｯ繝ｩ繧ｹ縺ｯ邏ｰ縺九＞邊貞ｺｦ縺ｧ譖ｸ縺� <literal>&lt;component&gt;</literal> 縺ｧ繝槭ャ繝斐Φ繧ｰ縺励∪縺励ｇ縺��</term>
             <listitem>
                 <para>
-                    <literal>street</literal>（通り）, <literal>suburb</literal>
-                    （都市）, <literal>state</literal>（州）, <literal>postcode</literal> 
-                    （郵便番号）をカプセル化する <literal>Address</literal>（住所）クラスを使いましょう。
-                    そうすればコードが再利用しやすくなり、リファクタリングも簡単になります。
+                    <literal>street</literal>�磯壹ｊ��, <literal>suburb</literal>
+                    �磯�蟶ゑｼ�, <literal>state</literal>�亥ｷ橸ｼ�, <literal>postcode</literal> 
+                    �磯Ψ萓ｿ逡ｪ蜿ｷ�峨ｒ繧ｫ繝励そ繝ｫ蛹悶☆繧� <literal>Address</literal>�井ｽ乗園�峨け繝ｩ繧ｹ繧剃ｽｿ縺�∪縺励ｇ縺��
+                    縺昴≧縺吶ｌ縺ｰ繧ｳ繝ｼ繝峨′蜀榊茜逕ｨ縺励ｄ縺吶￥縺ｪ繧翫√Μ繝輔ぃ繧ｯ繧ｿ繝ｪ繝ｳ繧ｰ繧らｰ｡蜊倥↓縺ｪ繧翫∪縺吶�
                 </para>
             </listitem>
         </varlistentry>
         <varlistentry>
             <term>
-            永続クラスには識別子プロパティを定義しましょう。</term>
+            豌ｸ邯壹け繝ｩ繧ｹ縺ｫ縺ｯ隴伜挨蟄舌�繝ｭ繝代ユ繧｣繧貞ｮ夂ｾｩ縺励∪縺励ｇ縺��</term>
             <listitem>
                 <para>
-                    Hibernateでは識別子プロパティはオプションですが、
-                    使用すべき理由がたくさんあります。
-                    識別子は「人工的」（生成された、業務的な意味を持たない）
-                    なものにすることをおすすめします。
+                    Hibernate縺ｧ縺ｯ隴伜挨蟄舌�繝ｭ繝代ユ繧｣縺ｯ繧ｪ繝励す繝ｧ繝ｳ縺ｧ縺吶′縲�
+                    菴ｿ逕ｨ縺吶∋縺咲炊逕ｱ縺後◆縺上＆繧薙≠繧翫∪縺吶�
+                    隴伜挨蟄舌�縲御ｺｺ蟾･逧�搾ｼ育函謌舌＆繧後◆縲∵･ｭ蜍咏噪縺ｪ諢丞袖繧呈戟縺溘↑縺�ｼ�
+                    縺ｪ繧ゅ�縺ｫ縺吶ｋ縺薙→繧偵♀縺吶☆繧√＠縺ｾ縺吶�
                 </para>
             </listitem>
         </varlistentry>
         <varlistentry>
-            <term>自然キーを見つけましょう。</term>
+            <term>閾ｪ辟ｶ繧ｭ繝ｼ繧定ｦ九▽縺代∪縺励ｇ縺��</term>
             <listitem>
                 <para>
-                    すべてのエンティティに対して自然キーを見つけて、
-                    <literal>&lt;natural-id&gt;</literal> でマッピングしましょう。
-                    自然キーを構成するプロパティを比較するために、
-                    <literal>equals()</literal> と <literal>hashCode()</literal> を実装しましょう。
+                    縺吶∋縺ｦ縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｫ蟇ｾ縺励※閾ｪ辟ｶ繧ｭ繝ｼ繧定ｦ九▽縺代※縲�
+                    <literal>&lt;natural-id&gt;</literal> 縺ｧ繝槭ャ繝斐Φ繧ｰ縺励∪縺励ｇ縺��
+                    閾ｪ辟ｶ繧ｭ繝ｼ繧呈ｧ区�縺吶ｋ繝励Ο繝代ユ繧｣繧呈ｯ碑ｼ�☆繧九◆繧√↓縲�
+                    <literal>equals()</literal> 縺ｨ <literal>hashCode()</literal> 繧貞ｮ溯｣�＠縺ｾ縺励ｇ縺��
                 </para>
             </listitem>
         </varlistentry>
         <varlistentry>
-            <term>クラスのマッピングはそれぞれのクラス専用のファイルに書きましょう。</term>
+            <term>繧ｯ繝ｩ繧ｹ縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｯ縺昴ｌ縺槭ｌ縺ｮ繧ｯ繝ｩ繧ｹ蟆ら畑縺ｮ繝輔ぃ繧､繝ｫ縺ｫ譖ｸ縺阪∪縺励ｇ縺��</term>
             <listitem>
                 <para>
-                     単一の巨大なマッピングドキュメントを使用しないでください。
-                     <literal>com.eg.Foo</literal> クラスなら 
-                     <literal>com/eg/Foo.hbm.xml</literal> ファイルにマッピングしましょう。
-                     このことは、特にチームでの開発に意味があります。
+                     蜊倅ｸ縺ｮ蟾ｨ螟ｧ縺ｪ繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝医ｒ菴ｿ逕ｨ縺励↑縺�〒縺上□縺輔＞縲�
+                     <literal>com.eg.Foo</literal> 繧ｯ繝ｩ繧ｹ縺ｪ繧� 
+                     <literal>com/eg/Foo.hbm.xml</literal> 繝輔ぃ繧､繝ｫ縺ｫ繝槭ャ繝斐Φ繧ｰ縺励∪縺励ｇ縺��
+                     縺薙�縺薙→縺ｯ縲∫音縺ｫ繝√�繝�縺ｧ縺ｮ髢狗匱縺ｫ諢丞袖縺後≠繧翫∪縺吶�
                 </para>
             </listitem>
         </varlistentry>
         <varlistentry>
-            <term>リソースとしてマッピングをロードしましょう。</term>
+            <term>繝ｪ繧ｽ繝ｼ繧ｹ縺ｨ縺励※繝槭ャ繝斐Φ繧ｰ繧偵Ο繝ｼ繝峨＠縺ｾ縺励ｇ縺��</term>
             <listitem>
                 <para>
-                    マッピングを、それらがマッピングするするクラスと一緒に配置しましょう。
+                    繝槭ャ繝斐Φ繧ｰ繧偵√◎繧後ｉ縺後�繝�ヴ繝ｳ繧ｰ縺吶ｋ縺吶ｋ繧ｯ繝ｩ繧ｹ縺ｨ荳邱偵↓驟咲ｽｮ縺励∪縺励ｇ縺��
                 </para>
             </listitem>
         </varlistentry>
         <varlistentry>
-            <term>クエリ文字列を外部に置くことを考えましょう</term>
+            <term>繧ｯ繧ｨ繝ｪ譁�ｭ怜�繧貞､夜Κ縺ｫ鄂ｮ縺上％縺ｨ繧定�∴縺ｾ縺励ｇ縺�</term>
             <listitem>
                 <para>
-                    クエリがANSI標準でないSQL関数を呼んでいるなら、これはよいプラクティスです。
-                    クエリ文字列をマッピングファイルへ外出しすればアプリケーションがポータブルになります。
+                    繧ｯ繧ｨ繝ｪ縺窟NSI讓呎ｺ悶〒縺ｪ縺ТQL髢｢謨ｰ繧貞他繧薙〒縺�ｋ縺ｪ繧峨√％繧後�繧医＞繝励Λ繧ｯ繝�ぅ繧ｹ縺ｧ縺吶�
+                    繧ｯ繧ｨ繝ｪ譁�ｭ怜�繧偵�繝�ヴ繝ｳ繧ｰ繝輔ぃ繧､繝ｫ縺ｸ螟門�縺励☆繧後�繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺後�繝ｼ繧ｿ繝悶Ν縺ｫ縺ｪ繧翫∪縺吶�
                 </para>
             </listitem>
         </varlistentry>
         <varlistentry>
-            <term>バインド変数を使いましょう。</term>
+            <term>繝舌う繝ｳ繝牙､画焚繧剃ｽｿ縺�∪縺励ｇ縺��</term>
             <listitem>
                 <para>
-                     JDBCの場合と同じように、定数でない値は必ず"?"で置き換えましょう。
-                     定数でない値をバインドするために、クエリで文字列操作を使ってはいけません。
-                     名前付きのパラメータを使うようにするとさらに良いです。
+                     JDBC縺ｮ蝣ｴ蜷医→蜷後§繧医≧縺ｫ縲∝ｮ壽焚縺ｧ縺ｪ縺�､縺ｯ蠢�★"?"縺ｧ鄂ｮ縺肴鋤縺医∪縺励ｇ縺��
+                     螳壽焚縺ｧ縺ｪ縺�､繧偵ヰ繧､繝ｳ繝峨☆繧九◆繧√↓縲√け繧ｨ繝ｪ縺ｧ譁�ｭ怜�謫堺ｽ懊ｒ菴ｿ縺｣縺ｦ縺ｯ縺�￠縺ｾ縺帙ｓ縲�
+                     蜷榊燕莉倥″縺ｮ繝代Λ繝｡繝ｼ繧ｿ繧剃ｽｿ縺�ｈ縺�↓縺吶ｋ縺ｨ縺輔ｉ縺ｫ濶ｯ縺�〒縺吶�
                 </para>
             </listitem>
         </varlistentry>
         <varlistentry>
-            <term>JDBCコネクションを管理してはいけません。</term>
+            <term>JDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧堤ｮ｡逅�＠縺ｦ縺ｯ縺�￠縺ｾ縺帙ｓ縲�</term>
             <listitem>
                 <para>
-                    HibernateではアプリケーションがJDBCコネクションを管理することが許されています。
-                    しかしこれは最終手段だと思ってください。
-                    組み込みのコネクションプロバイダを使うことができなければ、
-                    <literal>org.hibernate.connection.ConnectionProvider</literal> を実装することを考えてください。
+                    Hibernate縺ｧ縺ｯ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺繰DBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧堤ｮ｡逅�☆繧九％縺ｨ縺瑚ｨｱ縺輔ｌ縺ｦ縺�∪縺吶�
+                    縺励°縺励％繧後�譛邨よ焔谿ｵ縺�縺ｨ諤昴▲縺ｦ縺上□縺輔＞縲�
+                    邨�∩霎ｼ縺ｿ縺ｮ繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繝励Ο繝舌う繝繧剃ｽｿ縺�％縺ｨ縺後〒縺阪↑縺代ｌ縺ｰ縲�
+                    <literal>org.hibernate.connection.ConnectionProvider</literal> 繧貞ｮ溯｣�☆繧九％縺ｨ繧定�∴縺ｦ縺上□縺輔＞縲�
                 </para>
             </listitem>
         </varlistentry>
         <varlistentry>
-            <term>カスタム型の使用を考えましょう。</term>
+            <term>繧ｫ繧ｹ繧ｿ繝�蝙九�菴ｿ逕ｨ繧定�∴縺ｾ縺励ｇ縺��</term>
             <listitem>
                 <para>
-                    あるライブラリから持ってきたJava型を永続化する必要があるとしましょう。
-                    しかしその型には、コンポーネントとしてマッピングするために必要なアクセサがないとします。
-                    このような場合は <literal>org.hibernate.UserType</literal> の実装を考えるべきです。
-                    そうすればHibernate型との実装変換を心配せずにアプリケーションのコードを扱えます。
+                    縺ゅｋ繝ｩ繧､繝悶Λ繝ｪ縺九ｉ謖√▲縺ｦ縺阪◆Java蝙九ｒ豌ｸ邯壼喧縺吶ｋ蠢�ｦ√′縺ゅｋ縺ｨ縺励∪縺励ｇ縺��
+                    縺励°縺励◎縺ｮ蝙九↓縺ｯ縲√さ繝ｳ繝昴�繝阪Φ繝医→縺励※繝槭ャ繝斐Φ繧ｰ縺吶ｋ縺溘ａ縺ｫ蠢�ｦ√↑繧｢繧ｯ繧ｻ繧ｵ縺後↑縺�→縺励∪縺吶�
+                    縺薙�繧医≧縺ｪ蝣ｴ蜷医� <literal>org.hibernate.UserType</literal> 縺ｮ螳溯｣�ｒ閠�∴繧九∋縺阪〒縺吶�
+                    縺昴≧縺吶ｌ縺ｰHibernate蝙九→縺ｮ螳溯｣�､画鋤繧貞ｿ��縺帙★縺ｫ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ繧ｳ繝ｼ繝峨ｒ謇ｱ縺医∪縺吶�
                 </para>
             </listitem>
         </varlistentry>
         <varlistentry>
-            <term>ボトルネックを解消するにはJDBCをハンドコードしましょう。</term>
+            <term>繝懊ヨ繝ｫ繝阪ャ繧ｯ繧定ｧ｣豸医☆繧九↓縺ｯJDBC繧偵ワ繝ｳ繝峨さ繝ｼ繝峨＠縺ｾ縺励ｇ縺��</term>
             <listitem>
                 <para>
-                    システムのパフォーマンスクリティカルな領域では、
-                    ある種の操作にJDBCを直接使うと良いかもしれません。
-                    しかし何がボトルネックになっているか <emphasis>はっきりする</emphasis> までは待ってください。
-                    またJDBCを直接使うからといって、必ずしも速くなるとは限らないことも理解してください。
-                    JDBCを直接使う必要があれば、Hibernateの <literal>Session</literal> をオープンして、
-                    JDBCコネクションを使うと良いかもしれません。
-                    依然として同じトランザクション戦略とコネクションプロバイダが使えるからです。
+                    繧ｷ繧ｹ繝�Β縺ｮ繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ繧ｯ繝ｪ繝�ぅ繧ｫ繝ｫ縺ｪ鬆伜沺縺ｧ縺ｯ縲�
+                    縺ゅｋ遞ｮ縺ｮ謫堺ｽ懊↓JDBC繧堤峩謗･菴ｿ縺�→濶ｯ縺�°繧ゅ＠繧後∪縺帙ｓ縲�
+                    縺励°縺嶺ｽ輔′繝懊ヨ繝ｫ繝阪ャ繧ｯ縺ｫ縺ｪ縺｣縺ｦ縺�ｋ縺� <emphasis>縺ｯ縺｣縺阪ｊ縺吶ｋ</emphasis> 縺ｾ縺ｧ縺ｯ蠕�▲縺ｦ縺上□縺輔＞縲�
+                    縺ｾ縺櫟DBC繧堤峩謗･菴ｿ縺�°繧峨→縺�▲縺ｦ縲∝ｿ�★縺励ｂ騾溘￥縺ｪ繧九→縺ｯ髯舌ｉ縺ｪ縺�％縺ｨ繧ら炊隗｣縺励※縺上□縺輔＞縲�
+                    JDBC繧堤峩謗･菴ｿ縺�ｿ�ｦ√′縺ゅｌ縺ｰ縲？ibernate縺ｮ <literal>Session</literal> 繧偵が繝ｼ繝励Φ縺励※縲�
+                    JDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧剃ｽｿ縺�→濶ｯ縺�°繧ゅ＠繧後∪縺帙ｓ縲�
+                    萓晉┯縺ｨ縺励※蜷後§繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ謌ｦ逡･縺ｨ繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繝励Ο繝舌う繝縺御ｽｿ縺医ｋ縺九ｉ縺ｧ縺吶�
                 </para>
             </listitem>
         </varlistentry>
         <varlistentry>
-            <term><literal>Session</literal> のフラッシュを理解しましょう。</term>
+            <term><literal>Session</literal> 縺ｮ繝輔Λ繝�す繝･繧堤炊隗｣縺励∪縺励ｇ縺��</term>
             <listitem>
                 <para>
-                    Sessionが永続状態をデータベースと同期させることがときどきあります。
-                    しかしこれがあまりに頻繁に起こるようだと、パフォーマンスに影響が出てきます。
-                    自動フラッシュを無効にしたり、特定のトランザクションのクエリや操作の順番を変更することで、
-                    不必要なフラッシュを最小限にできます。
+                    Session縺梧ｰｸ邯夂憾諷九ｒ繝��繧ｿ繝吶�繧ｹ縺ｨ蜷梧悄縺輔○繧九％縺ｨ縺後→縺阪←縺阪≠繧翫∪縺吶�
+                    縺励°縺励％繧後′縺ゅ∪繧翫↓鬆ｻ郢√↓襍ｷ縺薙ｋ繧医≧縺�縺ｨ縲√ヱ繝輔か繝ｼ繝槭Φ繧ｹ縺ｫ蠖ｱ髻ｿ縺悟�縺ｦ縺阪∪縺吶�
+                    閾ｪ蜍輔ヵ繝ｩ繝�す繝･繧堤┌蜉ｹ縺ｫ縺励◆繧翫∫音螳壹�繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ｯ繧ｨ繝ｪ繧�桃菴懊�鬆�分繧貞､画峩縺吶ｋ縺薙→縺ｧ縲�
+                    荳榊ｿ�ｦ√↑繝輔Λ繝�す繝･繧呈怙蟆城剞縺ｫ縺ｧ縺阪∪縺吶�
                 </para>
             </listitem>
         </varlistentry>
         <varlistentry>
-            <term>3層アーキテクチャでは分離オブジェクトの使用を考えましょう。</term>
+            <term>3螻､繧｢繝ｼ繧ｭ繝�け繝√Ε縺ｧ縺ｯ蛻�屬繧ｪ繝悶ず繧ｧ繧ｯ繝医�菴ｿ逕ｨ繧定�∴縺ｾ縺励ｇ縺��</term>
             <listitem>
                 <para>
-                    サーブレット / セッションビーンアーキテクチャを使うとき、
-                    サーブレット層 / JSP層間でセッションビーンでロードした永続オブジェクトをやり取りできます。
-                    その際リクエストごとに新しいSessionを使ってください。
-                    また <literal>Session.merge()</literal> や <literal>Session.saveOrUpdate()</literal> 
-                    を使って、オブジェクトとデータベースを同期させてください。
+                    繧ｵ繝ｼ繝悶Ξ繝�ヨ / 繧ｻ繝�す繝ｧ繝ｳ繝薙�繝ｳ繧｢繝ｼ繧ｭ繝�け繝√Ε繧剃ｽｿ縺�→縺阪�
+                    繧ｵ繝ｼ繝悶Ξ繝�ヨ螻､ / JSP螻､髢薙〒繧ｻ繝�す繝ｧ繝ｳ繝薙�繝ｳ縺ｧ繝ｭ繝ｼ繝峨＠縺滓ｰｸ邯壹が繝悶ず繧ｧ繧ｯ繝医ｒ繧�ｊ蜿悶ｊ縺ｧ縺阪∪縺吶�
+                    縺昴�髫帙Μ繧ｯ繧ｨ繧ｹ繝医＃縺ｨ縺ｫ譁ｰ縺励＞Session繧剃ｽｿ縺｣縺ｦ縺上□縺輔＞縲�
+                    縺ｾ縺� <literal>Session.merge()</literal> 繧� <literal>Session.saveOrUpdate()</literal> 
+                    繧剃ｽｿ縺｣縺ｦ縲√が繝悶ず繧ｧ繧ｯ繝医→繝��繧ｿ繝吶�繧ｹ繧貞酔譛溘＆縺帙※縺上□縺輔＞縲�
                 </para>
             </listitem>
         </varlistentry>
         <varlistentry>
-            <term>2層アーキテクチャでは長い永続コンテキストの使用を考えましょう。</term>
+            <term>2螻､繧｢繝ｼ繧ｭ繝�け繝√Ε縺ｧ縺ｯ髟ｷ縺�ｰｸ邯壹さ繝ｳ繝�く繧ｹ繝医�菴ｿ逕ｨ繧定�∴縺ｾ縺励ｇ縺��</term>
             <listitem>
                 <para>
-                    最高のスケーラビリティを得るには、
-                    データベーストランザクションをできるだけ短くしなければなりません。
-                    しかし長い間実行する <emphasis>アプリケーショントランザクション</emphasis> 
-                    の実装が必要なことはしばしばです。
-                    これはユーザの視点からは1個の作業単位（unit of work）になります。
-                    アプリケーショントランザクションはいくつかのクライアントのリクエスト/レスポンスサイクルにまたがります。
-                    アプリケーショントランザクションの実装に分離オブジェクトを使うのは一般的です。
+                    譛鬮倥�繧ｹ繧ｱ繝ｼ繝ｩ繝薙Μ繝�ぅ繧貞ｾ励ｋ縺ｫ縺ｯ縲�
+                    繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧偵〒縺阪ｋ縺�縺醍洒縺上＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+                    縺励°縺鈴聞縺�俣螳溯｡後☆繧� <emphasis>繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ</emphasis> 
+                    縺ｮ螳溯｣�′蠢�ｦ√↑縺薙→縺ｯ縺励�縺励�縺ｧ縺吶�
+                    縺薙ｌ縺ｯ繝ｦ繝ｼ繧ｶ縺ｮ隕也せ縺九ｉ縺ｯ1蛟九�菴懈･ｭ蜊倅ｽ搾ｼ�unit of work�峨↓縺ｪ繧翫∪縺吶�
+                    繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ縺�￥縺､縺九�繧ｯ繝ｩ繧､繧｢繝ｳ繝医�繝ｪ繧ｯ繧ｨ繧ｹ繝�/繝ｬ繧ｹ繝昴Φ繧ｹ繧ｵ繧､繧ｯ繝ｫ縺ｫ縺ｾ縺溘′繧翫∪縺吶�
+                    繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ螳溯｣�↓蛻�屬繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ菴ｿ縺��縺ｯ荳闊ｬ逧�〒縺吶�
                     
-                    そうでなければ、2層アーキテクチャの場合は特に適切なことですが、
-                    アプリケーショントランザクションのライフサイクル全体に対して
-                    単一のオープンな永続化コンテキスト（セッション）を維持してください。
-                    そして単純にリクエストの最後にJDBCコネクションから切断し、
-                    次のリクエストの最初に再接続します。
+                    縺昴≧縺ｧ縺ｪ縺代ｌ縺ｰ縲�2螻､繧｢繝ｼ繧ｭ繝�け繝√Ε縺ｮ蝣ｴ蜷医�迚ｹ縺ｫ驕ｩ蛻�↑縺薙→縺ｧ縺吶′縲�
+                    繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繝ｩ繧､繝輔し繧､繧ｯ繝ｫ蜈ｨ菴薙↓蟇ｾ縺励※
+                    蜊倅ｸ縺ｮ繧ｪ繝ｼ繝励Φ縺ｪ豌ｸ邯壼喧繧ｳ繝ｳ繝�く繧ｹ繝茨ｼ医そ繝�す繝ｧ繝ｳ�峨ｒ邯ｭ謖√＠縺ｦ縺上□縺輔＞縲�
+                    縺昴＠縺ｦ蜊倡ｴ斐↓繝ｪ繧ｯ繧ｨ繧ｹ繝医�譛蠕後↓JDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺九ｉ蛻�妙縺励�
+                    谺｡縺ｮ繝ｪ繧ｯ繧ｨ繧ｹ繝医�譛蛻昴↓蜀肴磁邯壹＠縺ｾ縺吶�
                     
-                    決して複数のアプリケーショントランザクションユースケースに渡って
-                    1個のSessionを使い回さないでください。
-                    そうでなければ、古いデータで作業することになります。
+                    豎ｺ縺励※隍�焚縺ｮ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繝ｦ繝ｼ繧ｹ繧ｱ繝ｼ繧ｹ縺ｫ貂｡縺｣縺ｦ
+                    1蛟九�Session繧剃ｽｿ縺�屓縺輔↑縺�〒縺上□縺輔＞縲�
+                    縺昴≧縺ｧ縺ｪ縺代ｌ縺ｰ縲∝商縺�ョ繝ｼ繧ｿ縺ｧ菴懈･ｭ縺吶ｋ縺薙→縺ｫ縺ｪ繧翫∪縺吶�
                 </para>
             </listitem>
         </varlistentry>
         <varlistentry>
-            <term>例外を復帰可能なものとして扱ってはいけません。</term>
+            <term>萓句､悶ｒ蠕ｩ蟶ｰ蜿ｯ閭ｽ縺ｪ繧ゅ�縺ｨ縺励※謇ｱ縺｣縺ｦ縺ｯ縺�￠縺ｾ縺帙ｓ縲�</term>
             <listitem>
                 <para>
-                    これは「ベスト」プラクティス以上の、必須のプラクティスです。
-                    例外が発生したときは <literal>Transaction</literal> をロールバックして、
-                    <literal>Session</literal> をクローズしてください。
-                    そうしないとHibernateはメモリの状態が永続状態を正確に表現していることを保証できません。
-                    この特別な場合として、与えられた識別子を持つインスタンスがデータベースに存在するかどうかを判定するために、
-                    <literal>Session.load()</literal> を使うことはやめてください。
-                    その代わりに <literal>Session.get()</literal> かクエリを使ってください。
+                    縺薙ｌ縺ｯ縲後�繧ｹ繝医阪�繝ｩ繧ｯ繝�ぅ繧ｹ莉･荳翫�縲∝ｿ��医�繝励Λ繧ｯ繝�ぅ繧ｹ縺ｧ縺吶�
+                    萓句､悶′逋ｺ逕溘＠縺溘→縺阪� <literal>Transaction</literal> 繧偵Ο繝ｼ繝ｫ繝舌ャ繧ｯ縺励※縲�
+                    <literal>Session</literal> 繧偵け繝ｭ繝ｼ繧ｺ縺励※縺上□縺輔＞縲�
+                    縺昴≧縺励↑縺�→Hibernate縺ｯ繝｡繝｢繝ｪ縺ｮ迥ｶ諷九′豌ｸ邯夂憾諷九ｒ豁｣遒ｺ縺ｫ陦ｨ迴ｾ縺励※縺�ｋ縺薙→繧剃ｿ晁ｨｼ縺ｧ縺阪∪縺帙ｓ縲�
+                    縺薙�迚ｹ蛻･縺ｪ蝣ｴ蜷医→縺励※縲∽ｸ弱∴繧峨ｌ縺溯ｭ伜挨蟄舌ｒ謖√▽繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺後ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｫ蟄伜惠縺吶ｋ縺九←縺�°繧貞愛螳壹☆繧九◆繧√↓縲�
+                    <literal>Session.load()</literal> 繧剃ｽｿ縺�％縺ｨ縺ｯ繧�ａ縺ｦ縺上□縺輔＞縲�
+                    縺昴�莉｣繧上ｊ縺ｫ <literal>Session.get()</literal> 縺九け繧ｨ繝ｪ繧剃ｽｿ縺｣縺ｦ縺上□縺輔＞縲�
                 </para>
             </listitem>
         </varlistentry>
         <varlistentry>
-            <term>関連にはなるべく遅延フェッチを使いましょう。</term>
+            <term>髢｢騾｣縺ｫ縺ｯ縺ｪ繧九∋縺城≦蟒ｶ繝輔ぉ繝�メ繧剃ｽｿ縺�∪縺励ｇ縺��</term>
             <listitem>
                 <para>
-                    即時フェッチは控えめにしましょう。
-                    二次キャッシュには完全に保持されないようなクラスの関連には、
-                    プロキシと遅延コレクションを使ってください。
-                    キャッシュされるクラスの関連、つまりキャッシュがヒットする可能性が非常に高い関連は、
-                    <literal>lazy="false"</literal> で積極的なフェッチを明示的に無効にしてください。
-                    結合フェッチが適切な特定のユースケースには、
-                    クエリで <literal>left join fetch</literal> を使ってください。
+                    蜊ｳ譎ゅヵ繧ｧ繝�メ縺ｯ謗ｧ縺医ａ縺ｫ縺励∪縺励ｇ縺��
+                    莠梧ｬ｡繧ｭ繝｣繝�す繝･縺ｫ縺ｯ螳悟�縺ｫ菫晄戟縺輔ｌ縺ｪ縺�ｈ縺�↑繧ｯ繝ｩ繧ｹ縺ｮ髢｢騾｣縺ｫ縺ｯ縲�
+                    繝励Ο繧ｭ繧ｷ縺ｨ驕�ｻｶ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧剃ｽｿ縺｣縺ｦ縺上□縺輔＞縲�
+                    繧ｭ繝｣繝�す繝･縺輔ｌ繧九け繝ｩ繧ｹ縺ｮ髢｢騾｣縲√▽縺ｾ繧翫く繝｣繝�す繝･縺後ヲ繝�ヨ縺吶ｋ蜿ｯ閭ｽ諤ｧ縺碁撼蟶ｸ縺ｫ鬮倥＞髢｢騾｣縺ｯ縲�
+                    <literal>lazy="false"</literal> 縺ｧ遨肴･ｵ逧�↑繝輔ぉ繝�メ繧呈�遉ｺ逧�↓辟｡蜉ｹ縺ｫ縺励※縺上□縺輔＞縲�
+                    邨仙粋繝輔ぉ繝�メ縺碁←蛻�↑迚ｹ螳壹�繝ｦ繝ｼ繧ｹ繧ｱ繝ｼ繧ｹ縺ｫ縺ｯ縲�
+                    繧ｯ繧ｨ繝ｪ縺ｧ <literal>left join fetch</literal> 繧剃ｽｿ縺｣縺ｦ縺上□縺輔＞縲�
                 </para>
             </listitem>
         </varlistentry>
         <varlistentry>
             <term>
-                フェッチされていないデータに関わる問題を避けるために、
-                <emphasis>ビューの中でオープンセッションを使う(open session in view)</emphasis> 
-                パターンか、統制された <emphasis>組み立てフェーズ(assembly phase)</emphasis> を使いましょう。
+                繝輔ぉ繝�メ縺輔ｌ縺ｦ縺�↑縺�ョ繝ｼ繧ｿ縺ｫ髢｢繧上ｋ蝠城｡後ｒ驕ｿ縺代ｋ縺溘ａ縺ｫ縲�
+                <emphasis>繝薙Η繝ｼ縺ｮ荳ｭ縺ｧ繧ｪ繝ｼ繝励Φ繧ｻ繝�す繝ｧ繝ｳ繧剃ｽｿ縺�(open session in view)</emphasis> 
+                繝代ち繝ｼ繝ｳ縺九∫ｵｱ蛻ｶ縺輔ｌ縺� <emphasis>邨�∩遶九※繝輔ぉ繝ｼ繧ｺ(assembly phase)</emphasis> 繧剃ｽｿ縺�∪縺励ｇ縺��
             </term>
             <listitem>
                 <para>
-                    Hibernateは <emphasis>Data Transfer Objects</emphasis> (DTO)を書く退屈な作業から開発者を解放します。
-                    伝統的なEJBアーキテクチャではDTOは二つ目的があります：
-                    1つ目は、エンティティビーンがシリアライズされない問題への対策です。
-                    2つ目は、プレゼンテーション層に制御が戻る前に、
-                    ビューに使われるすべてのデータがフェッチされて、DTOに復元されるような組み立てフェーズを暗黙的に定義します。
-                    Hibernateでは1つ目の目的が不要になります。
-                    しかしビューのレンダリング処理の間、永続コンテキスト（セッション）をオープンにしたままにしなければ、
-                    組み立てフェーズはまだ必要です（分離オブジェクトの中のどのデータが利用可能かについて、
-                    プレゼンテーション層と厳密な取り決めをしているビジネスメソッドを考えてみてください）。
-                    これはHibernate側の問題ではありません。
-                    トランザクション内で安全にデータアクセスするための基本的な要件です。
+                    Hibernate縺ｯ <emphasis>Data Transfer Objects</emphasis> (DTO)繧呈嶌縺城螻医↑菴懈･ｭ縺九ｉ髢狗匱閠�ｒ隗｣謾ｾ縺励∪縺吶�
+                    莨晉ｵｱ逧�↑EJB繧｢繝ｼ繧ｭ繝�け繝√Ε縺ｧ縺ｯDTO縺ｯ莠後▽逶ｮ逧�′縺ゅｊ縺ｾ縺呻ｼ�
+                    1縺､逶ｮ縺ｯ縲√お繝ｳ繝�ぅ繝�ぅ繝薙�繝ｳ縺後す繝ｪ繧｢繝ｩ繧､繧ｺ縺輔ｌ縺ｪ縺�撫鬘後∈縺ｮ蟇ｾ遲悶〒縺吶�
+                    2縺､逶ｮ縺ｯ縲√�繝ｬ繧ｼ繝ｳ繝��繧ｷ繝ｧ繝ｳ螻､縺ｫ蛻ｶ蠕｡縺梧綾繧句燕縺ｫ縲�
+                    繝薙Η繝ｼ縺ｫ菴ｿ繧上ｌ繧九☆縺ｹ縺ｦ縺ｮ繝��繧ｿ縺後ヵ繧ｧ繝�メ縺輔ｌ縺ｦ縲．TO縺ｫ蠕ｩ蜈�＆繧後ｋ繧医≧縺ｪ邨�∩遶九※繝輔ぉ繝ｼ繧ｺ繧呈囓鮟咏噪縺ｫ螳夂ｾｩ縺励∪縺吶�
+                    Hibernate縺ｧ縺ｯ1縺､逶ｮ縺ｮ逶ｮ逧�′荳崎ｦ√↓縺ｪ繧翫∪縺吶�
+                    縺励°縺励ン繝･繝ｼ縺ｮ繝ｬ繝ｳ繝繝ｪ繝ｳ繧ｰ蜃ｦ逅��髢薙∵ｰｸ邯壹さ繝ｳ繝�く繧ｹ繝茨ｼ医そ繝�す繝ｧ繝ｳ�峨ｒ繧ｪ繝ｼ繝励Φ縺ｫ縺励◆縺ｾ縺ｾ縺ｫ縺励↑縺代ｌ縺ｰ縲�
+                    邨�∩遶九※繝輔ぉ繝ｼ繧ｺ縺ｯ縺ｾ縺�蠢�ｦ√〒縺呻ｼ亥�髮｢繧ｪ繝悶ず繧ｧ繧ｯ繝医�荳ｭ縺ｮ縺ｩ縺ｮ繝��繧ｿ縺悟茜逕ｨ蜿ｯ閭ｽ縺九↓縺､縺�※縲�
+                    繝励Ξ繧ｼ繝ｳ繝��繧ｷ繝ｧ繝ｳ螻､縺ｨ蜴ｳ蟇�↑蜿悶ｊ豎ｺ繧√ｒ縺励※縺�ｋ繝薙ず繝阪せ繝｡繧ｽ繝�ラ繧定�∴縺ｦ縺ｿ縺ｦ縺上□縺輔＞�峨�
+                    縺薙ｌ縺ｯHibernate蛛ｴ縺ｮ蝠城｡後〒縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+                    繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蜀�〒螳牙�縺ｫ繝��繧ｿ繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ縺溘ａ縺ｮ蝓ｺ譛ｬ逧�↑隕∽ｻｶ縺ｧ縺吶�
                 </para>
             </listitem>
         </varlistentry>
         <varlistentry>
-            <term>Hibernateからビジネスロジックを抽象化することを考えましょう。</term>
+            <term>Hibernate縺九ｉ繝薙ず繝阪せ繝ｭ繧ｸ繝�け繧呈歓雎｡蛹悶☆繧九％縺ｨ繧定�∴縺ｾ縺励ｇ縺��</term>
             <listitem>
                 <para>
-                    インターフェイスで（Hibernateの）データアクセスコードを隠蔽しましょう。
-                    <emphasis>DAO</emphasis> と <emphasis>Thread Local Session</emphasis> パターンを組み合わせましょう。
-                    <literal>UserType</literal> でHibernateに関連付けると、
-                    ハンドコードしたJDBCで永続化するクラスを持つこともできます。
-                    （このアドバイスは「十分大きな」アプリケーションに対してのものです。
-                    テーブルが5個しかないようなアプリケーションには当てはまりません。）
+                    繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｧ��Hibernate縺ｮ�峨ョ繝ｼ繧ｿ繧｢繧ｯ繧ｻ繧ｹ繧ｳ繝ｼ繝峨ｒ髫�阡ｽ縺励∪縺励ｇ縺��
+                    <emphasis>DAO</emphasis> 縺ｨ <emphasis>Thread Local Session</emphasis> 繝代ち繝ｼ繝ｳ繧堤ｵ�∩蜷医ｏ縺帙∪縺励ｇ縺��
+                    <literal>UserType</literal> 縺ｧHibernate縺ｫ髢｢騾｣莉倥￠繧九→縲�
+                    繝上Φ繝峨さ繝ｼ繝峨＠縺櫟DBC縺ｧ豌ｸ邯壼喧縺吶ｋ繧ｯ繝ｩ繧ｹ繧呈戟縺､縺薙→繧ゅ〒縺阪∪縺吶�
+                    �医％縺ｮ繧｢繝峨ヰ繧､繧ｹ縺ｯ縲悟香蛻�､ｧ縺阪↑縲阪い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ蟇ｾ縺励※縺ｮ繧ゅ�縺ｧ縺吶�
+                    繝��繝悶Ν縺�5蛟九＠縺九↑縺�ｈ縺�↑繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ縺ｯ蠖薙※縺ｯ縺ｾ繧翫∪縺帙ｓ縲ゑｼ�
                 </para>
             </listitem>
         </varlistentry>
         <varlistentry>
-            <term>珍しい関連マッピングは使わないようにしましょう。</term>
+            <term>迴阪＠縺�未騾｣繝槭ャ繝斐Φ繧ｰ縺ｯ菴ｿ繧上↑縺�ｈ縺�↓縺励∪縺励ｇ縺��</term>
             <listitem>
                 <para>
-                    よいユースケースに本当の多対多関連があることは稀（まれ）です。
-                    ほとんどの場合「リンクテーブル」の付加的な情報が必要になります。
-                    この場合、リンククラスに2つの1対多関連を使う方がずっと良いです。
-                    実際ほとんどの場合関連は1対多と多対1なので、
-                    他のスタイルの関連を使うときは本当に必要かどうかを考えてみてください。
+                    繧医＞繝ｦ繝ｼ繧ｹ繧ｱ繝ｼ繧ｹ縺ｫ譛ｬ蠖薙�螟壼ｯｾ螟夐未騾｣縺後≠繧九％縺ｨ縺ｯ遞�医∪繧鯉ｼ峨〒縺吶�
+                    縺ｻ縺ｨ繧薙←縺ｮ蝣ｴ蜷医後Μ繝ｳ繧ｯ繝��繝悶Ν縲阪�莉伜刈逧�↑諠��ｱ縺悟ｿ�ｦ√↓縺ｪ繧翫∪縺吶�
+                    縺薙�蝣ｴ蜷医√Μ繝ｳ繧ｯ繧ｯ繝ｩ繧ｹ縺ｫ2縺､縺ｮ1蟇ｾ螟夐未騾｣繧剃ｽｿ縺�婿縺後★縺｣縺ｨ濶ｯ縺�〒縺吶�
+                    螳滄圀縺ｻ縺ｨ繧薙←縺ｮ蝣ｴ蜷磯未騾｣縺ｯ1蟇ｾ螟壹→螟壼ｯｾ1縺ｪ縺ｮ縺ｧ縲�
+                    莉悶�繧ｹ繧ｿ繧､繝ｫ縺ｮ髢｢騾｣繧剃ｽｿ縺�→縺阪�譛ｬ蠖薙↓蠢�ｦ√°縺ｩ縺�°繧定�∴縺ｦ縺ｿ縺ｦ縺上□縺輔＞縲�
                 </para>
             </listitem>
         </varlistentry>
         <varlistentry>
-            <term>なるべく双方向関連にしましょう。</term>
+            <term>縺ｪ繧九∋縺丞曙譁ｹ蜷鷹未騾｣縺ｫ縺励∪縺励ｇ縺��</term>
             <listitem>
                 <para>
-                    単方向関連は双方向に比べて検索が難しくなります。
-                    大きなアプリケーションでは、
-                    ほとんどすべての関連が双方向にナビゲーションできなければなりません。
+                    蜊俶婿蜷鷹未騾｣縺ｯ蜿梧婿蜷代↓豈斐∋縺ｦ讀懃ｴ｢縺碁屮縺励￥縺ｪ繧翫∪縺吶�
+                    螟ｧ縺阪↑繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｧ縺ｯ縲�
+                    縺ｻ縺ｨ繧薙←縺吶∋縺ｦ縺ｮ髢｢騾｣縺悟曙譁ｹ蜷代↓繝翫ン繧ｲ繝ｼ繧ｷ繝ｧ繝ｳ縺ｧ縺阪↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
                 </para>
             </listitem>
         </varlistentry>
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/collection_mapping.xml b/documentation/manual/ja-JP/src/main/docbook/content/collection_mapping.xml
index b770781fe0..8acce2b00a 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/collection_mapping.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/collection_mapping.xml
@@ -1,14 +1,16 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="collections">
-    <title>コレクションのマッピング</title>
+    <title>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繝槭ャ繝斐Φ繧ｰ</title>
 
     <sect1 id="collections-persistent" revision="3">
-        <title>コレクションの永続化</title>
+        <title>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ豌ｸ邯壼喧</title>
         
         <para>
-            コレクション型のフィールドを永続化するには、
-            そのコレクション型がインターフェイス型である必要があります。
-            例えば、
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ蝙九�繝輔ぅ繝ｼ繝ｫ繝峨ｒ豌ｸ邯壼喧縺吶ｋ縺ｫ縺ｯ縲�
+            縺昴�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ蝙九′繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ蝙九〒縺ゅｋ蠢�ｦ√′縺ゅｊ縺ｾ縺吶�
+            萓九∴縺ｰ縲�
         </para>
         
         <programlisting><![CDATA[public class Product {
@@ -22,25 +24,25 @@
 }]]></programlisting>
         
         <para>
-            実在するインターフェイスには <literal>java.util.Set</literal>、
-            <literal>java.util.Collection</literal>、<literal>java.util.List</literal>、
-            <literal>java.util.Map</literal>、<literal>java.util.SortedSet</literal>、
-            <literal>java.util.SortedMap</literal> などがあります。
-            または、任意のインターフェイスが使えます！
-            （ただし、任意のインターフェイスを使用する場合は、
+            螳溷惠縺吶ｋ繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｫ縺ｯ <literal>java.util.Set</literal>縲�
+            <literal>java.util.Collection</literal>縲�<literal>java.util.List</literal>縲�
+            <literal>java.util.Map</literal>縲�<literal>java.util.SortedSet</literal>縲�
+            <literal>java.util.SortedMap</literal> 縺ｪ縺ｩ縺後≠繧翫∪縺吶�
+            縺ｾ縺溘�縲∽ｻｻ諢上�繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺御ｽｿ縺医∪縺呻ｼ�
+            �医◆縺�縺励∽ｻｻ諢上�繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧剃ｽｿ逕ｨ縺吶ｋ蝣ｴ蜷医�縲�
             <literal>org.hibernate.usertype.UserCollectionType</literal>
-            の実装クラスを作成する必要があります。）
+            縺ｮ螳溯｣�け繝ｩ繧ｹ繧剃ｽ懈�縺吶ｋ蠢�ｦ√′縺ゅｊ縺ｾ縺吶ゑｼ�
         </para>
         
         <para>
-            <literal>HashSet</literal> のインスタンスを持つインスタンス変数が
-            どのように初期化されるかに注目してみましょう。
-            これは新たに生成された（永続化されていない）コレクション型のプロパティを
-            初期化する最適な方法です。
-            （例えば <literal>persist()</literal> により）インスタンスを永続化しようとしたとき、
-            Hibernateは <literal>HashSet</literal> をHibernate独自の <literal>Set</literal>
-            の実装クラスに置き換えます。
-            このため、次のようなエラーには注意が必要です。
+            <literal>HashSet</literal> 縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧呈戟縺､繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ螟画焚縺�
+            縺ｩ縺ｮ繧医≧縺ｫ蛻晄悄蛹悶＆繧後ｋ縺九↓豕ｨ逶ｮ縺励※縺ｿ縺ｾ縺励ｇ縺��
+            縺薙ｌ縺ｯ譁ｰ縺溘↓逕滓�縺輔ｌ縺滂ｼ域ｰｸ邯壼喧縺輔ｌ縺ｦ縺�↑縺�ｼ峨さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ蝙九�繝励Ο繝代ユ繧｣繧�
+            蛻晄悄蛹悶☆繧区怙驕ｩ縺ｪ譁ｹ豕輔〒縺吶�
+            �井ｾ九∴縺ｰ <literal>persist()</literal> 縺ｫ繧医ｊ�峨う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧呈ｰｸ邯壼喧縺励ｈ縺�→縺励◆縺ｨ縺阪�
+            Hibernate縺ｯ <literal>HashSet</literal> 繧辿ibernate迢ｬ閾ｪ縺ｮ <literal>Set</literal>
+            縺ｮ螳溯｣�け繝ｩ繧ｹ縺ｫ鄂ｮ縺肴鋤縺医∪縺吶�
+            縺薙�縺溘ａ縲∵ｬ｡縺ｮ繧医≧縺ｪ繧ｨ繝ｩ繝ｼ縺ｫ縺ｯ豕ｨ諢上′蠢�ｦ√〒縺吶�
         </para>
         
         <programlisting><![CDATA[Cat cat = new DomesticCat();
@@ -54,39 +56,39 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
 (HashSet) cat.getKittens(); // Error!]]></programlisting>
 
         <para>
-            Hibernateにより注入された永続性コレクションは、インターフェイス型に応じて、
-            <literal>HashMap</literal> や <literal>HashSet</literal>、
-            <literal>TreeMap</literal>、 <literal>TreeSet</literal>、
-            <literal>ArrayList</literal> のように振舞います。
+            Hibernate縺ｫ繧医ｊ豕ｨ蜈･縺輔ｌ縺滓ｰｸ邯壽ｧ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ縲√う繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ蝙九↓蠢懊§縺ｦ縲�
+            <literal>HashMap</literal> 繧� <literal>HashSet</literal>縲�
+            <literal>TreeMap</literal>縲� <literal>TreeSet</literal>縲�
+            <literal>ArrayList</literal> 縺ｮ繧医≧縺ｫ謖ｯ闊槭＞縺ｾ縺吶�
          </para>
 
         <para>
-            コレクションインスタンスは、値型として普通に振舞います。
-            永続化オブジェクトに参照されたときに自動的に永続化され、
-            参照がなくなったときに自動的に削除されます。
-            もしある永続化オブジェクトから別の永続化オブジェクトに渡されたら、
-            その要素は現在のテーブルから別のテーブルに移動するかもしれません。
-            ２つのエンティティが同じコレクションインスタンスを共有してはいけません。
-            リレーショナルモデルをベースにしているため、コレクション型のプロパティに
-            null値を代入しても意味がありません。
-            つまりHibernateは参照先のないコレクションと空のコレクションを区別しません。
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲∝､蝙九→縺励※譎ｮ騾壹↓謖ｯ闊槭＞縺ｾ縺吶�
+            豌ｸ邯壼喧繧ｪ繝悶ず繧ｧ繧ｯ繝医↓蜿ら�縺輔ｌ縺溘→縺阪↓閾ｪ蜍慕噪縺ｫ豌ｸ邯壼喧縺輔ｌ縲�
+            蜿ら�縺後↑縺上↑縺｣縺溘→縺阪↓閾ｪ蜍慕噪縺ｫ蜑企勁縺輔ｌ縺ｾ縺吶�
+            繧ゅ＠縺ゅｋ豌ｸ邯壼喧繧ｪ繝悶ず繧ｧ繧ｯ繝医°繧牙挨縺ｮ豌ｸ邯壼喧繧ｪ繝悶ず繧ｧ繧ｯ繝医↓貂｡縺輔ｌ縺溘ｉ縲�
+            縺昴�隕∫ｴ�縺ｯ迴ｾ蝨ｨ縺ｮ繝��繝悶Ν縺九ｉ蛻･縺ｮ繝��繝悶Ν縺ｫ遘ｻ蜍輔☆繧九°繧ゅ＠繧後∪縺帙ｓ縲�
+            �偵▽縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縺悟酔縺倥さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧貞�譛峨＠縺ｦ縺ｯ縺�￠縺ｾ縺帙ｓ縲�
+            繝ｪ繝ｬ繝ｼ繧ｷ繝ｧ繝翫Ν繝｢繝�Ν繧偵�繝ｼ繧ｹ縺ｫ縺励※縺�ｋ縺溘ａ縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ蝙九�繝励Ο繝代ユ繧｣縺ｫ
+            null蛟､繧剃ｻ｣蜈･縺励※繧よэ蜻ｳ縺後≠繧翫∪縺帙ｓ縲�
+            縺､縺ｾ繧芥ibernate縺ｯ蜿ら�蜈医�縺ｪ縺�さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｨ遨ｺ縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧貞玄蛻･縺励∪縺帙ｓ縲�
         </para>
 
         <para>
-            しかしそれほど心配しなくても構いません。
-            普段使っているJavaのコレクションと同じように、永続化コレクションを使ってください。
-            双方向関連の意味を理解すればよいのです（これは後ほど説明します）。
+            縺励°縺励◎繧後⊇縺ｩ蠢��縺励↑縺上※繧よｧ九＞縺ｾ縺帙ｓ縲�
+            譎ｮ谿ｵ菴ｿ縺｣縺ｦ縺�ｋJava縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｨ蜷後§繧医≧縺ｫ縲∵ｰｸ邯壼喧繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧剃ｽｿ縺｣縺ｦ縺上□縺輔＞縲�
+            蜿梧婿蜷鷹未騾｣縺ｮ諢丞袖繧堤炊隗｣縺吶ｌ縺ｰ繧医＞縺ｮ縺ｧ縺呻ｼ医％繧後�蠕後⊇縺ｩ隱ｬ譏弱＠縺ｾ縺呻ｼ峨�
         </para>
 
     </sect1>
 
     <sect1 id="collections-mapping" revision="4">
-        <title>コレクションのマッピング</title>
+        <title>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繝槭ャ繝斐Φ繧ｰ</title>
 
         <para>
-            コレクションをマッピングするためのマッピング要素は、インターフェイスの型に依存します。
-            例えば、<literal>&lt;set&gt;</literal> 要素は <literal>Set</literal> 型を
-            マッピングするために使います。
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧偵�繝�ヴ繝ｳ繧ｰ縺吶ｋ縺溘ａ縺ｮ繝槭ャ繝斐Φ繧ｰ隕∫ｴ�縺ｯ縲√う繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｮ蝙九↓萓晏ｭ倥＠縺ｾ縺吶�
+            萓九∴縺ｰ縲�<literal>&lt;set&gt;</literal> 隕∫ｴ�縺ｯ <literal>Set</literal> 蝙九ｒ
+            繝槭ャ繝斐Φ繧ｰ縺吶ｋ縺溘ａ縺ｫ菴ｿ縺�∪縺吶�
         </para>
         
         <programlisting><![CDATA[<class name="Product">
@@ -98,10 +100,10 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
 </class>]]></programlisting>
 
         <para>
-            マッピング要素には <literal>&lt;set&gt;</literal> の他に <literal>&lt;list&gt;</literal>、
-            <literal>&lt;map&gt;</literal>、<literal>&lt;bag&gt;</literal>、
-            <literal>&lt;array&gt;</literal>、<literal>&lt;primitive-array&gt;</literal> があります。
-            代表として、<literal>&lt;map&gt;</literal> 要素を下記に示します。
+            繝槭ャ繝斐Φ繧ｰ隕∫ｴ�縺ｫ縺ｯ <literal>&lt;set&gt;</literal> 縺ｮ莉悶↓ <literal>&lt;list&gt;</literal>縲�
+            <literal>&lt;map&gt;</literal>縲�<literal>&lt;bag&gt;</literal>縲�
+            <literal>&lt;array&gt;</literal>縲�<literal>&lt;primitive-array&gt;</literal> 縺後≠繧翫∪縺吶�
+            莉｣陦ｨ縺ｨ縺励※縲�<literal>&lt;map&gt;</literal> 隕∫ｴ�繧剃ｸ玖ｨ倥↓遉ｺ縺励∪縺吶�
         </para>
 
         <programlistingco>
@@ -147,171 +149,171 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
             <calloutlist>
                 <callout arearefs="mappingcollection1">
                     <para>
-                        <literal>name</literal> コレクション型であるプロパティの名前
+                        <literal>name</literal> 繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ蝙九〒縺ゅｋ繝励Ο繝代ユ繧｣縺ｮ蜷榊燕
                     </para>
                 </callout>
                 <callout arearefs="mappingcollection2">
                     <para>
-                        <literal>table</literal> （オプション - デフォルトはプロパティ名）コレクションテーブルの名前
-                       （一対多関連では使用しません）。
+                        <literal>table</literal> �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医�繝励Ο繝代ユ繧｣蜷搾ｼ峨さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繝��繝悶Ν縺ｮ蜷榊燕
+                       �井ｸ蟇ｾ螟夐未騾｣縺ｧ縺ｯ菴ｿ逕ｨ縺励∪縺帙ｓ�峨�
                     </para>
                 </callout>
                 <callout arearefs="mappingcollection3">
                     <para>
-                        <literal>schema</literal> （オプション）テーブルスキーマの名前。
-                        ルート要素で宣言されているスキーマより優先されます。
+                        <literal>schema</literal> �医が繝励す繝ｧ繝ｳ�峨ユ繝ｼ繝悶Ν繧ｹ繧ｭ繝ｼ繝槭�蜷榊燕縲�
+                        繝ｫ繝ｼ繝郁ｦ∫ｴ�縺ｧ螳｣險縺輔ｌ縺ｦ縺�ｋ繧ｹ繧ｭ繝ｼ繝槭ｈ繧雁━蜈医＆繧後∪縺吶�
                     </para>
                 </callout>
                 <callout arearefs="mappingcollection4">
                     <para>
-                        <literal>lazy</literal> （オプション - デフォルトは <literal>true</literal>）
-                        遅延フェッチを無効にし、関連を常に即時にフェッチにするために使用します。
-                        または、「extra-lazy」フェッチを有効にするために使用します。
-                        「extra-lazy」フェッチは、ほとんどの操作ではコレクションを初期化しません
-                        （非常に大きなコレクションに適しています）。
+                        <literal>lazy</literal> �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>true</literal>��
+                        驕�ｻｶ繝輔ぉ繝�メ繧堤┌蜉ｹ縺ｫ縺励�未騾｣繧貞ｸｸ縺ｫ蜊ｳ譎ゅ↓繝輔ぉ繝�メ縺ｫ縺吶ｋ縺溘ａ縺ｫ菴ｿ逕ｨ縺励∪縺吶�
+                        縺ｾ縺溘�縲√憩xtra-lazy縲阪ヵ繧ｧ繝�メ繧呈怏蜉ｹ縺ｫ縺吶ｋ縺溘ａ縺ｫ菴ｿ逕ｨ縺励∪縺吶�
+                        縲憩xtra-lazy縲阪ヵ繧ｧ繝�メ縺ｯ縲√⊇縺ｨ繧薙←縺ｮ謫堺ｽ懊〒縺ｯ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧貞�譛溷喧縺励∪縺帙ｓ
+                        �磯撼蟶ｸ縺ｫ螟ｧ縺阪↑繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ驕ｩ縺励※縺�∪縺呻ｼ峨�
                     </para>
                 </callout>
                 <callout arearefs="mappingcollection5">
                     <para>
-                        <literal>inverse</literal> （オプション - デフォルトは <literal>false</literal>）
-                        このコレクションが双方向関連の「逆」側であるとマークします。
+                        <literal>inverse</literal> �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>false</literal>��
+                        縺薙�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺悟曙譁ｹ蜷鷹未騾｣縺ｮ縲碁�榊�縺ｧ縺ゅｋ縺ｨ繝槭�繧ｯ縺励∪縺吶�
                     </para>
                 </callout>
                 <callout arearefs="mappingcollection6">
                     <para>
-                        <literal>cascade</literal> （オプション - デフォルトは <literal>none</literal>）
-                        子エンティティへのカスケード操作を有効にします。
+                        <literal>cascade</literal> �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>none</literal>��
+                        蟄舌お繝ｳ繝�ぅ繝�ぅ縺ｸ縺ｮ繧ｫ繧ｹ繧ｱ繝ｼ繝画桃菴懊ｒ譛牙柑縺ｫ縺励∪縺吶�
                     </para>
                 </callout>
                 <callout arearefs="mappingcollection7">
                     <para>
-                        <literal>sort</literal> （オプション）コレクションを自然な順序でソートする場合は
-                        <literal>natural</literal> を指定します。
-                        あるいはComparatorクラスを指定します。
+                        <literal>sort</literal> �医が繝励す繝ｧ繝ｳ�峨さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧定�辟ｶ縺ｪ鬆�ｺ上〒繧ｽ繝ｼ繝医☆繧句�ｴ蜷医�
+                        <literal>natural</literal> 繧呈欠螳壹＠縺ｾ縺吶�
+                        縺ゅｋ縺��Comparator繧ｯ繝ｩ繧ｹ繧呈欠螳壹＠縺ｾ縺吶�
                     </para>
                 </callout>
                 <callout arearefs="mappingcollection8">
                     <para>
-                        <literal>order-by</literal> （オプション、JDK1.4のみ）
-                        <literal>Map</literal>、<literal>Set</literal>、bagのイテレーション順序を定義する
-                        テーブルカラムを指定すると共に、
-                        オプションとして <literal>asc</literal>、<literal>desc</literal> を指定します。
+                        <literal>order-by</literal> �医が繝励す繝ｧ繝ｳ縲゛DK1.4縺ｮ縺ｿ��
+                        <literal>Map</literal>縲�<literal>Set</literal>縲｜ag縺ｮ繧､繝�Ξ繝ｼ繧ｷ繝ｧ繝ｳ鬆�ｺ上ｒ螳夂ｾｩ縺吶ｋ
+                        繝��繝悶Ν繧ｫ繝ｩ繝�繧呈欠螳壹☆繧九→蜈ｱ縺ｫ縲�
+                        繧ｪ繝励す繝ｧ繝ｳ縺ｨ縺励※ <literal>asc</literal>縲�<literal>desc</literal> 繧呈欠螳壹＠縺ｾ縺吶�
                     </para>
                 </callout>
                 <callout arearefs="mappingcollection9">
                     <para>
-                        <literal>where</literal> （オプション）コレクションの検索や削除の際に使う
-                        任意のSQLの<literal>WHERE</literal> 条件を指定します
-                        （利用可能なデータの一部分だけをコレクションが含むべきときに、これは有用です）。
+                        <literal>where</literal> �医が繝励す繝ｧ繝ｳ�峨さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ讀懃ｴ｢繧�炎髯､縺ｮ髫帙↓菴ｿ縺�
+                        莉ｻ諢上�SQL縺ｮ<literal>WHERE</literal> 譚｡莉ｶ繧呈欠螳壹＠縺ｾ縺�
+                        �亥茜逕ｨ蜿ｯ閭ｽ縺ｪ繝��繧ｿ縺ｮ荳驛ｨ蛻�□縺代ｒ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺悟性繧縺ｹ縺阪→縺阪↓縲√％繧後�譛臥畑縺ｧ縺呻ｼ峨�
                     </para>
                 </callout>
                 <callout arearefs="mappingcollection10">
                     <para>
-                        <literal>fetch</literal>（オプション - デフォルトは <literal>select</literal>）
-                        外部結合によるフェッチ、順次選択フェッチ（sequential select fetch）、
-                        順次サブセレクトフェッチ（sequential subselect fetch）のどれかを選択してください。
+                        <literal>fetch</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>select</literal>��
+                        螟夜Κ邨仙粋縺ｫ繧医ｋ繝輔ぉ繝�メ縲���ｬ｡驕ｸ謚槭ヵ繧ｧ繝�メ��sequential select fetch�峨�
+                        鬆�ｬ｡繧ｵ繝悶そ繝ｬ繧ｯ繝医ヵ繧ｧ繝�メ��sequential subselect fetch�峨�縺ｩ繧後°繧帝∈謚槭＠縺ｦ縺上□縺輔＞縲�
                     </para>
                 </callout>
                 <callout arearefs="mappingcollection11">
                     <para>
-                        <literal>batch-size</literal> （オプション - デフォルトは <literal>1</literal>）
-                        コレクションのインスタンスの遅延フェッチのための「バッチサイズ」を指定します。
+                        <literal>batch-size</literal> �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>1</literal>��
+                        繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ驕�ｻｶ繝輔ぉ繝�メ縺ｮ縺溘ａ縺ｮ縲後ヰ繝�メ繧ｵ繧､繧ｺ縲阪ｒ謖�ｮ壹＠縺ｾ縺吶�
                     </para>
                 </callout>
                 <callout arearefs="mappingcollection12">
                     <para>
-                        <literal>access</literal> （オプション - デフォルトは <literal>property</literal>）
-                        コレクション型プロパティの値にアクセスするために使用する戦略です。
+                        <literal>access</literal> �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>property</literal>��
+                        繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ蝙九�繝ｭ繝代ユ繧｣縺ｮ蛟､縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ縺溘ａ縺ｫ菴ｿ逕ｨ縺吶ｋ謌ｦ逡･縺ｧ縺吶�
                     </para>
                 </callout>
                 <callout arearefs="mappingcollection13">
                     <para>
-                        <literal>optimistic-lock</literal>（オプション - デフォルトは <literal>true</literal>）
-                        コレクションの状態を変えることによって、
-                        そのオーナーであるエンティティのバージョンがインクリメントされるかを指定します。
-                        （一対多関連では、ほとんどの場合において無効に設定するのが妥当です。）
+                        <literal>optimistic-lock</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>true</literal>��
+                        繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ迥ｶ諷九ｒ螟峨∴繧九％縺ｨ縺ｫ繧医▲縺ｦ縲�
+                        縺昴�繧ｪ繝ｼ繝翫�縺ｧ縺ゅｋ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ繝舌�繧ｸ繝ｧ繝ｳ縺後う繝ｳ繧ｯ繝ｪ繝｡繝ｳ繝医＆繧後ｋ縺九ｒ謖�ｮ壹＠縺ｾ縺吶�
+                        �井ｸ蟇ｾ螟夐未騾｣縺ｧ縺ｯ縲√⊇縺ｨ繧薙←縺ｮ蝣ｴ蜷医↓縺翫＞縺ｦ辟｡蜉ｹ縺ｫ險ｭ螳壹☆繧九�縺悟ｦ･蠖薙〒縺吶ゑｼ�
                     </para>
                 </callout>
                 <callout arearefs="mappingcollection14">
                     <para>
-                        <literal>mutable</literal>（オプション - デフォルトは <literal>true</literal>）
-                        <literal>false</literal> 値は、コレクションの要素が変更されないことを表します
-                        （ある場合には、少しパフォーマンスを高めます）。
+                        <literal>mutable</literal>�医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>true</literal>��
+                        <literal>false</literal> 蛟､縺ｯ縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隕∫ｴ�縺悟､画峩縺輔ｌ縺ｪ縺�％縺ｨ繧定｡ｨ縺励∪縺�
+                        �医≠繧句�ｴ蜷医↓縺ｯ縲∝ｰ代＠繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ繧帝ｫ倥ａ縺ｾ縺呻ｼ峨�
                     </para>
                 </callout>
             </calloutlist>
         </programlistingco>
 
         <sect2 id="collections-foreignkeys" >
-           <title>コレクションの外部キー</title>
+           <title>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ螟夜Κ繧ｭ繝ｼ</title>
     
             <para>
-                コレクションのインスタンスは、データベース内では、
-                そのコレクションを所有するエンティティの外部キーによって識別されます。
-                この外部キーはコレクションテーブルの <emphasis>コレクションキーカラム</emphasis> と呼ばれます。
-                コレクションキーカラムは <literal>&lt;key&gt;</literal> 要素によりマッピングします。
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ蜀�〒縺ｯ縲�
+                縺昴�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧呈園譛峨☆繧九お繝ｳ繝�ぅ繝�ぅ縺ｮ螟夜Κ繧ｭ繝ｼ縺ｫ繧医▲縺ｦ隴伜挨縺輔ｌ縺ｾ縺吶�
+                縺薙�螟夜Κ繧ｭ繝ｼ縺ｯ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繝��繝悶Ν縺ｮ <emphasis>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧ｭ繝ｼ繧ｫ繝ｩ繝�</emphasis> 縺ｨ蜻ｼ縺ｰ繧後∪縺吶�
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺ｯ <literal>&lt;key&gt;</literal> 隕∫ｴ�縺ｫ繧医ｊ繝槭ャ繝斐Φ繧ｰ縺励∪縺吶�
             </para>
     
             <para>
-                外部キーカラムにはnull設定制約があるかもしれません。
-                ほとんどのコレクションに当てはまるでしょう。
-                単方向の一対多関連において、外部キーカラムはデフォルトでnullを許す設定になっています。
-                よって、<literal>not-null="true"</literal> を指定する必要があるかもしれません。
+                螟夜Κ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺ｫ縺ｯnull險ｭ螳壼宛邏�′縺ゅｋ縺九ｂ縺励ｌ縺ｾ縺帙ｓ縲�
+                縺ｻ縺ｨ繧薙←縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ蠖薙※縺ｯ縺ｾ繧九〒縺励ｇ縺��
+                蜊俶婿蜷代�荳蟇ｾ螟夐未騾｣縺ｫ縺翫＞縺ｦ縲∝､夜Κ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺ｯ繝�ヵ繧ｩ繝ｫ繝医〒null繧定ｨｱ縺呵ｨｭ螳壹↓縺ｪ縺｣縺ｦ縺�∪縺吶�
+                繧医▲縺ｦ縲�<literal>not-null="true"</literal> 繧呈欠螳壹☆繧句ｿ�ｦ√′縺ゅｋ縺九ｂ縺励ｌ縺ｾ縺帙ｓ縲�
             </para>
     
             <programlisting><![CDATA[<key column="productSerialNumber" not-null="true"/>]]></programlisting>
     
             <para>
-                外部キーの制約が <literal>ON DELETE CASCADE</literal> を使うかもしれません。
+                螟夜Κ繧ｭ繝ｼ縺ｮ蛻ｶ邏�′ <literal>ON DELETE CASCADE</literal> 繧剃ｽｿ縺�°繧ゅ＠繧後∪縺帙ｓ縲�
             </para>
     
             <programlisting><![CDATA[<key column="productSerialNumber" on-delete="cascade"/>]]></programlisting>
             
             <para>
-                <literal>&lt;key&gt;</literal> 要素のすべての定義については前の章を参照してください。
+                <literal>&lt;key&gt;</literal> 隕∫ｴ�縺ｮ縺吶∋縺ｦ縺ｮ螳夂ｾｩ縺ｫ縺､縺�※縺ｯ蜑阪�遶�繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
             </para>
             
         </sect2>
         
         <sect2 id="collections-elements" >
-            <title>コレクションの要素</title>
+            <title>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隕∫ｴ�</title>
     
             <para>
-                コレクションは他のHibernateの型のほとんど（すべての基本型、カスタム型、コンポーネント、
-                他のエンティティへの参照）を格納することができます。
-                次の点は重要な違いになります。
-                コレクションに格納されたオブジェクトが「値」セマンティクスとして扱われるのか
-                （ライフサイクルはコレクションのオーナーに完全に依存します）、
-                もしくはそれ自身のライフサイクルを持った別のエンティティへの参照であるかのかという違いです。
-                後者は、2つのオブジェクト間の「リンク」をコレクションに保持していると見なしているだけです。
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ莉悶�Hibernate縺ｮ蝙九�縺ｻ縺ｨ繧薙←�医☆縺ｹ縺ｦ縺ｮ蝓ｺ譛ｬ蝙九√き繧ｹ繧ｿ繝�蝙九√さ繝ｳ繝昴�繝阪Φ繝医�
+                莉悶�繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｸ縺ｮ蜿ら��峨ｒ譬ｼ邏阪☆繧九％縺ｨ縺後〒縺阪∪縺吶�
+                谺｡縺ｮ轤ｹ縺ｯ驥崎ｦ√↑驕輔＞縺ｫ縺ｪ繧翫∪縺吶�
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ譬ｼ邏阪＆繧後◆繧ｪ繝悶ず繧ｧ繧ｯ繝医′縲悟､縲阪そ繝槭Φ繝�ぅ繧ｯ繧ｹ縺ｨ縺励※謇ｱ繧上ｌ繧九�縺�
+                �医Λ繧､繝輔し繧､繧ｯ繝ｫ縺ｯ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ｪ繝ｼ繝翫�縺ｫ螳悟�縺ｫ萓晏ｭ倥＠縺ｾ縺呻ｼ峨�
+                繧ゅ＠縺上�縺昴ｌ閾ｪ霄ｫ縺ｮ繝ｩ繧､繝輔し繧､繧ｯ繝ｫ繧呈戟縺｣縺溷挨縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｸ縺ｮ蜿ら�縺ｧ縺ゅｋ縺九�縺九→縺�≧驕輔＞縺ｧ縺吶�
+                蠕瑚��縲�2縺､縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝磯俣縺ｮ縲後Μ繝ｳ繧ｯ縲阪ｒ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ菫晄戟縺励※縺�ｋ縺ｨ隕九↑縺励※縺�ｋ縺�縺代〒縺吶�
             </para>
                 
             <para>
-                格納される型は <emphasis>コレクション要素型</emphasis> と呼ばれます。
-                コレクション要素は、<literal>&lt;element&gt;</literal> または <literal>&lt;composite-element&gt;</literal>
-                によりマッピングされ、エンティティへの参照の場合には
-                <literal>&lt;one-to-many&gt;</literal> または <literal>&lt;many-to-many&gt;</literal>
-                によりマッピングされます。
-                最初の二つは値として要素をマッピングし、次の二つはエンティティの関連をマッピングするのに使われます。
+                譬ｼ邏阪＆繧後ｋ蝙九� <emphasis>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ隕∫ｴ�蝙�</emphasis> 縺ｨ蜻ｼ縺ｰ繧後∪縺吶�
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ隕∫ｴ�縺ｯ縲�<literal>&lt;element&gt;</literal> 縺ｾ縺溘� <literal>&lt;composite-element&gt;</literal>
+                縺ｫ繧医ｊ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縲√お繝ｳ繝�ぅ繝�ぅ縺ｸ縺ｮ蜿ら�縺ｮ蝣ｴ蜷医↓縺ｯ
+                <literal>&lt;one-to-many&gt;</literal> 縺ｾ縺溘� <literal>&lt;many-to-many&gt;</literal>
+                縺ｫ繧医ｊ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｾ縺吶�
+                譛蛻昴�莠後▽縺ｯ蛟､縺ｨ縺励※隕∫ｴ�繧偵�繝�ヴ繝ｳ繧ｰ縺励∵ｬ｡縺ｮ莠後▽縺ｯ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ髢｢騾｣繧偵�繝�ヴ繝ｳ繧ｰ縺吶ｋ縺ｮ縺ｫ菴ｿ繧上ｌ縺ｾ縺吶�
             </para>
             
         </sect2>
         
         <sect2 id="collections-indexed">
-            <title>インデックス付きのコレクション</title>
+            <title>繧､繝ｳ繝�ャ繧ｯ繧ｹ莉倥″縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ</title>
     
             <para>
-                setとbagを除く全てのコレクションマッピングには、
-                コレクションテーブルの中に <emphasis>インデックス用のカラム</emphasis> が必要です。
-                そのカラムに、配列や <literal>List</literal> のインデックス、
-                もしくは <literal>Map</literal> のキーをマッピングします。
-                <literal>Map</literal> のインデックスは、
-                <literal>&lt;map-key&gt;</literal> によりマッピングされた基本型か、
-                <literal>&lt;map-key-many-to-many&gt;</literal> によりマッピングされたエンティティの関連か、
-                あるいは <literal>&lt;composite-map-key&gt;</literal> によりマッピングされたコンポジット型になります。
-                配列かリストのインデックスは、常に <literal>integer</literal> 型で、
-                <literal>&lt;list-index&gt;</literal> 要素によりマッピングします。
-                マッピングされたカラムにはシーケンシャルな整数を格納します（デフォルトでは0から番号が付けられます）。
+                set縺ｨbag繧帝勁縺丞�縺ｦ縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繝槭ャ繝斐Φ繧ｰ縺ｫ縺ｯ縲�
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繝��繝悶Ν縺ｮ荳ｭ縺ｫ <emphasis>繧､繝ｳ繝�ャ繧ｯ繧ｹ逕ｨ縺ｮ繧ｫ繝ｩ繝�</emphasis> 縺悟ｿ�ｦ√〒縺吶�
+                縺昴�繧ｫ繝ｩ繝�縺ｫ縲��蛻励ｄ <literal>List</literal> 縺ｮ繧､繝ｳ繝�ャ繧ｯ繧ｹ縲�
+                繧ゅ＠縺上� <literal>Map</literal> 縺ｮ繧ｭ繝ｼ繧偵�繝�ヴ繝ｳ繧ｰ縺励∪縺吶�
+                <literal>Map</literal> 縺ｮ繧､繝ｳ繝�ャ繧ｯ繧ｹ縺ｯ縲�
+                <literal>&lt;map-key&gt;</literal> 縺ｫ繧医ｊ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺溷渕譛ｬ蝙九°縲�
+                <literal>&lt;map-key-many-to-many&gt;</literal> 縺ｫ繧医ｊ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺溘お繝ｳ繝�ぅ繝�ぅ縺ｮ髢｢騾｣縺九�
+                縺ゅｋ縺�� <literal>&lt;composite-map-key&gt;</literal> 縺ｫ繧医ｊ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺溘さ繝ｳ繝昴ず繝�ヨ蝙九↓縺ｪ繧翫∪縺吶�
+                驟榊�縺九Μ繧ｹ繝医�繧､繝ｳ繝�ャ繧ｯ繧ｹ縺ｯ縲∝ｸｸ縺ｫ <literal>integer</literal> 蝙九〒縲�
+                <literal>&lt;list-index&gt;</literal> 隕∫ｴ�縺ｫ繧医ｊ繝槭ャ繝斐Φ繧ｰ縺励∪縺吶�
+                繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺溘き繝ｩ繝�縺ｫ縺ｯ繧ｷ繝ｼ繧ｱ繝ｳ繧ｷ繝｣繝ｫ縺ｪ謨ｴ謨ｰ繧呈�ｼ邏阪＠縺ｾ縺呻ｼ医ョ繝輔か繝ｫ繝医〒縺ｯ0縺九ｉ逡ｪ蜿ｷ縺御ｻ倥￠繧峨ｌ縺ｾ縺呻ｼ峨�
             </para>
 
         <programlistingco>
@@ -325,13 +327,13 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
             <calloutlist>
                 <callout arearefs="index1">
                     <para>
-                        <literal>column_name</literal>（必須）:コレクションインデックスの値を保持するカラムの名前。
+                        <literal>column_name</literal>�亥ｿ��茨ｼ�:繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧､繝ｳ繝�ャ繧ｯ繧ｹ縺ｮ蛟､繧剃ｿ晄戟縺吶ｋ繧ｫ繝ｩ繝�縺ｮ蜷榊燕縲�
                     </para>
                 </callout>
                 <callout arearefs="index2">
                     <para>
-                        <literal>base</literal>（オプション、デフォルトは <literal>0</literal>）:
-                        リストもしくは配列の最初の要素に該当するインデックスカラムの値。
+                        <literal>base</literal>�医が繝励す繝ｧ繝ｳ縲√ョ繝輔か繝ｫ繝医� <literal>0</literal>��:
+                        繝ｪ繧ｹ繝医ｂ縺励￥縺ｯ驟榊�縺ｮ譛蛻昴�隕∫ｴ�縺ｫ隧ｲ蠖薙☆繧九う繝ｳ繝�ャ繧ｯ繧ｹ繧ｫ繝ｩ繝�縺ｮ蛟､縲�
                     </para>
                 </callout>
             </calloutlist>
@@ -352,17 +354,17 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
             <calloutlist>
                 <callout arearefs="mapkey1">
                     <para>
-                        <literal>column</literal>（オプション）: コレクションインデックスの値を保持するカラムの名前。
+                        <literal>column</literal>�医が繝励す繝ｧ繝ｳ��: 繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧､繝ｳ繝�ャ繧ｯ繧ｹ縺ｮ蛟､繧剃ｿ晄戟縺吶ｋ繧ｫ繝ｩ繝�縺ｮ蜷榊燕縲�
                     </para>
                 </callout>
                 <callout arearefs="mapkey2">
                     <para>
-                        <literal>formula</literal>（オプション）: Mapのキーを評価するのに使われるSQL式。
+                        <literal>formula</literal>�医が繝励す繝ｧ繝ｳ��: Map縺ｮ繧ｭ繝ｼ繧定ｩ穂ｾ｡縺吶ｋ縺ｮ縺ｫ菴ｿ繧上ｌ繧鬼QL蠑上�
                     </para>
                 </callout>
                 <callout arearefs="mapkey3">
                     <para>
-                        <literal>type</literal>（必須）: Mapのキーの型。
+                        <literal>type</literal>�亥ｿ��茨ｼ�: Map縺ｮ繧ｭ繝ｼ縺ｮ蝙九�
                     </para>
                 </callout>
             </calloutlist>
@@ -382,20 +384,20 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
             <calloutlist>
                 <callout arearefs="indexmanytomany1">
                     <para>
-                        <literal>column</literal> （オプション）:
-                        コレクションインデックスの値のための外部キーカラムの名前。
+                        <literal>column</literal> �医が繝励す繝ｧ繝ｳ��:
+                        繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧､繝ｳ繝�ャ繧ｯ繧ｹ縺ｮ蛟､縺ｮ縺溘ａ縺ｮ螟夜Κ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺ｮ蜷榊燕縲�
                     </para>
                 </callout>
                 <callout arearefs="indexmanytomany2">
                     <para>
-                        <literal>formula</literal> （オプション）:
-                        Mapのキーのための外部キーを評価するために使うSQL式。
+                        <literal>formula</literal> �医が繝励す繝ｧ繝ｳ��:
+                        Map縺ｮ繧ｭ繝ｼ縺ｮ縺溘ａ縺ｮ螟夜Κ繧ｭ繝ｼ繧定ｩ穂ｾ｡縺吶ｋ縺溘ａ縺ｫ菴ｿ縺�SQL蠑上�
                     </para>
                 </callout>
                 <callout arearefs="indexmanytomany3">
                     <para>
-                        <literal>class</literal> （必須）:
-                        Mapのキーとして使われるエンティティクラス。
+                        <literal>class</literal> �亥ｿ��茨ｼ�:
+                        Map縺ｮ繧ｭ繝ｼ縺ｨ縺励※菴ｿ繧上ｌ繧九お繝ｳ繝�ぅ繝�ぅ繧ｯ繝ｩ繧ｹ縲�
                     </para>
                 </callout>
             </calloutlist>
@@ -403,33 +405,33 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
 
 
             <para>
-                もしテーブルにインデックスカラムがなくても、プロパティ型として <literal>List</literal> を使いたければ、
-                Hibernateの <emphasis>&lt;bag&gt;</emphasis> としてプロパティをマッピングします。
-                bagはデータベースから復元される時、順序を保持しません。
-                しかし、（メモリ上で）ソートしたり、（SQLで）順序付けしたり（order by）することもできます。
+                繧ゅ＠繝��繝悶Ν縺ｫ繧､繝ｳ繝�ャ繧ｯ繧ｹ繧ｫ繝ｩ繝�縺後↑縺上※繧ゅ√�繝ｭ繝代ユ繧｣蝙九→縺励※ <literal>List</literal> 繧剃ｽｿ縺�◆縺代ｌ縺ｰ縲�
+                Hibernate縺ｮ <emphasis>&lt;bag&gt;</emphasis> 縺ｨ縺励※繝励Ο繝代ユ繧｣繧偵�繝�ヴ繝ｳ繧ｰ縺励∪縺吶�
+                bag縺ｯ繝��繧ｿ繝吶�繧ｹ縺九ｉ蠕ｩ蜈�＆繧後ｋ譎ゅ���ｺ上ｒ菫晄戟縺励∪縺帙ｓ縲�
+                縺励°縺励�ｼ医Γ繝｢繝ｪ荳翫〒�峨た繝ｼ繝医＠縺溘ｊ縲�ｼ�SQL縺ｧ�蛾��ｺ丈ｻ倥￠縺励◆繧奇ｼ�order by�峨☆繧九％縺ｨ繧ゅ〒縺阪∪縺吶�
             </para>
             
         </sect2>
 
         <para>
-            多くの一般的なリレーショナルモデルをカバーしたために、
-            コレクションのために利用できるマッピングにはかなりの幅があります。
-            様々なマッピング宣言がどのようにデータベーステーブルに変換されるかを知るために、
-            スキーマ生成ツールを使ってみると良いでしょう。
+            螟壹￥縺ｮ荳闊ｬ逧�↑繝ｪ繝ｬ繝ｼ繧ｷ繝ｧ繝翫Ν繝｢繝�Ν繧偵き繝舌�縺励◆縺溘ａ縺ｫ縲�
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ縺溘ａ縺ｫ蛻ｩ逕ｨ縺ｧ縺阪ｋ繝槭ャ繝斐Φ繧ｰ縺ｫ縺ｯ縺九↑繧翫�蟷�′縺ゅｊ縺ｾ縺吶�
+            讒倥�↑繝槭ャ繝斐Φ繧ｰ螳｣險縺後←縺ｮ繧医≧縺ｫ繝��繧ｿ繝吶�繧ｹ繝��繝悶Ν縺ｫ螟画鋤縺輔ｌ繧九°繧堤衍繧九◆繧√↓縲�
+            繧ｹ繧ｭ繝ｼ繝樒函謌舌ヤ繝ｼ繝ｫ繧剃ｽｿ縺｣縺ｦ縺ｿ繧九→濶ｯ縺�〒縺励ｇ縺��
         </para>
 
     <sect2 id="collections-ofvalues" revision="2">
-        <title>値のコレクションと多対多関連</title>
+        <title>蛟､縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｨ螟壼ｯｾ螟夐未騾｣</title>
 
         <para>
-            値のコレクションや多対多関連は、専用の <emphasis>コレクションテーブル</emphasis> が必要です。
-            このテーブルは、外部キーカラムと、
-            <emphasis>コレクション要素のカラム</emphasis> と、
-            場合によってはインデックスカラムを持ちます。
+            蛟､縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧�､壼ｯｾ螟夐未騾｣縺ｯ縲∝ｰら畑縺ｮ <emphasis>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繝��繝悶Ν</emphasis> 縺悟ｿ�ｦ√〒縺吶�
+            縺薙�繝��繝悶Ν縺ｯ縲∝､夜Κ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺ｨ縲�
+            <emphasis>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ隕∫ｴ�縺ｮ繧ｫ繝ｩ繝�</emphasis> 縺ｨ縲�
+            蝣ｴ蜷医↓繧医▲縺ｦ縺ｯ繧､繝ｳ繝�ャ繧ｯ繧ｹ繧ｫ繝ｩ繝�繧呈戟縺｡縺ｾ縺吶�
         </para>
 
         <para>
-            値のコレクションのために、<literal>&lt;element&gt;</literal>タグを使用します。
+            蛟､縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ縺溘ａ縺ｫ縲�<literal>&lt;element&gt;</literal>繧ｿ繧ｰ繧剃ｽｿ逕ｨ縺励∪縺吶�
         </para>
 
         <programlistingco>
@@ -452,24 +454,24 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
             <calloutlist>
                 <callout arearefs="element1b">
                     <para>
-                        <literal>column</literal> （オプション）: コレクションの要素の値を保持するカラムの名前。
+                        <literal>column</literal> �医が繝励す繝ｧ繝ｳ��: 繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隕∫ｴ�縺ｮ蛟､繧剃ｿ晄戟縺吶ｋ繧ｫ繝ｩ繝�縺ｮ蜷榊燕縲�
                     </para>
                 </callout>
                 <callout arearefs="element2b">
                     <para>
-                        <literal>formula</literal> （オプション）: 要素を評価するために使うSQL式。
+                        <literal>formula</literal> �医が繝励す繝ｧ繝ｳ��: 隕∫ｴ�繧定ｩ穂ｾ｡縺吶ｋ縺溘ａ縺ｫ菴ｿ縺�SQL蠑上�
                     </para>
                 </callout>
                 <callout arearefs="element3b">
                     <para>
-                        <literal>type</literal> （必須）コレクションの要素の型。
+                        <literal>type</literal> �亥ｿ��茨ｼ峨さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隕∫ｴ�縺ｮ蝙九�
                     </para>
                 </callout>
             </calloutlist>
         </programlistingco>
 
         <para>
-            <emphasis>多対多関連</emphasis> は <literal>&lt;many-to-many&gt;</literal> 要素で指定します。
+            <emphasis>螟壼ｯｾ螟夐未騾｣</emphasis> 縺ｯ <literal>&lt;many-to-many&gt;</literal> 隕∫ｴ�縺ｧ謖�ｮ壹＠縺ｾ縺吶�
         </para>
 
         <programlistingco>
@@ -498,64 +500,64 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
             <calloutlist>
                 <callout arearefs="manytomany1">
                     <para>
-                        <literal>column</literal> （オプション）: 外部キーカラムの要素の名前。
+                        <literal>column</literal> �医が繝励す繝ｧ繝ｳ��: 螟夜Κ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺ｮ隕∫ｴ�縺ｮ蜷榊燕縲�
                     </para>
                 </callout>
                 <callout arearefs="manytomany2">
                     <para>
-                        <literal>formula</literal> （オプション）: 外部キー値の要素を評価するために使うSQL式。
+                        <literal>formula</literal> �医が繝励す繝ｧ繝ｳ��: 螟夜Κ繧ｭ繝ｼ蛟､縺ｮ隕∫ｴ�繧定ｩ穂ｾ｡縺吶ｋ縺溘ａ縺ｫ菴ｿ縺�SQL蠑上�
                     </para>
                 </callout>
                 <callout arearefs="manytomany3">
                     <para>
-                        <literal>class</literal> （必須）: 関連クラスの名前。
+                        <literal>class</literal> �亥ｿ��茨ｼ�: 髢｢騾｣繧ｯ繝ｩ繧ｹ縺ｮ蜷榊燕縲�
                     </para>
                 </callout>
                 <callout arearefs="manytomany4">
                     <para>
-                        <literal>fetch</literal> (オプション - デフォルトは <literal>join</literal>):
-                        関連のために、外部結合か順次選択フェッチを有効にします。
-                        これは特殊なケースですが、エンティティと他のエンティティとの多対多関係を
-                        （１つの <literal>SELECT</literal> により）完全に即時にフェッチするためには、
-                        そのコレクション自体だけでなく、
-                        ネストした要素である <literal>&lt;many-to-many&gt;</literal> のこの属性についても
-                        <literal>join</literal> フェッチを有効する必要があります。
+                        <literal>fetch</literal> (繧ｪ繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>join</literal>):
+                        髢｢騾｣縺ｮ縺溘ａ縺ｫ縲∝､夜Κ邨仙粋縺矩��ｬ｡驕ｸ謚槭ヵ繧ｧ繝�メ繧呈怏蜉ｹ縺ｫ縺励∪縺吶�
+                        縺薙ｌ縺ｯ迚ｹ谿翫↑繧ｱ繝ｼ繧ｹ縺ｧ縺吶′縲√お繝ｳ繝�ぅ繝�ぅ縺ｨ莉悶�繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｨ縺ｮ螟壼ｯｾ螟夐未菫ゅｒ
+                        �茨ｼ代▽縺ｮ <literal>SELECT</literal> 縺ｫ繧医ｊ�牙ｮ悟�縺ｫ蜊ｳ譎ゅ↓繝輔ぉ繝�メ縺吶ｋ縺溘ａ縺ｫ縺ｯ縲�
+                        縺昴�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ閾ｪ菴薙□縺代〒縺ｪ縺上�
+                        繝阪せ繝医＠縺溯ｦ∫ｴ�縺ｧ縺ゅｋ <literal>&lt;many-to-many&gt;</literal> 縺ｮ縺薙�螻樊ｧ縺ｫ縺､縺�※繧�
+                        <literal>join</literal> 繝輔ぉ繝�メ繧呈怏蜉ｹ縺吶ｋ蠢�ｦ√′縺ゅｊ縺ｾ縺吶�
                     </para>
                 </callout>
                 <callout arearefs="manytomany5">
                     <para>
-                        <literal>unique</literal> （オプション）:
-                        外部キーカラムのユニーク制約のDDL生成を有効にします。
-                        これは、関連の多重度を事実上一対多にします。
+                        <literal>unique</literal> �医が繝励す繝ｧ繝ｳ��:
+                        螟夜Κ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺ｮ繝ｦ繝九�繧ｯ蛻ｶ邏��DDL逕滓�繧呈怏蜉ｹ縺ｫ縺励∪縺吶�
+                        縺薙ｌ縺ｯ縲�未騾｣縺ｮ螟夐㍾蠎ｦ繧剃ｺ句ｮ滉ｸ贋ｸ蟇ｾ螟壹↓縺励∪縺吶�
                     </para>
                 </callout>
                     <callout arearefs="manytomany6">
                         <para>
-                            <literal>not-found</literal> （オプション - デフォルトは <literal>exception</literal>）
-                            参照先の行がない外部キーをどのように扱うかを指定します。
-                            <literal>ignore</literal> にすると、行がないことを関連が無いものとして扱います。
+                            <literal>not-found</literal> �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>exception</literal>��
+                            蜿ら�蜈医�陦後′縺ｪ縺�､夜Κ繧ｭ繝ｼ繧偵←縺ｮ繧医≧縺ｫ謇ｱ縺�°繧呈欠螳壹＠縺ｾ縺吶�
+                            <literal>ignore</literal> 縺ｫ縺吶ｋ縺ｨ縲∬｡後′縺ｪ縺�％縺ｨ繧帝未騾｣縺檎┌縺�ｂ縺ｮ縺ｨ縺励※謇ｱ縺�∪縺吶�
                         </para>
                     </callout>
                 <callout arearefs="manytomany7">
                     <para>
-                        <literal>entity-name</literal> （オプション）:
-                        <literal>class</literal> の代替である関連クラスのエンティティ名。
-                        <literal>class</literal> の代わりに指定する、関連クラスのエンティティ名。
+                        <literal>entity-name</literal> �医が繝励す繝ｧ繝ｳ��:
+                        <literal>class</literal> 縺ｮ莉｣譖ｿ縺ｧ縺ゅｋ髢｢騾｣繧ｯ繝ｩ繧ｹ縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ蜷阪�
+                        <literal>class</literal> 縺ｮ莉｣繧上ｊ縺ｫ謖�ｮ壹☆繧九�未騾｣繧ｯ繝ｩ繧ｹ縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ蜷阪�
                     </para>
                 </callout>
                 <callout arearefs="manytomany8">
                     <para>
-                        <literal>property-ref</literal>: （オプション）
-                        この外部キーに結合する関連クラスのプロパティ名。
-                        指定しなかった場合は、関連クラスの主キーを使います。
+                        <literal>property-ref</literal>: �医が繝励す繝ｧ繝ｳ��
+                        縺薙�螟夜Κ繧ｭ繝ｼ縺ｫ邨仙粋縺吶ｋ髢｢騾｣繧ｯ繝ｩ繧ｹ縺ｮ繝励Ο繝代ユ繧｣蜷阪�
+                        謖�ｮ壹＠縺ｪ縺九▲縺溷�ｴ蜷医�縲�未騾｣繧ｯ繝ｩ繧ｹ縺ｮ荳ｻ繧ｭ繝ｼ繧剃ｽｿ縺�∪縺吶�
                     </para>                
                 </callout>                   
             </calloutlist>
         </programlistingco>
 
         <para>
-            以下にいくつか例を示します。
-            まずはStringのsetに関しての例です。
+            莉･荳九↓縺�￥縺､縺倶ｾ九ｒ遉ｺ縺励∪縺吶�
+            縺ｾ縺壹�String縺ｮset縺ｫ髢｢縺励※縺ｮ萓九〒縺吶�
         </para>
 
         <programlisting><![CDATA[<set name="names" table="person_names">
@@ -564,7 +566,7 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
 </set>]]></programlisting>
 
         <para>
-            整数値を含むbag（bagは <literal>order-by</literal> 属性によって反復順序が定義されています）
+            謨ｴ謨ｰ蛟､繧貞性繧bag��bag縺ｯ <literal>order-by</literal> 螻樊ｧ縺ｫ繧医▲縺ｦ蜿榊ｾｩ鬆�ｺ上′螳夂ｾｩ縺輔ｌ縺ｦ縺�∪縺呻ｼ�
         </para>
 
         <programlisting><![CDATA[<bag name="sizes" 
@@ -575,7 +577,7 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
 </bag>]]></programlisting>
 
         <para>
-            エンティティの配列 - この場合、多対多の関連です。
+            繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ驟榊� - 縺薙�蝣ｴ蜷医∝､壼ｯｾ螟壹�髢｢騾｣縺ｧ縺吶�
         </para>
 
         <programlisting><![CDATA[<array name="addresses" 
@@ -587,7 +589,7 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
 </array>]]></programlisting>
 
         <para>
-            文字列と日付のmap
+            譁�ｭ怜�縺ｨ譌･莉倥�map
         </para>
 
         <programlisting><![CDATA[<map name="holidays" 
@@ -600,7 +602,7 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
 </map>]]></programlisting>
 
         <para>
-            コンポーネントのlist（次の章で詳しく説明します）
+            繧ｳ繝ｳ繝昴�繝阪Φ繝医�list�域ｬ｡縺ｮ遶�縺ｧ隧ｳ縺励￥隱ｬ譏弱＠縺ｾ縺呻ｼ�
         </para>
 
         <programlisting><![CDATA[<list name="carComponents" 
@@ -617,33 +619,33 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
     </sect2>
 
     <sect2 id="collections-onetomany">
-        <title>一対多関連</title>
+        <title>荳蟇ｾ螟夐未騾｣</title>
 
         <para>
-            <emphasis>一対多関連</emphasis> は、コレクション･テーブルを介さず、
-            外部キーにより2つのクラスのテーブルを関連付けます。
-            このマッピングは標準的なJavaのコレクションのセマンティクスをいくつか失います。
+            <emphasis>荳蟇ｾ螟夐未騾｣</emphasis> 縺ｯ縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ�･繝��繝悶Ν繧剃ｻ九＆縺壹�
+            螟夜Κ繧ｭ繝ｼ縺ｫ繧医ｊ2縺､縺ｮ繧ｯ繝ｩ繧ｹ縺ｮ繝��繝悶Ν繧帝未騾｣莉倥￠縺ｾ縺吶�
+            縺薙�繝槭ャ繝斐Φ繧ｰ縺ｯ讓呎ｺ也噪縺ｪJava縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ｻ繝槭Φ繝�ぅ繧ｯ繧ｹ繧偵＞縺上▽縺句､ｱ縺�∪縺吶�
         </para>
 
         <itemizedlist spacing="compact">
             <listitem>
                 <para>
-                    エンティティクラスのインスタンスは、
-                    2つ以上のコレクションのインスタンスに属してはいけません。
+                    繧ｨ繝ｳ繝�ぅ繝�ぅ繧ｯ繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲�
+                    2縺､莉･荳翫�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｫ螻槭＠縺ｦ縺ｯ縺�￠縺ｾ縺帙ｓ縲�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    コレクションに含まれるエンティティクラスのインスタンスは、
-                    コレクションインデックスの値として2度以上現れてはいけません。
+                    繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ蜷ｫ縺ｾ繧後ｋ繧ｨ繝ｳ繝�ぅ繝�ぅ繧ｯ繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲�
+                    繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧､繝ｳ繝�ャ繧ｯ繧ｹ縺ｮ蛟､縺ｨ縺励※2蠎ｦ莉･荳顔樟繧後※縺ｯ縺�￠縺ｾ縺帙ｓ縲�
                 </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            <literal>Product</literal> から <literal>Part</literal> への関連は、
-            <literal>Part</literal> テーブルへの外部キーカラムと、場合によってはインデックスカラムが必要です。
-            <literal>&lt;one-to-many&gt;</literal> タグは、これが一対多関連であることを表しています。
+            <literal>Product</literal> 縺九ｉ <literal>Part</literal> 縺ｸ縺ｮ髢｢騾｣縺ｯ縲�
+            <literal>Part</literal> 繝��繝悶Ν縺ｸ縺ｮ螟夜Κ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺ｨ縲∝�ｴ蜷医↓繧医▲縺ｦ縺ｯ繧､繝ｳ繝�ャ繧ｯ繧ｹ繧ｫ繝ｩ繝�縺悟ｿ�ｦ√〒縺吶�
+            <literal>&lt;one-to-many&gt;</literal> 繧ｿ繧ｰ縺ｯ縲√％繧後′荳蟇ｾ螟夐未騾｣縺ｧ縺ゅｋ縺薙→繧定｡ｨ縺励※縺�∪縺吶�
         </para>
 
         <programlistingco>
@@ -662,44 +664,44 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
             <calloutlist>
                 <callout arearefs="onetomany1">
                     <para>
-                        <literal>class</literal> （必須）: 関連クラスの名前。
+                        <literal>class</literal> �亥ｿ��茨ｼ�: 髢｢騾｣繧ｯ繝ｩ繧ｹ縺ｮ蜷榊燕縲�
                     </para>
                 </callout>
                         <callout arearefs="onetomany2">
                             <para>
-                                <literal>not-found</literal> （オプション - デフォルトは <literal>exception</literal>）:
-                                参照先の行がないキャッシュされた識別子をどのように扱うかを指定します。
-                                <literal>ignore</literal> を指定すると、行がないことを関連がないものとして扱います。
+                                <literal>not-found</literal> �医が繝励す繝ｧ繝ｳ - 繝�ヵ繧ｩ繝ｫ繝医� <literal>exception</literal>��:
+                                蜿ら�蜈医�陦後′縺ｪ縺�く繝｣繝�す繝･縺輔ｌ縺溯ｭ伜挨蟄舌ｒ縺ｩ縺ｮ繧医≧縺ｫ謇ｱ縺�°繧呈欠螳壹＠縺ｾ縺吶�
+                                <literal>ignore</literal> 繧呈欠螳壹☆繧九→縲∬｡後′縺ｪ縺�％縺ｨ繧帝未騾｣縺後↑縺�ｂ縺ｮ縺ｨ縺励※謇ｱ縺�∪縺吶�
                             </para>
                         </callout>
                 <callout arearefs="onetomany3">
                     <para>
-                        <literal>entity-name</literal> （オプション）:
-                        <literal>class</literal> の代替である関連クラスのエンティティ名。
-                        <literal>class</literal> の代わりに指定する、関連クラスのエンティティ名。
+                        <literal>entity-name</literal> �医が繝励す繝ｧ繝ｳ��:
+                        <literal>class</literal> 縺ｮ莉｣譖ｿ縺ｧ縺ゅｋ髢｢騾｣繧ｯ繝ｩ繧ｹ縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ蜷阪�
+                        <literal>class</literal> 縺ｮ莉｣繧上ｊ縺ｫ謖�ｮ壹☆繧九�未騾｣繧ｯ繝ｩ繧ｹ縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ蜷阪�
                     </para>
                 </callout>
             </calloutlist>
        </programlistingco>
   
         <para>
-            <literal>&lt;one-to-many&gt;</literal> 要素はカラムを宣言する必要がないことに注意してください。
-            同様に <literal>テーブル</literal> 名を指定する必要もありません。
+            <literal>&lt;one-to-many&gt;</literal> 隕∫ｴ�縺ｯ繧ｫ繝ｩ繝�繧貞ｮ｣險縺吶ｋ蠢�ｦ√′縺ｪ縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+            蜷梧ｧ倥↓ <literal>繝��繝悶Ν</literal> 蜷阪ｒ謖�ｮ壹☆繧句ｿ�ｦ√ｂ縺ゅｊ縺ｾ縺帙ｓ縲�
         </para>
 
         <para>
-            <emphasis>とても重要な注意:</emphasis> もし <literal>&lt;one-to-many&gt;</literal>
-            関連の外部キーカラムが <literal>NOT NULL</literal>と宣言された場合、
-            <literal>&lt;key&gt;</literal> マッピングに <literal>not-null="true"</literal> を宣言するか、
-            コレクションマッピングに <literal>inverse="true"</literal> を付けた上で、
-            <emphasis>双方向関連を使う</emphasis> 必要があります。
-            双方向関連についてはこの章の後のほうで説明します。
+            <emphasis>縺ｨ縺ｦ繧る㍾隕√↑豕ｨ諢�:</emphasis> 繧ゅ＠ <literal>&lt;one-to-many&gt;</literal>
+            髢｢騾｣縺ｮ螟夜Κ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺� <literal>NOT NULL</literal>縺ｨ螳｣險縺輔ｌ縺溷�ｴ蜷医�
+            <literal>&lt;key&gt;</literal> 繝槭ャ繝斐Φ繧ｰ縺ｫ <literal>not-null="true"</literal> 繧貞ｮ｣險縺吶ｋ縺九�
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繝槭ャ繝斐Φ繧ｰ縺ｫ <literal>inverse="true"</literal> 繧剃ｻ倥￠縺滉ｸ翫〒縲�
+            <emphasis>蜿梧婿蜷鷹未騾｣繧剃ｽｿ縺�</emphasis> 蠢�ｦ√′縺ゅｊ縺ｾ縺吶�
+            蜿梧婿蜷鷹未騾｣縺ｫ縺､縺�※縺ｯ縺薙�遶�縺ｮ蠕後�縺ｻ縺�〒隱ｬ譏弱＠縺ｾ縺吶�
         </para>
         
         <para>
-            次の例は、名称（<literal>Part</literal> の永続的なプロパティである <literal>partName</literal>）
-            による <literal>Part</literal> エンティティのmapを表しています。
-            formulaによるインデックスを使っていることに注意してください。
+            谺｡縺ｮ萓九�縲∝錐遘ｰ��<literal>Part</literal> 縺ｮ豌ｸ邯夂噪縺ｪ繝励Ο繝代ユ繧｣縺ｧ縺ゅｋ <literal>partName</literal>��
+            縺ｫ繧医ｋ <literal>Part</literal> 繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮmap繧定｡ｨ縺励※縺�∪縺吶�
+            formula縺ｫ繧医ｋ繧､繝ｳ繝�ャ繧ｯ繧ｹ繧剃ｽｿ縺｣縺ｦ縺�ｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
         </para>
 
         <programlisting><![CDATA[<map name="parts"
@@ -713,15 +715,15 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
     </sect1>
 
     <sect1 id="collections-advancedmappings">
-        <title>高度なコレクション･マッピング</title>
+        <title>鬮伜ｺｦ縺ｪ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ�･繝槭ャ繝斐Φ繧ｰ</title>
 
     <sect2 id="collections-sorted" revision="2">
-        <title>ソートされたコレクション</title>
+        <title>繧ｽ繝ｼ繝医＆繧後◆繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ</title>
 
         <para>
-            Hibernateは <literal>java.util.SortedMap</literal> と <literal>java.util.SortedSet</literal>
-            を実装したコレクションをサポートしています。
-            開発者はマッピング定義ファイルにコンパレータを指定しなければなりません。
+            Hibernate縺ｯ <literal>java.util.SortedMap</literal> 縺ｨ <literal>java.util.SortedSet</literal>
+            繧貞ｮ溯｣�＠縺溘さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧偵し繝昴�繝医＠縺ｦ縺�∪縺吶�
+            髢狗匱閠��繝槭ャ繝斐Φ繧ｰ螳夂ｾｩ繝輔ぃ繧､繝ｫ縺ｫ繧ｳ繝ｳ繝代Ξ繝ｼ繧ｿ繧呈欠螳壹＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
         </para>
 
         <programlisting><![CDATA[<set name="aliases" 
@@ -738,22 +740,22 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
 </map>]]></programlisting>
 
         <para>
-            <literal>sort</literal> 属性に設定できる値は <literal>unsorted</literal> と <literal>natural</literal>
-            および、<literal>java.util.Comparator</literal> を実装したクラスの名前です。
+            <literal>sort</literal> 螻樊ｧ縺ｫ險ｭ螳壹〒縺阪ｋ蛟､縺ｯ <literal>unsorted</literal> 縺ｨ <literal>natural</literal>
+            縺翫ｈ縺ｳ縲�<literal>java.util.Comparator</literal> 繧貞ｮ溯｣�＠縺溘け繝ｩ繧ｹ縺ｮ蜷榊燕縺ｧ縺吶�
         </para>
 
         <para>
-            ソートされたコレクションは実質的には <literal>java.util.TreeSet</literal> や
-            <literal>java.util.TreeMap</literal> のように振舞います。
+            繧ｽ繝ｼ繝医＆繧後◆繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ螳溯ｳｪ逧�↓縺ｯ <literal>java.util.TreeSet</literal> 繧�
+            <literal>java.util.TreeMap</literal> 縺ｮ繧医≧縺ｫ謖ｯ闊槭＞縺ｾ縺吶�
         </para>
 
         <para>
-            もしデータベース自身にコレクションの要素を並べさせたいなら、
-            <literal>set</literal> や <literal>bag</literal>、<literal>map</literal> の
-            <literal>order-by</literal> 属性を使います。
-            この解決法はJDK1.4、もしくはそれ以上のバージョンで利用可能です
-            （<literal>LinkedHashSet</literal> または <literal>LinkedHashMap</literal>を使って実装されています）。
-            整列はメモリ上ではなく、SQLクエリ内で実行されます。
+            繧ゅ＠繝��繧ｿ繝吶�繧ｹ閾ｪ霄ｫ縺ｫ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隕∫ｴ�繧剃ｸｦ縺ｹ縺輔○縺溘＞縺ｪ繧峨�
+            <literal>set</literal> 繧� <literal>bag</literal>縲�<literal>map</literal> 縺ｮ
+            <literal>order-by</literal> 螻樊ｧ繧剃ｽｿ縺�∪縺吶�
+            縺薙�隗｣豎ｺ豕輔�JDK1.4縲√ｂ縺励￥縺ｯ縺昴ｌ莉･荳翫�繝舌�繧ｸ繝ｧ繝ｳ縺ｧ蛻ｩ逕ｨ蜿ｯ閭ｽ縺ｧ縺�
+            ��<literal>LinkedHashSet</literal> 縺ｾ縺溘� <literal>LinkedHashMap</literal>繧剃ｽｿ縺｣縺ｦ螳溯｣�＆繧後※縺�∪縺呻ｼ峨�
+            謨ｴ蛻励�繝｡繝｢繝ｪ荳翫〒縺ｯ縺ｪ縺上ヾQL繧ｯ繧ｨ繝ｪ蜀�〒螳溯｡後＆繧後∪縺吶�
         </para>
 
         <programlisting><![CDATA[<set name="aliases" table="person_aliases" order-by="lower(name) asc">
@@ -768,12 +770,12 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
 </map>]]></programlisting>
 
         <para>
-            <literal>order-by</literal> 属性の値がSQL命令であって、HQL命令ではないことに注意してください！
+            <literal>order-by</literal> 螻樊ｧ縺ｮ蛟､縺郡QL蜻ｽ莉､縺ｧ縺ゅ▲縺ｦ縲？QL蜻ｽ莉､縺ｧ縺ｯ縺ｪ縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞��
         </para>
 
         <para>
-            関連は、コレクションの <literal>filter()</literal> を使うことで、
-            実行時に任意のcriteriaによってソートすることも可能です。
+            髢｢騾｣縺ｯ縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ <literal>filter()</literal> 繧剃ｽｿ縺�％縺ｨ縺ｧ縲�
+            螳溯｡梧凾縺ｫ莉ｻ諢上�criteria縺ｫ繧医▲縺ｦ繧ｽ繝ｼ繝医☆繧九％縺ｨ繧ょ庄閭ｽ縺ｧ縺吶�
         </para>
 
         <programlisting><![CDATA[sortedUsers = s.createFilter( group.getUsers(), "order by this.name" ).list();]]></programlisting>
@@ -781,18 +783,18 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
     </sect2>
 
      <sect2 id="collections-bidirectional" revision="1">
-        <title>双方向関連</title>
+        <title>蜿梧婿蜷鷹未騾｣</title>
 
         <para>
-            <emphasis>双方向関連</emphasis> は関連のどちら「側」からでもナビゲーションできます。
-            2種類の双方向関連がサポートされています。
+            <emphasis>蜿梧婿蜷鷹未騾｣</emphasis> 縺ｯ髢｢騾｣縺ｮ縺ｩ縺｡繧峨悟�縲阪°繧峨〒繧ゅリ繝薙ご繝ｼ繧ｷ繝ｧ繝ｳ縺ｧ縺阪∪縺吶�
+            2遞ｮ鬘槭�蜿梧婿蜷鷹未騾｣縺後し繝昴�繝医＆繧後※縺�∪縺吶�
 
             <variablelist>
                 <varlistentry>
                     <term>one-to-many</term>
                     <listitem>
                         <para>
-                            片側がsetかbag、もう片方が単一値です。
+                            迚��縺茎et縺誼ag縲√ｂ縺�援譁ｹ縺悟腰荳蛟､縺ｧ縺吶�
                        </para>
                     </listitem>
                 </varlistentry>
@@ -800,7 +802,7 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
                     <term>many-to-many</term>
                     <listitem>
                         <para>
-                            両側がsetかbagです。
+                            荳｡蛛ｴ縺茎et縺誼ag縺ｧ縺吶�
                         </para>
                     </listitem>
                 </varlistentry>
@@ -809,15 +811,15 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
         </para>
 
         <para>
-            2つの多対多関連で同じデータベーステーブルをマッピングし、
-            片方を <emphasis>inverse</emphasis> として宣言することで、
-            双方向の多対多関連を指定することが出来ます
-            （どちらをinverseに選んだとしても、そちら側にはインデックス付きのコレクションは使えません）。
+            2縺､縺ｮ螟壼ｯｾ螟夐未騾｣縺ｧ蜷後§繝��繧ｿ繝吶�繧ｹ繝��繝悶Ν繧偵�繝�ヴ繝ｳ繧ｰ縺励�
+            迚�婿繧� <emphasis>inverse</emphasis> 縺ｨ縺励※螳｣險縺吶ｋ縺薙→縺ｧ縲�
+            蜿梧婿蜷代�螟壼ｯｾ螟夐未騾｣繧呈欠螳壹☆繧九％縺ｨ縺悟�譚･縺ｾ縺�
+            �医←縺｡繧峨ｒinverse縺ｫ驕ｸ繧薙□縺ｨ縺励※繧ゅ√◎縺｡繧牙�縺ｫ縺ｯ繧､繝ｳ繝�ャ繧ｯ繧ｹ莉倥″縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ菴ｿ縺医∪縺帙ｓ�峨�
         </para>
 
         <para>
-            次に双方向の多対多関連の例を示します。
-            各カテゴリは多数のアイテムを持つことができ、各アイテムは多くのカテゴリに属することが出来ます。
+            谺｡縺ｫ蜿梧婿蜷代�螟壼ｯｾ螟夐未騾｣縺ｮ萓九ｒ遉ｺ縺励∪縺吶�
+            蜷�き繝�ざ繝ｪ縺ｯ螟壽焚縺ｮ繧｢繧､繝�Β繧呈戟縺､縺薙→縺後〒縺阪∝推繧｢繧､繝�Β縺ｯ螟壹￥縺ｮ繧ｫ繝�ざ繝ｪ縺ｫ螻槭☆繧九％縺ｨ縺悟�譚･縺ｾ縺吶�
         </para>
 
         <programlisting><![CDATA[<class name="Category">
@@ -841,11 +843,11 @@ kittens = cat.getKittens(); // Okay, kittens collection is a Set
 </class>]]></programlisting>
 
         <para>
-            関連のinverse側にのみ行われた変更は永続化 <emphasis>されません</emphasis>。
-            これは、Hibernateは全ての双方向関連について、メモリ上に２つの表現を持っているという意味です。
-            つまり一つはAからBへのリンクで、もう一つはBからAへのリンクということです。
-            Javaのオブジェクトモデルについて考え、Javaで双方向関係をどうやって作るかを考えれば、
-            これは理解しやすいです。下記に、Javaでの双方向関連を示します。
+            髢｢騾｣縺ｮinverse蛛ｴ縺ｫ縺ｮ縺ｿ陦後ｏ繧後◆螟画峩縺ｯ豌ｸ邯壼喧 <emphasis>縺輔ｌ縺ｾ縺帙ｓ</emphasis>縲�
+            縺薙ｌ縺ｯ縲？ibernate縺ｯ蜈ｨ縺ｦ縺ｮ蜿梧婿蜷鷹未騾｣縺ｫ縺､縺�※縲√Γ繝｢繝ｪ荳翫↓�偵▽縺ｮ陦ｨ迴ｾ繧呈戟縺｣縺ｦ縺�ｋ縺ｨ縺�≧諢丞袖縺ｧ縺吶�
+            縺､縺ｾ繧贋ｸ縺､縺ｯA縺九ｉB縺ｸ縺ｮ繝ｪ繝ｳ繧ｯ縺ｧ縲√ｂ縺�ｸ縺､縺ｯB縺九ｉA縺ｸ縺ｮ繝ｪ繝ｳ繧ｯ縺ｨ縺�≧縺薙→縺ｧ縺吶�
+            Java縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医Δ繝�Ν縺ｫ縺､縺�※閠�∴縲゛ava縺ｧ蜿梧婿蜷鷹未菫ゅｒ縺ｩ縺�ｄ縺｣縺ｦ菴懊ｋ縺九ｒ閠�∴繧後�縲�
+            縺薙ｌ縺ｯ逅�ｧ｣縺励ｄ縺吶＞縺ｧ縺吶ゆｸ玖ｨ倥↓縲゛ava縺ｧ縺ｮ蜿梧婿蜷鷹未騾｣繧堤､ｺ縺励∪縺吶�
         </para>
 
         <programlisting><![CDATA[
@@ -856,13 +858,13 @@ session.persist(item);                   // The relationship won't be saved!
 session.persist(category);               // The relationship will be saved]]></programlisting>
 
         <para>
-            関連のinverseではない側は、メモリ上の表現をデータベースに保存するのに使われます。
+            髢｢騾｣縺ｮinverse縺ｧ縺ｯ縺ｪ縺��縺ｯ縲√Γ繝｢繝ｪ荳翫�陦ｨ迴ｾ繧偵ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｫ菫晏ｭ倥☆繧九�縺ｫ菴ｿ繧上ｌ縺ｾ縺吶�
         </para>
 
         <para>
-            双方向の一対多関連を定義するには、
-            一対多関連を多対一関連と同じテーブルのカラムにマッピングし、
-            多側に <literal>inverse="true"</literal> と宣言します。
+            蜿梧婿蜷代�荳蟇ｾ螟夐未騾｣繧貞ｮ夂ｾｩ縺吶ｋ縺ｫ縺ｯ縲�
+            荳蟇ｾ螟夐未騾｣繧貞､壼ｯｾ荳髢｢騾｣縺ｨ蜷後§繝��繝悶Ν縺ｮ繧ｫ繝ｩ繝�縺ｫ繝槭ャ繝斐Φ繧ｰ縺励�
+            螟壼�縺ｫ <literal>inverse="true"</literal> 縺ｨ螳｣險縺励∪縺吶�
         </para>
 
         <programlisting><![CDATA[<class name="Parent">
@@ -884,19 +886,19 @@ session.persist(category);               // The relationship will be saved]]></p
 </class>]]></programlisting>
 
         <para>
-            関連の片側に <literal>inverse="true"</literal> を設定しても、
-            カスケード操作に影響を与えません。これらは直交した概念です！
+            髢｢騾｣縺ｮ迚��縺ｫ <literal>inverse="true"</literal> 繧定ｨｭ螳壹＠縺ｦ繧ゅ�
+            繧ｫ繧ｹ繧ｱ繝ｼ繝画桃菴懊↓蠖ｱ髻ｿ繧剃ｸ弱∴縺ｾ縺帙ｓ縲ゅ％繧後ｉ縺ｯ逶ｴ莠､縺励◆讎ょｿｵ縺ｧ縺呻ｼ�
         </para>
 
     </sect2>
 
     <sect2 id="collections-indexedbidirectional">
-        <title>インデックス付きコレクションと双方向関連</title>
+        <title>繧､繝ｳ繝�ャ繧ｯ繧ｹ莉倥″繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｨ蜿梧婿蜷鷹未騾｣</title>
         <para>
-            片側が <literal>&lt;list&gt;</literal> や <literal>&lt;map&gt;</literal> である
-            双方向関連は、特によく考える必要があります。
-            インデックスカラムにマップされる子クラスのプロパティがある場合は、問題ないです。
-            コレクションのマッピングで <literal>inverse="true"</literal> を使い続けられます。
+            迚��縺� <literal>&lt;list&gt;</literal> 繧� <literal>&lt;map&gt;</literal> 縺ｧ縺ゅｋ
+            蜿梧婿蜷鷹未騾｣縺ｯ縲∫音縺ｫ繧医￥閠�∴繧句ｿ�ｦ√′縺ゅｊ縺ｾ縺吶�
+            繧､繝ｳ繝�ャ繧ｯ繧ｹ繧ｫ繝ｩ繝�縺ｫ繝槭ャ繝励＆繧後ｋ蟄舌け繝ｩ繧ｹ縺ｮ繝励Ο繝代ユ繧｣縺後≠繧句�ｴ蜷医�縲∝撫鬘後↑縺�〒縺吶�
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｧ <literal>inverse="true"</literal> 繧剃ｽｿ縺�ｶ壹￠繧峨ｌ縺ｾ縺吶�
         </para>
         
         <programlisting><![CDATA[<class name="Parent">
@@ -922,11 +924,11 @@ session.persist(category);               // The relationship will be saved]]></p
 </class>]]></programlisting>
 
         <para>
-            しかし、子クラスにそのようなプロパティがない場合は、
-            関連を真に双方向であると考えることができません
-            （関連の片側に利用できる情報がありますが、もう一方にはありません）。
-            この場合は、コレクションに <literal>inverse="true"</literal> をマッピングできません。
-            代わりに、次のようなマッピングが使えます。
+            縺励°縺励∝ｭ舌け繝ｩ繧ｹ縺ｫ縺昴�繧医≧縺ｪ繝励Ο繝代ユ繧｣縺後↑縺��ｴ蜷医�縲�
+            髢｢騾｣繧堤悄縺ｫ蜿梧婿蜷代〒縺ゅｋ縺ｨ閠�∴繧九％縺ｨ縺後〒縺阪∪縺帙ｓ
+            �磯未騾｣縺ｮ迚��縺ｫ蛻ｩ逕ｨ縺ｧ縺阪ｋ諠��ｱ縺後≠繧翫∪縺吶′縲√ｂ縺�ｸ譁ｹ縺ｫ縺ｯ縺ゅｊ縺ｾ縺帙ｓ�峨�
+            縺薙�蝣ｴ蜷医�縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ <literal>inverse="true"</literal> 繧偵�繝�ヴ繝ｳ繧ｰ縺ｧ縺阪∪縺帙ｓ縲�
+            莉｣繧上ｊ縺ｫ縲∵ｬ｡縺ｮ繧医≧縺ｪ繝槭ャ繝斐Φ繧ｰ縺御ｽｿ縺医∪縺吶�
         </para>
 
         <programlisting><![CDATA[<class name="Parent">
@@ -953,19 +955,19 @@ session.persist(category);               // The relationship will be saved]]></p
 </class>]]></programlisting>
 
        <para>
-           注意： このマッピングでは、関連のコレクション値の側は、
-           外部キーをアップデートする責任があります。
+           豕ｨ諢擾ｼ� 縺薙�繝槭ャ繝斐Φ繧ｰ縺ｧ縺ｯ縲�未騾｣縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ蛟､縺ｮ蛛ｴ縺ｯ縲�
+           螟夜Κ繧ｭ繝ｼ繧偵い繝��繝��繝医☆繧玖ｲｬ莉ｻ縺後≠繧翫∪縺吶�
            <!-- TODO: Does this really result in some unnecessary update statements? -->
        </para>
 
     </sect2>
 
     <sect2 id="collections-ternary">
-        <title>3項関連</title>
+        <title>3鬆�未騾｣</title>
 
         <para>
-            3項関連のマッピングには3つのアプローチがあります。
-            1つ目は関連をインデックスとして <literal>Map</literal> を使用するアプローチです。
+            3鬆�未騾｣縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｫ縺ｯ3縺､縺ｮ繧｢繝励Ο繝ｼ繝√′縺ゅｊ縺ｾ縺吶�
+            1縺､逶ｮ縺ｯ髢｢騾｣繧偵う繝ｳ繝�ャ繧ｯ繧ｹ縺ｨ縺励※ <literal>Map</literal> 繧剃ｽｿ逕ｨ縺吶ｋ繧｢繝励Ο繝ｼ繝√〒縺吶�
         </para>
 
         <programlisting><![CDATA[<map name="contracts">
@@ -981,32 +983,32 @@ session.persist(category);               // The relationship will be saved]]></p
 </map>]]></programlisting>
             
         <para>
-            2つ目は単純に関連をエンティティ･クラスとしてモデルを作り直すアプローチで、
-            頻繁に使われます。
+            2縺､逶ｮ縺ｯ蜊倡ｴ斐↓髢｢騾｣繧偵お繝ｳ繝�ぅ繝�ぅ�･繧ｯ繝ｩ繧ｹ縺ｨ縺励※繝｢繝�Ν繧剃ｽ懊ｊ逶ｴ縺吶い繝励Ο繝ｼ繝√〒縲�
+            鬆ｻ郢√↓菴ｿ繧上ｌ縺ｾ縺吶�
         </para>
         
         <para>
-            最後はcomposite要素を使うアプローチです。これに関する議論は後ほど行います。
+            譛蠕後�composite隕∫ｴ�繧剃ｽｿ縺�い繝励Ο繝ｼ繝√〒縺吶ゅ％繧後↓髢｢縺吶ｋ隴ｰ隲悶�蠕後⊇縺ｩ陦後＞縺ｾ縺吶�
         </para>
         
     </sect2>
     
     <sect2 id="collections-idbag" revision="1">
-        <title><literal>&lt;idbag&gt;</literal>の使用</title>
+        <title><literal>&lt;idbag&gt;</literal>縺ｮ菴ｿ逕ｨ</title>
 
         <para>
-            複合キーは悪いもので、エンティティは人工の識別子(代理キー)を持つべきであるという考え方からは、
-            多対多関連と値のコレクションを複合キーを用いたテーブルへマッピングするのは少し奇妙に感じるかもしれません！
-            確かにこの考え方には議論の余地があります。
-            純粋な関連テーブルは代理キーを使っても利益を得られないように思えるからです
-            （合成値のコレクションは利益がある <emphasis>かも</emphasis> しれませんが）。
-            とはいえ、Hibernateは代理キーを持つテーブルへ多対多関連と値のコレクションを
-            マッピングする機能も備えています。
+            隍�粋繧ｭ繝ｼ縺ｯ謔ｪ縺�ｂ縺ｮ縺ｧ縲√お繝ｳ繝�ぅ繝�ぅ縺ｯ莠ｺ蟾･縺ｮ隴伜挨蟄�(莉｣逅�く繝ｼ)繧呈戟縺､縺ｹ縺阪〒縺ゅｋ縺ｨ縺�≧閠�∴譁ｹ縺九ｉ縺ｯ縲�
+            螟壼ｯｾ螟夐未騾｣縺ｨ蛟､縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧定､�粋繧ｭ繝ｼ繧堤畑縺�◆繝��繝悶Ν縺ｸ繝槭ャ繝斐Φ繧ｰ縺吶ｋ縺ｮ縺ｯ蟆代＠螂�ｦ吶↓諢溘§繧九°繧ゅ＠繧後∪縺帙ｓ��
+            遒ｺ縺九↓縺薙�閠�∴譁ｹ縺ｫ縺ｯ隴ｰ隲悶�菴吝慍縺後≠繧翫∪縺吶�
+            邏皮ｲ九↑髢｢騾｣繝��繝悶Ν縺ｯ莉｣逅�く繝ｼ繧剃ｽｿ縺｣縺ｦ繧ょ茜逶翫ｒ蠕励ｉ繧後↑縺�ｈ縺�↓諤昴∴繧九°繧峨〒縺�
+            �亥粋謌仙､縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ蛻ｩ逶翫′縺ゅｋ <emphasis>縺九ｂ</emphasis> 縺励ｌ縺ｾ縺帙ｓ縺鯉ｼ峨�
+            縺ｨ縺ｯ縺�∴縲？ibernate縺ｯ莉｣逅�く繝ｼ繧呈戟縺､繝��繝悶Ν縺ｸ螟壼ｯｾ螟夐未騾｣縺ｨ蛟､縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧�
+            繝槭ャ繝斐Φ繧ｰ縺吶ｋ讖溯�繧ょｙ縺医※縺�∪縺吶�
         </para>
 
         <para>
-            bagのセマンティックスを持った <literal>List</literal>（または <literal>Collection</literal>）を
-            <literal>&lt;idbag&gt;</literal> 要素にマッピングできます。
+            bag縺ｮ繧ｻ繝槭Φ繝�ぅ繝�け繧ｹ繧呈戟縺｣縺� <literal>List</literal>�医∪縺溘� <literal>Collection</literal>�峨ｒ
+            <literal>&lt;idbag&gt;</literal> 隕∫ｴ�縺ｫ繝槭ャ繝斐Φ繧ｰ縺ｧ縺阪∪縺吶�
         </para>
 
 <programlisting><![CDATA[<idbag name="lovers" table="LOVERS">
@@ -1018,22 +1020,22 @@ session.persist(category);               // The relationship will be saved]]></p
 </idbag>]]></programlisting>
 
         <para>
-            ご存知のように <literal>&lt;idbag&gt;</literal> はエンティティ･クラスのように
-            人工的なidジェネレータを持っています！
-            異なる代理キーをそれぞれのコレクションの列に割り当てます。
-            しかしながら、Hibernateはある行の代理キーの値を見つけ出す機構を持っていません。
+            縺泌ｭ倡衍縺ｮ繧医≧縺ｫ <literal>&lt;idbag&gt;</literal> 縺ｯ繧ｨ繝ｳ繝�ぅ繝�ぅ�･繧ｯ繝ｩ繧ｹ縺ｮ繧医≧縺ｫ
+            莠ｺ蟾･逧�↑id繧ｸ繧ｧ繝阪Ξ繝ｼ繧ｿ繧呈戟縺｣縺ｦ縺�∪縺呻ｼ�
+            逡ｰ縺ｪ繧倶ｻ｣逅�く繝ｼ繧偵◎繧後◇繧後�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蛻励↓蜑ｲ繧雁ｽ薙※縺ｾ縺吶�
+            縺励°縺励↑縺後ｉ縲？ibernate縺ｯ縺ゅｋ陦後�莉｣逅�く繝ｼ縺ｮ蛟､繧定ｦ九▽縺大�縺呎ｩ滓ｧ九ｒ謖√▲縺ｦ縺�∪縺帙ｓ縲�
         </para>
 
         <para>
-            <literal>&lt;idbag&gt;</literal> を更新するパフォーマンスは
-            通常の <literal>&lt;bag&gt;</literal> よりも良いことに注目してください！
-            Hibernateは個々の行を効果的に見つけることができ、
-            listやmap、setのように個別にその行を更新、削除できます。
+            <literal>&lt;idbag&gt;</literal> 繧呈峩譁ｰ縺吶ｋ繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ縺ｯ
+            騾壼ｸｸ縺ｮ <literal>&lt;bag&gt;</literal> 繧医ｊ繧り憶縺�％縺ｨ縺ｫ豕ｨ逶ｮ縺励※縺上□縺輔＞��
+            Hibernate縺ｯ蛟九��陦後ｒ蜉ｹ譫懃噪縺ｫ隕九▽縺代ｋ縺薙→縺後〒縺阪�
+            list繧�map縲《et縺ｮ繧医≧縺ｫ蛟句挨縺ｫ縺昴�陦後ｒ譖ｴ譁ｰ縲∝炎髯､縺ｧ縺阪∪縺吶�
         </para>
 
         <para>
-            現在の実装では、<literal>native</literal> というid生成戦略を
-            <literal>&lt;idbag&gt;</literal> コレクションの識別子に対して使えません。
+            迴ｾ蝨ｨ縺ｮ螳溯｣�〒縺ｯ縲�<literal>native</literal> 縺ｨ縺�≧id逕滓�謌ｦ逡･繧�
+            <literal>&lt;idbag&gt;</literal> 繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隴伜挨蟄舌↓蟇ｾ縺励※菴ｿ縺医∪縺帙ｓ縲�
         </para>
 
     </sect2>
@@ -1055,10 +1057,10 @@ session.persist(category);               // The relationship will be saved]]></p
     </sect1-->
 
     <sect1 id="collections-example" revision="1">
-        <title>コレクションの例</title>
+        <title>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ萓�</title>
 
         <para>
-            これまでの節の説明では理解しにくいので、以下の例を見てください。
+            縺薙ｌ縺ｾ縺ｧ縺ｮ遽縺ｮ隱ｬ譏弱〒縺ｯ逅�ｧ｣縺励↓縺上＞縺ｮ縺ｧ縲∽ｻ･荳九�萓九ｒ隕九※縺上□縺輔＞縲�
         </para>
 
         <programlisting><![CDATA[package eg;
@@ -1079,8 +1081,8 @@ public class Parent {
 }]]></programlisting>
 
         <para>
-            このクラスは <literal>Child</literal> インスタンスのコレクションを持っています。
-            もし各々のchildが最大でも一つのparentを持っているならば、最も自然なマッピングは一対多関連です。
+            縺薙�繧ｯ繝ｩ繧ｹ縺ｯ <literal>Child</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧呈戟縺｣縺ｦ縺�∪縺吶�
+            繧ゅ＠蜷���child縺梧怙螟ｧ縺ｧ繧ゆｸ縺､縺ｮparent繧呈戟縺｣縺ｦ縺�ｋ縺ｪ繧峨�縲∵怙繧り�辟ｶ縺ｪ繝槭ャ繝斐Φ繧ｰ縺ｯ荳蟇ｾ螟夐未騾｣縺ｧ縺吶�
         </para>
 
         <programlisting><![CDATA[<hibernate-mapping>
@@ -1105,7 +1107,7 @@ public class Parent {
 </hibernate-mapping>]]></programlisting>
 
         <para>
-            これは以下のテーブル定義にマッピングします。
+            縺薙ｌ縺ｯ莉･荳九�繝��繝悶Ν螳夂ｾｩ縺ｫ繝槭ャ繝斐Φ繧ｰ縺励∪縺吶�
         </para>
 
         <programlisting><![CDATA[create table parent ( id bigint not null primary key )
@@ -1113,7 +1115,7 @@ create table child ( id bigint not null primary key, name varchar(255), parent_i
 alter table child add constraint childfk0 (parent_id) references parent]]></programlisting>
 
         <para>
-            もしparentが <emphasis>要求</emphasis> されるなら、双方向の一対多関連を使用してください。
+            繧ゅ＠parent縺� <emphasis>隕∵ｱ�</emphasis> 縺輔ｌ繧九↑繧峨∝曙譁ｹ蜷代�荳蟇ｾ螟夐未騾｣繧剃ｽｿ逕ｨ縺励※縺上□縺輔＞縲�
         </para>
 
         <programlisting><![CDATA[<hibernate-mapping>
@@ -1139,7 +1141,7 @@ alter table child add constraint childfk0 (parent_id) references parent]]></prog
 </hibernate-mapping>]]></programlisting>
 
         <para>
-            <literal>NOT NULL</literal> 制約に注意してください。
+            <literal>NOT NULL</literal> 蛻ｶ邏�↓豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
         </para>
 
         <programlisting><![CDATA[create table parent ( id bigint not null primary key )
@@ -1150,8 +1152,8 @@ create table child ( id bigint not null
 alter table child add constraint childfk0 (parent_id) references parent]]></programlisting>
 
         <para>
-            あるいは、もしこの関連は単方向であるべきと強く主張するのであれば、
-            <literal>&lt;key&gt;</literal> に <literal>NOT NULL</literal> 制約を宣言できます。
+            縺ゅｋ縺��縲√ｂ縺励％縺ｮ髢｢騾｣縺ｯ蜊俶婿蜷代〒縺ゅｋ縺ｹ縺阪→蠑ｷ縺丈ｸｻ蠑ｵ縺吶ｋ縺ｮ縺ｧ縺ゅｌ縺ｰ縲�
+            <literal>&lt;key&gt;</literal> 縺ｫ <literal>NOT NULL</literal> 蛻ｶ邏�ｒ螳｣險縺ｧ縺阪∪縺吶�
         </para>
 
         <programlisting><![CDATA[<hibernate-mapping>
@@ -1176,7 +1178,7 @@ alter table child add constraint childfk0 (parent_id) references parent]]></prog
 </hibernate-mapping>]]></programlisting>
 
         <para>
-            一方で、もしchildが複数のparentを持てるならば、多対多関連が妥当です。
+            荳譁ｹ縺ｧ縲√ｂ縺幼hild縺瑚､�焚縺ｮparent繧呈戟縺ｦ繧九↑繧峨�縲∝､壼ｯｾ螟夐未騾｣縺悟ｦ･蠖薙〒縺吶�
         </para>
 
         <programlisting><![CDATA[<hibernate-mapping>
@@ -1201,7 +1203,7 @@ alter table child add constraint childfk0 (parent_id) references parent]]></prog
 </hibernate-mapping>]]></programlisting>
 
         <para>
-            テーブル定義は以下のようになります。
+            繝��繝悶Ν螳夂ｾｩ縺ｯ莉･荳九�繧医≧縺ｫ縺ｪ繧翫∪縺吶�
         </para>
 
         <programlisting><![CDATA[create table parent ( id bigint not null primary key )
@@ -1213,12 +1215,12 @@ alter table childset add constraint childsetfk0 (parent_id) references parent
 alter table childset add constraint childsetfk1 (child_id) references child]]></programlisting>
 
         <para>
-            parent/child関係のマッピングについてのより多くの例や完全な手順が必要であれば、
-            <xref linkend="example-parentchild"/> をご覧ください。
+            parent/child髢｢菫ゅ�繝槭ャ繝斐Φ繧ｰ縺ｫ縺､縺�※縺ｮ繧医ｊ螟壹￥縺ｮ萓九ｄ螳悟�縺ｪ謇矩��′蠢�ｦ√〒縺ゅｌ縺ｰ縲�
+            <xref linkend="example-parentchild"/> 繧偵＃隕ｧ縺上□縺輔＞縲�
         </para>
         
         <para>
-            また、さらに特殊な関連マッピングも可能です。次の章で詳しく述べます。
+            縺ｾ縺溘√＆繧峨↓迚ｹ谿翫↑髢｢騾｣繝槭ャ繝斐Φ繧ｰ繧ょ庄閭ｽ縺ｧ縺吶よｬ｡縺ｮ遶�縺ｧ隧ｳ縺励￥霑ｰ縺ｹ縺ｾ縺吶�
         </para>
 
     </sect1>
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/component_mapping.xml b/documentation/manual/ja-JP/src/main/docbook/content/component_mapping.xml
index eb59be70a0..96b3f8a55c 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/component_mapping.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/component_mapping.xml
@@ -1,20 +1,22 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="components">
-    <title>コンポーネントのマッピング</title>
+    <title>繧ｳ繝ｳ繝昴�繝阪Φ繝医�繝槭ャ繝斐Φ繧ｰ</title>
 
     <para>
-        <emphasis>コンポーネント</emphasis> の概念は、Hibernateを通して様々な状況の中で
-        異なる目的のために再利用されます。
+        <emphasis>繧ｳ繝ｳ繝昴�繝阪Φ繝�</emphasis> 縺ｮ讎ょｿｵ縺ｯ縲？ibernate繧帝壹＠縺ｦ讒倥�↑迥ｶ豕√�荳ｭ縺ｧ
+        逡ｰ縺ｪ繧狗岼逧��縺溘ａ縺ｫ蜀榊茜逕ｨ縺輔ｌ縺ｾ縺吶�
     </para>
 
     <sect1 id="components-dependentobjects" revision="2" >
-        <title>依存オブジェクト</title>
+        <title>萓晏ｭ倥が繝悶ず繧ｧ繧ｯ繝�</title>
 
         <para>
-            コンポーネントは、エンティティの参照ではなく値型として永続化された、
-            包含されたオブジェクトです。コンポーネントという言葉については、コンポジションという
-            オブジェクト指向の概念を参照してください（アーキテクチャレベルのコンポーネントではありません）。
-            例えば、以下のPersonモデルのようなものです。
+            繧ｳ繝ｳ繝昴�繝阪Φ繝医�縲√お繝ｳ繝�ぅ繝�ぅ縺ｮ蜿ら�縺ｧ縺ｯ縺ｪ縺丞､蝙九→縺励※豌ｸ邯壼喧縺輔ｌ縺溘�
+            蛹�性縺輔ｌ縺溘が繝悶ず繧ｧ繧ｯ繝医〒縺吶ゅさ繝ｳ繝昴�繝阪Φ繝医→縺�≧險闡峨↓縺､縺�※縺ｯ縲√さ繝ｳ繝昴ず繧ｷ繝ｧ繝ｳ縺ｨ縺�≧
+            繧ｪ繝悶ず繧ｧ繧ｯ繝域欠蜷代�讎ょｿｵ繧貞盾辣ｧ縺励※縺上□縺輔＞�医い繝ｼ繧ｭ繝�け繝√Ε繝ｬ繝吶Ν縺ｮ繧ｳ繝ｳ繝昴�繝阪Φ繝医〒縺ｯ縺ゅｊ縺ｾ縺帙ｓ�峨�
+            萓九∴縺ｰ縲∽ｻ･荳九�Person繝｢繝�Ν縺ｮ繧医≧縺ｪ繧ゅ�縺ｧ縺吶�
         </para>
 
         <programlisting><![CDATA[public class Person {
@@ -68,14 +70,14 @@
 }]]></programlisting>
 
         <para>
-            いま、<literal>Name</literal> は <literal>Person</literal> のコンポーネントとして
-            永続化することが出来ます。ここで <literal>Name</literal> は永続化属性に対してgetter、
-            setterメソッドを定義しますが、インターフェイスや識別子プロパティを定義する必要が
-            ないことに注意して下さい。
+            縺�∪縲�<literal>Name</literal> 縺ｯ <literal>Person</literal> 縺ｮ繧ｳ繝ｳ繝昴�繝阪Φ繝医→縺励※
+            豌ｸ邯壼喧縺吶ｋ縺薙→縺悟�譚･縺ｾ縺吶ゅ％縺薙〒 <literal>Name</literal> 縺ｯ豌ｸ邯壼喧螻樊ｧ縺ｫ蟇ｾ縺励※getter縲�
+            setter繝｡繧ｽ繝�ラ繧貞ｮ夂ｾｩ縺励∪縺吶′縲√う繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧�ｭ伜挨蟄舌�繝ｭ繝代ユ繧｣繧貞ｮ夂ｾｩ縺吶ｋ蠢�ｦ√′
+            縺ｪ縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ荳九＆縺��
         </para>
 
         <para>
-            マッピング定義は以下のようになります。
+            繝槭ャ繝斐Φ繧ｰ螳夂ｾｩ縺ｯ莉･荳九�繧医≧縺ｫ縺ｪ繧翫∪縺吶�
         </para>
 
         <programlisting><![CDATA[<class name="eg.Person" table="person">
@@ -91,33 +93,33 @@
 </class>]]></programlisting>
 
         <para>
-            Personテーブルは <literal>pid</literal>、
-            <literal>birthday</literal>、
-            <literal>initial</literal>、
-            <literal>first</literal>、
-            <literal>last</literal> カラムを持ちます。
+            Person繝��繝悶Ν縺ｯ <literal>pid</literal>縲�
+            <literal>birthday</literal>縲�
+            <literal>initial</literal>縲�
+            <literal>first</literal>縲�
+            <literal>last</literal> 繧ｫ繝ｩ繝�繧呈戟縺｡縺ｾ縺吶�
         </para>
 
         <para>
-            全ての値型のように、コンポーネントは参照の共有をすることができません。
-            言い換えると、二人のPersonは同じ名前を持つことができますが、二つのPersonオブジェクトは
-            "値が同じだけ"の別々のnameオブジェクトを含んでいるということです。
-            コンポーネントのnull値のセマンティクスは <emphasis>アドホック</emphasis> です。
-            コンポーネントのオブジェクトを再読み込みする際、Hibernateはコンポーネントのすべてのカラムが
-            nullであるならコンポーネント自体がnullであると考えます。
-            これは大抵の場合問題ありません。
+            蜈ｨ縺ｦ縺ｮ蛟､蝙九�繧医≧縺ｫ縲√さ繝ｳ繝昴�繝阪Φ繝医�蜿ら�縺ｮ蜈ｱ譛峨ｒ縺吶ｋ縺薙→縺後〒縺阪∪縺帙ｓ縲�
+            險縺�鋤縺医ｋ縺ｨ縲∽ｺ御ｺｺ縺ｮPerson縺ｯ蜷後§蜷榊燕繧呈戟縺､縺薙→縺後〒縺阪∪縺吶′縲∽ｺ後▽縺ｮPerson繧ｪ繝悶ず繧ｧ繧ｯ繝医�
+            "蛟､縺悟酔縺倥□縺�"縺ｮ蛻･縲��name繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ蜷ｫ繧薙〒縺�ｋ縺ｨ縺�≧縺薙→縺ｧ縺吶�
+            繧ｳ繝ｳ繝昴�繝阪Φ繝医�null蛟､縺ｮ繧ｻ繝槭Φ繝�ぅ繧ｯ繧ｹ縺ｯ <emphasis>繧｢繝峨�繝�け</emphasis> 縺ｧ縺吶�
+            繧ｳ繝ｳ繝昴�繝阪Φ繝医�繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ蜀崎ｪｭ縺ｿ霎ｼ縺ｿ縺吶ｋ髫帙？ibernate縺ｯ繧ｳ繝ｳ繝昴�繝阪Φ繝医�縺吶∋縺ｦ縺ｮ繧ｫ繝ｩ繝�縺�
+            null縺ｧ縺ゅｋ縺ｪ繧峨さ繝ｳ繝昴�繝阪Φ繝郁�菴薙′null縺ｧ縺ゅｋ縺ｨ閠�∴縺ｾ縺吶�
+            縺薙ｌ縺ｯ螟ｧ謚ｵ縺ｮ蝣ｴ蜷亥撫鬘後≠繧翫∪縺帙ｓ縲�
 
         </para>
 
         <para>
-            コンポーネントの属性はどんなHibernateの型でも構いません（コレクション、many-to-one関連、
-            他のコンポーネントなど）。ネストされたコンポーネントは滅多に使わないと考えるべきでは
-             <emphasis>ありません</emphasis> 。Hibernateは非常にきめの細かいオブジェクトモデルをサポートするように意図されています。
+            繧ｳ繝ｳ繝昴�繝阪Φ繝医�螻樊ｧ縺ｯ縺ｩ繧薙↑Hibernate縺ｮ蝙九〒繧よｧ九＞縺ｾ縺帙ｓ�医さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縲［any-to-one髢｢騾｣縲�
+            莉悶�繧ｳ繝ｳ繝昴�繝阪Φ繝医↑縺ｩ�峨ゅロ繧ｹ繝医＆繧後◆繧ｳ繝ｳ繝昴�繝阪Φ繝医�貊�､壹↓菴ｿ繧上↑縺�→閠�∴繧九∋縺阪〒縺ｯ
+             <emphasis>縺ゅｊ縺ｾ縺帙ｓ</emphasis> 縲�Hibernate縺ｯ髱槫ｸｸ縺ｫ縺阪ａ縺ｮ邏ｰ縺九＞繧ｪ繝悶ず繧ｧ繧ｯ繝医Δ繝�Ν繧偵し繝昴�繝医☆繧九ｈ縺�↓諢丞峙縺輔ｌ縺ｦ縺�∪縺吶�
         </para>
 
         <para>
-            <literal>&lt;component&gt;</literal> 要素は親エンティティへの逆参照として、コンポーネントクラスの
-            属性をマッピングする <literal>&lt;parent&gt;</literal> サブ要素を使用できます。
+            <literal>&lt;component&gt;</literal> 隕∫ｴ�縺ｯ隕ｪ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｸ縺ｮ騾�盾辣ｧ縺ｨ縺励※縲√さ繝ｳ繝昴�繝阪Φ繝医け繝ｩ繧ｹ縺ｮ
+            螻樊ｧ繧偵�繝�ヴ繝ｳ繧ｰ縺吶ｋ <literal>&lt;parent&gt;</literal> 繧ｵ繝冶ｦ∫ｴ�繧剃ｽｿ逕ｨ縺ｧ縺阪∪縺吶�
         </para>
 
         <programlisting><![CDATA[<class name="eg.Person" table="person">
@@ -137,12 +139,12 @@
 
     <sect1 id="components-incollections" revision="1">
         
-        <title>従属するオブジェクトのコレクション</title>
+        <title>蠕灘ｱ槭☆繧九が繝悶ず繧ｧ繧ｯ繝医�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ</title>
 
         <para>
-            Hibernateはコンポーネントのコレクションをサポートしています（例えば <literal>Name</literal> 型の配列）。
-            <literal>&lt;element&gt;</literal> タグを <literal>&lt;composite-element&gt;</literal> タグに取り替えることにより
-            コンポーネントコレクションを宣言してください。
+            Hibernate縺ｯ繧ｳ繝ｳ繝昴�繝阪Φ繝医�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧偵し繝昴�繝医＠縺ｦ縺�∪縺呻ｼ井ｾ九∴縺ｰ <literal>Name</literal> 蝙九�驟榊��峨�
+            <literal>&lt;element&gt;</literal> 繧ｿ繧ｰ繧� <literal>&lt;composite-element&gt;</literal> 繧ｿ繧ｰ縺ｫ蜿悶ｊ譖ｿ縺医ｋ縺薙→縺ｫ繧医ｊ
+            繧ｳ繝ｳ繝昴�繝阪Φ繝医さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧貞ｮ｣險縺励※縺上□縺輔＞縲�
         </para>
 
         <programlisting><![CDATA[<set name="someNames" table="some_names" lazy="true">
@@ -155,35 +157,35 @@
 </set>]]></programlisting>
 
         <para>
-            注意: コンポジットエレメントの <literal>Set</literal> を定義したなら、
-            <literal>equals()</literal> と <literal>hashCode()</literal> を正しく実装することが重要です。
+            豕ｨ諢�: 繧ｳ繝ｳ繝昴ず繝�ヨ繧ｨ繝ｬ繝｡繝ｳ繝医� <literal>Set</literal> 繧貞ｮ夂ｾｩ縺励◆縺ｪ繧峨�
+            <literal>equals()</literal> 縺ｨ <literal>hashCode()</literal> 繧呈ｭ｣縺励￥螳溯｣�☆繧九％縺ｨ縺碁㍾隕√〒縺吶�
         </para>
 
         <para>
-            コンポジットエレメントはコレクションを含まず、コンポーネントを含むこともあります。
-            コンポジットエレメント自身がコンポーネントを含んでいる場合は <literal>&lt;nested-composite-element&gt;</literal> を
-            使用してください。コンポーネントのコレクション自身がコンポーネントを持つというケースはめったにありません。
-            この段階までに、one-to-many関連の方がより適切でないかと熟考してください。
-            コンポジットエレメントをエンティティとして再度モデリングしてみてください。
-            しかしこれはJavaのモデルとしては同じですが、リレーショナルモデルと永続動作はまだ若干異なることに注意してください。
+            繧ｳ繝ｳ繝昴ず繝�ヨ繧ｨ繝ｬ繝｡繝ｳ繝医�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧貞性縺ｾ縺壹√さ繝ｳ繝昴�繝阪Φ繝医ｒ蜷ｫ繧縺薙→繧ゅ≠繧翫∪縺吶�
+            繧ｳ繝ｳ繝昴ず繝�ヨ繧ｨ繝ｬ繝｡繝ｳ繝郁�霄ｫ縺後さ繝ｳ繝昴�繝阪Φ繝医ｒ蜷ｫ繧薙〒縺�ｋ蝣ｴ蜷医� <literal>&lt;nested-composite-element&gt;</literal> 繧�
+            菴ｿ逕ｨ縺励※縺上□縺輔＞縲ゅさ繝ｳ繝昴�繝阪Φ繝医�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ閾ｪ霄ｫ縺後さ繝ｳ繝昴�繝阪Φ繝医ｒ謖√▽縺ｨ縺�≧繧ｱ繝ｼ繧ｹ縺ｯ繧√▲縺溘↓縺ゅｊ縺ｾ縺帙ｓ縲�
+            縺薙�谿ｵ髫弱∪縺ｧ縺ｫ縲｛ne-to-many髢｢騾｣縺ｮ譁ｹ縺後ｈ繧企←蛻�〒縺ｪ縺�°縺ｨ辭溯�＠縺ｦ縺上□縺輔＞縲�
+            繧ｳ繝ｳ繝昴ず繝�ヨ繧ｨ繝ｬ繝｡繝ｳ繝医ｒ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｨ縺励※蜀榊ｺｦ繝｢繝�Μ繝ｳ繧ｰ縺励※縺ｿ縺ｦ縺上□縺輔＞縲�
+            縺励°縺励％繧後�Java縺ｮ繝｢繝�Ν縺ｨ縺励※縺ｯ蜷後§縺ｧ縺吶′縲√Μ繝ｬ繝ｼ繧ｷ繝ｧ繝翫Ν繝｢繝�Ν縺ｨ豌ｸ邯壼虚菴懊�縺ｾ縺�闍･蟷ｲ逡ｰ縺ｪ繧九％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
         </para>
 
         <para>
-            もし <literal>&lt;set&gt;</literal> を使用するのであれば、コンポジットエレメントのマッピングがnull値が可能な
-            属性をサポートしていないことに注意してください。Hibernateはオブジェクトを削除するとき、
-            レコードを識別するためにそれぞれのカラムの値を使用する必要があるため、null値を持つことが出来ません
-            （コンポジットエレメントテーブルには別の主キーカラムはありません）。
-            コンポジットエレメントにnot-nullの属性のみを使用するか、または <literal>&lt;list&gt;</literal>、<literal>&lt;map&gt;</literal>、
-            <literal>&lt;bag&gt;</literal>、<literal>&lt;idbag&gt;</literal> を選択する必要があります。
+            繧ゅ＠ <literal>&lt;set&gt;</literal> 繧剃ｽｿ逕ｨ縺吶ｋ縺ｮ縺ｧ縺ゅｌ縺ｰ縲√さ繝ｳ繝昴ず繝�ヨ繧ｨ繝ｬ繝｡繝ｳ繝医�繝槭ャ繝斐Φ繧ｰ縺系ull蛟､縺悟庄閭ｽ縺ｪ
+            螻樊ｧ繧偵し繝昴�繝医＠縺ｦ縺�↑縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�Hibernate縺ｯ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ蜑企勁縺吶ｋ縺ｨ縺阪�
+            繝ｬ繧ｳ繝ｼ繝峨ｒ隴伜挨縺吶ｋ縺溘ａ縺ｫ縺昴ｌ縺槭ｌ縺ｮ繧ｫ繝ｩ繝�縺ｮ蛟､繧剃ｽｿ逕ｨ縺吶ｋ蠢�ｦ√′縺ゅｋ縺溘ａ縲］ull蛟､繧呈戟縺､縺薙→縺悟�譚･縺ｾ縺帙ｓ
+            �医さ繝ｳ繝昴ず繝�ヨ繧ｨ繝ｬ繝｡繝ｳ繝医ユ繝ｼ繝悶Ν縺ｫ縺ｯ蛻･縺ｮ荳ｻ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺ｯ縺ゅｊ縺ｾ縺帙ｓ�峨�
+            繧ｳ繝ｳ繝昴ず繝�ヨ繧ｨ繝ｬ繝｡繝ｳ繝医↓not-null縺ｮ螻樊ｧ縺ｮ縺ｿ繧剃ｽｿ逕ｨ縺吶ｋ縺九√∪縺溘� <literal>&lt;list&gt;</literal>縲�<literal>&lt;map&gt;</literal>縲�
+            <literal>&lt;bag&gt;</literal>縲�<literal>&lt;idbag&gt;</literal> 繧帝∈謚槭☆繧句ｿ�ｦ√′縺ゅｊ縺ｾ縺吶�
         </para>
 
         <para>
-            コンポジットエレメントの特別なケースとして、ネストされた <literal>&lt;many-to-one&gt;</literal> 属性を持つ
-            コンポジットエレメントがあります。
-            このマッピングは、コンポジットエレメントクラスを多対多関連テーブルの
-            余分なカラムへマッピングします。
-            次の例は <literal>Order</literal> から、<literal>Item</literal> への多対多関連です。
-             <literal>purchaseDate</literal>、<literal>price</literal>、<literal>quantity</literal> は関連の属性となります。
+            繧ｳ繝ｳ繝昴ず繝�ヨ繧ｨ繝ｬ繝｡繝ｳ繝医�迚ｹ蛻･縺ｪ繧ｱ繝ｼ繧ｹ縺ｨ縺励※縲√ロ繧ｹ繝医＆繧後◆ <literal>&lt;many-to-one&gt;</literal> 螻樊ｧ繧呈戟縺､
+            繧ｳ繝ｳ繝昴ず繝�ヨ繧ｨ繝ｬ繝｡繝ｳ繝医′縺ゅｊ縺ｾ縺吶�
+            縺薙�繝槭ャ繝斐Φ繧ｰ縺ｯ縲√さ繝ｳ繝昴ず繝�ヨ繧ｨ繝ｬ繝｡繝ｳ繝医け繝ｩ繧ｹ繧貞､壼ｯｾ螟夐未騾｣繝��繝悶Ν縺ｮ
+            菴吝�縺ｪ繧ｫ繝ｩ繝�縺ｸ繝槭ャ繝斐Φ繧ｰ縺励∪縺吶�
+            谺｡縺ｮ萓九� <literal>Order</literal> 縺九ｉ縲�<literal>Item</literal> 縺ｸ縺ｮ螟壼ｯｾ螟夐未騾｣縺ｧ縺吶�
+             <literal>purchaseDate</literal>縲�<literal>price</literal>縲�<literal>quantity</literal> 縺ｯ髢｢騾｣縺ｮ螻樊ｧ縺ｨ縺ｪ繧翫∪縺吶�
         </para>
 
         <programlisting><![CDATA[<class name="eg.Order" .... >
@@ -200,14 +202,14 @@
 </class>]]></programlisting>
 
         <para>
-            もちろん、双方向関連のナビゲーションのために反対側からpurchaseへの参照を作ることは出来ません。
-            コンポーネントは値型であり、参照を共有できないことを覚えておいてください。
-            一つの <literal>Purchase</literal> は一つの <literal>Order</literal> のsetに存在できますが、
-            同時に <literal>Item</literal> から参照することは出来ません。
+            繧ゅ■繧阪ｓ縲∝曙譁ｹ蜷鷹未騾｣縺ｮ繝翫ン繧ｲ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ縺溘ａ縺ｫ蜿榊ｯｾ蛛ｴ縺九ｉpurchase縺ｸ縺ｮ蜿ら�繧剃ｽ懊ｋ縺薙→縺ｯ蜃ｺ譚･縺ｾ縺帙ｓ縲�
+            繧ｳ繝ｳ繝昴�繝阪Φ繝医�蛟､蝙九〒縺ゅｊ縲∝盾辣ｧ繧貞�譛峨〒縺阪↑縺�％縺ｨ繧定ｦ壹∴縺ｦ縺翫＞縺ｦ縺上□縺輔＞縲�
+            荳縺､縺ｮ <literal>Purchase</literal> 縺ｯ荳縺､縺ｮ <literal>Order</literal> 縺ｮset縺ｫ蟄伜惠縺ｧ縺阪∪縺吶′縲�
+            蜷梧凾縺ｫ <literal>Item</literal> 縺九ｉ蜿ら�縺吶ｋ縺薙→縺ｯ蜃ｺ譚･縺ｾ縺帙ｓ縲�
         </para>
 
         <para>
-              3項関連（あるいは4項など）も可能です。
+              3鬆�未騾｣�医≠繧九＞縺ｯ4鬆�↑縺ｩ�峨ｂ蜿ｯ閭ｽ縺ｧ縺吶�
         </para>
 
         <programlisting><![CDATA[<class name="eg.Order" .... >
@@ -222,61 +224,61 @@
 </class>]]></programlisting>
 
         <para>
-            コンポジットエレメントは他のエンティティへの関連として、
-            同じシンタックスを使っているクエリ内で使用できます。
+            繧ｳ繝ｳ繝昴ず繝�ヨ繧ｨ繝ｬ繝｡繝ｳ繝医�莉悶�繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｸ縺ｮ髢｢騾｣縺ｨ縺励※縲�
+            蜷後§繧ｷ繝ｳ繧ｿ繝�け繧ｹ繧剃ｽｿ縺｣縺ｦ縺�ｋ繧ｯ繧ｨ繝ｪ蜀�〒菴ｿ逕ｨ縺ｧ縺阪∪縺吶�
         </para>
 
     </sect1>
 
     <sect1 id="components-asmapindex">
-        <title>Mapのインデックスとしてのコンポーネント</title>
+        <title>Map縺ｮ繧､繝ｳ繝�ャ繧ｯ繧ｹ縺ｨ縺励※縺ｮ繧ｳ繝ｳ繝昴�繝阪Φ繝�</title>
 
         <para>
-            <literal>&lt;composite-map-key&gt;</literal> 要素は <literal>Map</literal> のキーとしてコンポーネントクラスを
-            マッピングします。コンポーネントクラス上で <literal>hashCode()</literal> と <literal>equals()</literal>
-            を正確にオーバーライドしてください。
+            <literal>&lt;composite-map-key&gt;</literal> 隕∫ｴ�縺ｯ <literal>Map</literal> 縺ｮ繧ｭ繝ｼ縺ｨ縺励※繧ｳ繝ｳ繝昴�繝阪Φ繝医け繝ｩ繧ｹ繧�
+            繝槭ャ繝斐Φ繧ｰ縺励∪縺吶ゅさ繝ｳ繝昴�繝阪Φ繝医け繝ｩ繧ｹ荳翫〒 <literal>hashCode()</literal> 縺ｨ <literal>equals()</literal>
+            繧呈ｭ｣遒ｺ縺ｫ繧ｪ繝ｼ繝舌�繝ｩ繧､繝峨＠縺ｦ縺上□縺輔＞縲�
         </para>
     </sect1>
 
     <sect1 id="components-compositeid" revision="1">
-        <title>複合識別子としてのコンポーネント</title>
+        <title>隍�粋隴伜挨蟄舌→縺励※縺ｮ繧ｳ繝ｳ繝昴�繝阪Φ繝�</title>
 
         <para>
-            コンポーネントをエンティティクラスの識別子として使うことができます。
-            コンポーネントクラスは以下の条件を満たす必要があります。
+            繧ｳ繝ｳ繝昴�繝阪Φ繝医ｒ繧ｨ繝ｳ繝�ぅ繝�ぅ繧ｯ繝ｩ繧ｹ縺ｮ隴伜挨蟄舌→縺励※菴ｿ縺�％縺ｨ縺後〒縺阪∪縺吶�
+            繧ｳ繝ｳ繝昴�繝阪Φ繝医け繝ｩ繧ｹ縺ｯ莉･荳九�譚｡莉ｶ繧呈ｺ縺溘☆蠢�ｦ√′縺ゅｊ縺ｾ縺吶�
         </para>
 
         <itemizedlist spacing="compact">
             <listitem>
                 <para>
-                    <literal>java.io.Serializable</literal> を実装しなければなりません。
+                    <literal>java.io.Serializable</literal> 繧貞ｮ溯｣�＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    データベース上の複合キーの等価性と矛盾のないように、<literal>equals()</literal> 
-                    と <literal>hashCode()</literal> を再実装しなければなりません。
+                    繝��繧ｿ繝吶�繧ｹ荳翫�隍�粋繧ｭ繝ｼ縺ｮ遲我ｾ｡諤ｧ縺ｨ遏帷崟縺ｮ縺ｪ縺�ｈ縺�↓縲�<literal>equals()</literal> 
+                    縺ｨ <literal>hashCode()</literal> 繧貞�螳溯｣�＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
                 </para>
             </listitem>
         </itemizedlist>
         
         <para>
-            <emphasis>注意: Hibernate3において、2番目の条件は絶対的な条件ではありません。
-                  しかしとにかく条件を満たしてください。
+            <emphasis>豕ｨ諢�: Hibernate3縺ｫ縺翫＞縺ｦ縲�2逡ｪ逶ｮ縺ｮ譚｡莉ｶ縺ｯ邨ｶ蟇ｾ逧�↑譚｡莉ｶ縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+                  縺励°縺励→縺ｫ縺九￥譚｡莉ｶ繧呈ｺ縺溘＠縺ｦ縺上□縺輔＞縲�
             </emphasis> 
 
         </para>
 
         <para>
-            複合キーを生成するために <literal>IdentifierGenerator</literal> を使用することはできません。
-            代わりにアプリケーションが識別子を割り当てなくてはなりません。
+            隍�粋繧ｭ繝ｼ繧堤函謌舌☆繧九◆繧√↓ <literal>IdentifierGenerator</literal> 繧剃ｽｿ逕ｨ縺吶ｋ縺薙→縺ｯ縺ｧ縺阪∪縺帙ｓ縲�
+            莉｣繧上ｊ縺ｫ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺瑚ｭ伜挨蟄舌ｒ蜑ｲ繧雁ｽ薙※縺ｪ縺上※縺ｯ縺ｪ繧翫∪縺帙ｓ縲�
         </para>
 
         <para>
-            通常の <literal>&lt;id&gt;</literal> 宣言の代わりに <literal>&lt;composite-id&gt;</literal> タグを
-            （ネストされた <literal>&lt;key-property&gt;</literal> 属性と共に）使います。
-            以下の例では、<literal>OrderLine</literal> クラスは <literal>Order</literal> の（複合）主キーに
-            依存した主キーを持っています。
+            騾壼ｸｸ縺ｮ <literal>&lt;id&gt;</literal> 螳｣險縺ｮ莉｣繧上ｊ縺ｫ <literal>&lt;composite-id&gt;</literal> 繧ｿ繧ｰ繧�
+            �医ロ繧ｹ繝医＆繧後◆ <literal>&lt;key-property&gt;</literal> 螻樊ｧ縺ｨ蜈ｱ縺ｫ�我ｽｿ縺�∪縺吶�
+            莉･荳九�萓九〒縺ｯ縲�<literal>OrderLine</literal> 繧ｯ繝ｩ繧ｹ縺ｯ <literal>Order</literal> 縺ｮ�郁､�粋�我ｸｻ繧ｭ繝ｼ縺ｫ
+            萓晏ｭ倥＠縺滉ｸｻ繧ｭ繝ｼ繧呈戟縺｣縺ｦ縺�∪縺吶�
         </para>
 
         <programlisting><![CDATA[<class name="OrderLine">
@@ -299,9 +301,9 @@
 </class>]]></programlisting>
 
         <para>
-            このとき、<literal>OrderLine</literal> テーブルへ関連する外部キーもまた複合です。
-            他のクラスのマッピングでこれを宣言しなければなりません。
-            <literal>OrderLine</literal> への関連は次のようにマッピングされます。
+            縺薙�縺ｨ縺阪�<literal>OrderLine</literal> 繝��繝悶Ν縺ｸ髢｢騾｣縺吶ｋ螟夜Κ繧ｭ繝ｼ繧ゅ∪縺溯､�粋縺ｧ縺吶�
+            莉悶�繧ｯ繝ｩ繧ｹ縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｧ縺薙ｌ繧貞ｮ｣險縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+            <literal>OrderLine</literal> 縺ｸ縺ｮ髢｢騾｣縺ｯ谺｡縺ｮ繧医≧縺ｫ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｾ縺吶�
         </para>
 
         <programlisting><![CDATA[<many-to-one name="orderLine" class="OrderLine">
@@ -312,13 +314,13 @@
 </many-to-one>]]></programlisting>
 
         <para>
-            （<literal>&lt;column&gt;</literal> タグはどこであっても <literal>column</literal> 属性の
-              代わりになります。）
+            ��<literal>&lt;column&gt;</literal> 繧ｿ繧ｰ縺ｯ縺ｩ縺薙〒縺ゅ▲縺ｦ繧� <literal>column</literal> 螻樊ｧ縺ｮ
+              莉｣繧上ｊ縺ｫ縺ｪ繧翫∪縺吶ゑｼ�
         </para>
         
         <para>
-            <literal>OrderLine</literal> への <literal>many-to-many</literal> 関連も
-            複合外部キーを使います。
+            <literal>OrderLine</literal> 縺ｸ縺ｮ <literal>many-to-many</literal> 髢｢騾｣繧�
+            隍�粋螟夜Κ繧ｭ繝ｼ繧剃ｽｿ縺�∪縺吶�
         </para>
     
     <programlisting><![CDATA[<set name="undeliveredOrderLines">
@@ -331,8 +333,8 @@
 </set>]]></programlisting>
 
         <para>
-            <literal>Order</literal> にある <literal>OrderLine</literal> のコレクションは
-            次のものを使用します。
+            <literal>Order</literal> 縺ｫ縺ゅｋ <literal>OrderLine</literal> 縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ
+            谺｡縺ｮ繧ゅ�繧剃ｽｿ逕ｨ縺励∪縺吶�
         </para>
 
     <programlisting><![CDATA[<set name="orderLines" inverse="true">
@@ -344,12 +346,12 @@
 </set>]]></programlisting>
 
         <para>
-            （<literal>&lt;one-to-many&gt;</literal> 属性は、例によってカラムを宣言しません）
+            ��<literal>&lt;one-to-many&gt;</literal> 螻樊ｧ縺ｯ縲∽ｾ九↓繧医▲縺ｦ繧ｫ繝ｩ繝�繧貞ｮ｣險縺励∪縺帙ｓ��
         </para>
         
         <para>
-            <literal>OrderLine</literal> 自身がコレクションを持っている場合、
-            同時に複合外部キーも持っています。
+            <literal>OrderLine</literal> 閾ｪ霄ｫ縺後さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧呈戟縺｣縺ｦ縺�ｋ蝣ｴ蜷医�
+            蜷梧凾縺ｫ隍�粋螟夜Κ繧ｭ繝ｼ繧よ戟縺｣縺ｦ縺�∪縺吶�
         </para>
 
         <programlisting><![CDATA[<class name="OrderLine">
@@ -371,10 +373,10 @@
     </sect1>
 
     <sect1 id="components-dynamic" revision="1">
-        <title>動的コンポーネント</title>
+        <title>蜍慕噪繧ｳ繝ｳ繝昴�繝阪Φ繝�</title>
 
         <para>
-            <literal>Map</literal> 型のプロパティのマッピングも可能です。
+            <literal>Map</literal> 蝙九�繝励Ο繝代ユ繧｣縺ｮ繝槭ャ繝斐Φ繧ｰ繧ょ庄閭ｽ縺ｧ縺吶�
         </para>
 
     <programlisting><![CDATA[<dynamic-component name="userAttributes">
@@ -384,11 +386,11 @@
 </dynamic-component>]]></programlisting>
 
         <para>
-            <literal>&lt;dynamic-component&gt;</literal> マッピングのセマンティクスは <literal>&lt;component&gt;</literal> 
-            と同一のものです。この種のマッピングの利点は、マッピングドキュメントの編集により、配置時にbeanの属性を
-            決定できる点です。また、DOMパーサを利用して、マッピングドキュメントのランタイム操作が可能です。
-            さらに、<literal>Configuration</literal> オブジェクト経由でHibernateのコンフィグレーション時のメタモデルに
-            アクセス（または変更）が可能です。
+            <literal>&lt;dynamic-component&gt;</literal> 繝槭ャ繝斐Φ繧ｰ縺ｮ繧ｻ繝槭Φ繝�ぅ繧ｯ繧ｹ縺ｯ <literal>&lt;component&gt;</literal> 
+            縺ｨ蜷御ｸ縺ｮ繧ゅ�縺ｧ縺吶ゅ％縺ｮ遞ｮ縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｮ蛻ｩ轤ｹ縺ｯ縲√�繝�ヴ繝ｳ繧ｰ繝峨く繝･繝｡繝ｳ繝医�邱ｨ髮�↓繧医ｊ縲��鄂ｮ譎ゅ↓bean縺ｮ螻樊ｧ繧�
+            豎ｺ螳壹〒縺阪ｋ轤ｹ縺ｧ縺吶ゅ∪縺溘．OM繝代�繧ｵ繧貞茜逕ｨ縺励※縲√�繝�ヴ繝ｳ繧ｰ繝峨く繝･繝｡繝ｳ繝医�繝ｩ繝ｳ繧ｿ繧､繝�謫堺ｽ懊′蜿ｯ閭ｽ縺ｧ縺吶�
+            縺輔ｉ縺ｫ縲�<literal>Configuration</literal> 繧ｪ繝悶ず繧ｧ繧ｯ繝育ｵ檎罰縺ｧHibernate縺ｮ繧ｳ繝ｳ繝輔ぅ繧ｰ繝ｬ繝ｼ繧ｷ繝ｧ繝ｳ譎ゅ�繝｡繧ｿ繝｢繝�Ν縺ｫ
+            繧｢繧ｯ繧ｻ繧ｹ�医∪縺溘�螟画峩�峨′蜿ｯ閭ｽ縺ｧ縺吶�
         </para>
 
     </sect1>
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/configuration.xml b/documentation/manual/ja-JP/src/main/docbook/content/configuration.xml
index d603c31de4..c6568167e1 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/configuration.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/configuration.xml
@@ -1,30 +1,32 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="session-configuration" revision="1">
 
-    <title>設定</title>
+    <title>險ｭ螳�</title>
     
     <para>
-        Hibernateはさまざまな環境で動作するようにデザインされているため、非常に多くの設定要素があります。
-        幸いなことに、Hibernateは、公開されているパッケージの <literal>etc/</literal> フォルダの <literal>hibernate.properties</literal> 
-        に、ほとんどの設定要素の適切なデフォルト値が記述されています。
-        この <literal>hibernate.properties</literal> をクラスパスに設定し、設定要素をカスタマイズするだけです。
+        Hibernate縺ｯ縺輔∪縺悶∪縺ｪ迺ｰ蠅�〒蜍穂ｽ懊☆繧九ｈ縺�↓繝�じ繧､繝ｳ縺輔ｌ縺ｦ縺�ｋ縺溘ａ縲�撼蟶ｸ縺ｫ螟壹￥縺ｮ險ｭ螳夊ｦ∫ｴ�縺後≠繧翫∪縺吶�
+        蟷ｸ縺�↑縺薙→縺ｫ縲？ibernate縺ｯ縲∝�髢九＆繧後※縺�ｋ繝代ャ繧ｱ繝ｼ繧ｸ縺ｮ <literal>etc/</literal> 繝輔か繝ｫ繝縺ｮ <literal>hibernate.properties</literal> 
+        縺ｫ縲√⊇縺ｨ繧薙←縺ｮ險ｭ螳夊ｦ∫ｴ�縺ｮ驕ｩ蛻�↑繝�ヵ繧ｩ繝ｫ繝亥､縺瑚ｨ倩ｿｰ縺輔ｌ縺ｦ縺�∪縺吶�
+        縺薙� <literal>hibernate.properties</literal> 繧偵け繝ｩ繧ｹ繝代せ縺ｫ險ｭ螳壹＠縲∬ｨｭ螳夊ｦ∫ｴ�繧偵き繧ｹ繧ｿ繝槭う繧ｺ縺吶ｋ縺�縺代〒縺吶�
     </para>
 
     <sect1 id="configuration-programmatic" revision="1">
-        <title>プログラム上の設定</title>
+        <title>繝励Ο繧ｰ繝ｩ繝�荳翫�險ｭ螳�</title>
 
         <para>
-             <literal>org.hibernate.cfg.Configuration</literal> のインスタンスは、
-            Javaの型とSQLデータベースのマッピング情報をすべて持っています。
-            The  <literal>Configuration</literal> は、（不変の） <literal>SessionFactory</literal> 
-            を生成するときに使用します。
-            複数のXMLマッピングファイルを変換し、マッピング情報にします。
+             <literal>org.hibernate.cfg.Configuration</literal> 縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲�
+            Java縺ｮ蝙九→SQL繝��繧ｿ繝吶�繧ｹ縺ｮ繝槭ャ繝斐Φ繧ｰ諠��ｱ繧偵☆縺ｹ縺ｦ謖√▲縺ｦ縺�∪縺吶�
+            The  <literal>Configuration</literal> 縺ｯ縲�ｼ井ｸ榊､峨��� <literal>SessionFactory</literal> 
+            繧堤函謌舌☆繧九→縺阪↓菴ｿ逕ｨ縺励∪縺吶�
+            隍�焚縺ｮXML繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ繧貞､画鋤縺励√�繝�ヴ繝ｳ繧ｰ諠��ｱ縺ｫ縺励∪縺吶�
         </para>
 
         <para>
-            通常、<literal>Configuration</literal> インスタンスは、特定のXMLマッピングファイル
-            によって直接初期化されます。もし、マッピングファイルがクラスパスに設定されている場合、
-            次のメソッドを使ってください。 <literal>addResource()</literal> :
+            騾壼ｸｸ縲�<literal>Configuration</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲∫音螳壹�XML繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ
+            縺ｫ繧医▲縺ｦ逶ｴ謗･蛻晄悄蛹悶＆繧後∪縺吶ゅｂ縺励√�繝�ヴ繝ｳ繧ｰ繝輔ぃ繧､繝ｫ縺後け繝ｩ繧ｹ繝代せ縺ｫ險ｭ螳壹＆繧後※縺�ｋ蝣ｴ蜷医�
+            谺｡縺ｮ繝｡繧ｽ繝�ラ繧剃ｽｿ縺｣縺ｦ縺上□縺輔＞縲� <literal>addResource()</literal> :
         </para>
 
         <programlisting><![CDATA[Configuration cfg = new Configuration()
@@ -32,8 +34,8 @@
     .addResource("Bid.hbm.xml");]]></programlisting>
 
         <para>
-            代替案(こちらのほうが良いときもあります)としてマッピングクラスを指定する方法もあります。Hibernateに、マッピングファイルを
-            見つけさせてください：
+            莉｣譖ｿ譯�(縺薙■繧峨�縺ｻ縺�′濶ｯ縺�→縺阪ｂ縺ゅｊ縺ｾ縺�)縺ｨ縺励※繝槭ャ繝斐Φ繧ｰ繧ｯ繝ｩ繧ｹ繧呈欠螳壹☆繧区婿豕輔ｂ縺ゅｊ縺ｾ縺吶�Hibernate縺ｫ縲√�繝�ヴ繝ｳ繧ｰ繝輔ぃ繧､繝ｫ繧�
+            隕九▽縺代＆縺帙※縺上□縺輔＞��
         </para>
 
         <programlisting><![CDATA[Configuration cfg = new Configuration()
@@ -41,14 +43,14 @@
     .addClass(org.hibernate.auction.Bid.class);]]></programlisting>
 
         <para>
-            Hibernateは、クラスパスにある以下のような名前のマッピングファイルを見つけます。
-            <literal>/org/hibernate/auction/Item.hbm.xml</literal> 、
-            <literal>/org/hibernate/auction/Bid.hbm.xml</literal> 。
-            この方法だと、ハードコーディングされたファイル名を排除できます。
+            Hibernate縺ｯ縲√け繝ｩ繧ｹ繝代せ縺ｫ縺ゅｋ莉･荳九�繧医≧縺ｪ蜷榊燕縺ｮ繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ繧定ｦ九▽縺代∪縺吶�
+            <literal>/org/hibernate/auction/Item.hbm.xml</literal> 縲�
+            <literal>/org/hibernate/auction/Bid.hbm.xml</literal> 縲�
+            縺薙�譁ｹ豕輔□縺ｨ縲√ワ繝ｼ繝峨さ繝ｼ繝�ぅ繝ｳ繧ｰ縺輔ｌ縺溘ヵ繧｡繧､繝ｫ蜷阪ｒ謗帝勁縺ｧ縺阪∪縺吶�
         </para>
         
         <para>
-            <literal>Configuration</literal> は、設定プロパティを指定することもできます：
+            <literal>Configuration</literal> 縺ｯ縲∬ｨｭ螳壹�繝ｭ繝代ユ繧｣繧呈欠螳壹☆繧九％縺ｨ繧ゅ〒縺阪∪縺呻ｼ�
         </para>
 
         <programlisting><![CDATA[Configuration cfg = new Configuration()
@@ -59,103 +61,103 @@
     .setProperty("hibernate.order_updates", "true");]]></programlisting>
     
         <para>
-            Hibernateに設定プロパティを通す方法は1つではありません。
-            さまざまなオプションを用意しています：
+            Hibernate縺ｫ險ｭ螳壹�繝ｭ繝代ユ繧｣繧帝壹☆譁ｹ豕輔�1縺､縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+            縺輔∪縺悶∪縺ｪ繧ｪ繝励す繝ｧ繝ｳ繧堤畑諢上＠縺ｦ縺�∪縺呻ｼ�
         </para>
 
         <orderedlist spacing="compact">
             <listitem>
                 <para>
-                    <literal>java.util.Properties</literal> インスタンスを
-                    <literal>Configuration.setProperties()</literal> に渡します。
+                    <literal>java.util.Properties</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧�
+                    <literal>Configuration.setProperties()</literal> 縺ｫ貂｡縺励∪縺吶�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <literal>hibernate.properties</literal> を
-                    クラスパスのルートディレクトリに置きます。
+                    <literal>hibernate.properties</literal> 繧�
+                    繧ｯ繝ｩ繧ｹ繝代せ縺ｮ繝ｫ繝ｼ繝医ョ繧｣繝ｬ繧ｯ繝医Μ縺ｫ鄂ｮ縺阪∪縺吶�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <literal>System</literal> プロパティが
-                    <literal>java -Dproperty=value</literal> を使うように設定します。
+                    <literal>System</literal> 繝励Ο繝代ユ繧｣縺�
+                    <literal>java -Dproperty=value</literal> 繧剃ｽｿ縺�ｈ縺�↓險ｭ螳壹＠縺ｾ縺吶�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <literal>&lt;property&gt;</literal> 要素を
-                    <literal>hibernate.cfg.xml</literal> （後述）に設定します。
+                    <literal>&lt;property&gt;</literal> 隕∫ｴ�繧�
+                    <literal>hibernate.cfg.xml</literal> �亥ｾ瑚ｿｰ�峨↓險ｭ螳壹＠縺ｾ縺吶�
                 </para>
             </listitem>
         </orderedlist>
 
         <para>
-            今すぐ始めたいのなら、<literal>hibernate.properties</literal> 
-            を使うのが一番の近道です。
+            莉翫☆縺仙ｧ九ａ縺溘＞縺ｮ縺ｪ繧峨�<literal>hibernate.properties</literal> 
+            繧剃ｽｿ縺��縺御ｸ逡ｪ縺ｮ霑鷹％縺ｧ縺吶�
         </para>
 
         <para>
-            <literal>Configuration</literal> は、起動時にだけあるオブジェクトであり、
-            一度 <literal>SessionFactory</literal> を生成した後は、破棄されることを意図しています。
+            <literal>Configuration</literal> 縺ｯ縲∬ｵｷ蜍墓凾縺ｫ縺�縺代≠繧九が繝悶ず繧ｧ繧ｯ繝医〒縺ゅｊ縲�
+            荳蠎ｦ <literal>SessionFactory</literal> 繧堤函謌舌＠縺溷ｾ後�縲∫�ｴ譽�＆繧後ｋ縺薙→繧呈э蝗ｳ縺励※縺�∪縺吶�
         </para>
 
     </sect1>
     
     <sect1 id="configuration-sessionfactory">
-        <title>SessionFactoryを取得する</title>
+        <title>SessionFactory繧貞叙蠕励☆繧�</title>
 
         <para>
-            <literal>Configuration</literal> がすべてのマッピング情報を解析したら、
-            アプリケーションは、 <literal>Session</literal> ファクトリインスタンスを取得します。
-            このSessionFactoryは、Hibernateを使用するすべてのスレッドで共有されるべきです。
+            <literal>Configuration</literal> 縺後☆縺ｹ縺ｦ縺ｮ繝槭ャ繝斐Φ繧ｰ諠��ｱ繧定ｧ｣譫舌＠縺溘ｉ縲�
+            繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ縲� <literal>Session</literal> 繝輔ぃ繧ｯ繝医Μ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧貞叙蠕励＠縺ｾ縺吶�
+            縺薙�SessionFactory縺ｯ縲？ibernate繧剃ｽｿ逕ｨ縺吶ｋ縺吶∋縺ｦ縺ｮ繧ｹ繝ｬ繝�ラ縺ｧ蜈ｱ譛峨＆繧後ｋ縺ｹ縺阪〒縺吶�
         </para>
 
         <programlisting><![CDATA[SessionFactory sessions = cfg.buildSessionFactory();]]></programlisting>
 
         <para>
-            Hibernateは、 <literal>SessionFactory</literal> を複数生成することができます。
-            これは、複数のデータベースを使用する場合に便利です。
+            Hibernate縺ｯ縲� <literal>SessionFactory</literal> 繧定､�焚逕滓�縺吶ｋ縺薙→縺後〒縺阪∪縺吶�
+            縺薙ｌ縺ｯ縲∬､�焚縺ｮ繝��繧ｿ繝吶�繧ｹ繧剃ｽｿ逕ｨ縺吶ｋ蝣ｴ蜷医↓萓ｿ蛻ｩ縺ｧ縺吶�
         </para>
 
     </sect1>
 
     <sect1 id="configuration-hibernatejdbc" revision="1">
-        <title>JDBCコネクション</title>
+        <title>JDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ</title>
 
         <para>
-            通常、開発者は <literal>SessionFactory</literal> を生成し、SessionFactoryでJDBCコネクションをプーリングしたいと考えます。
-            そのアプローチを採用する場合、単純に <literal>Session</literal> をオープンしてください：
+            騾壼ｸｸ縲�幕逋ｺ閠�� <literal>SessionFactory</literal> 繧堤函謌舌＠縲ヾessionFactory縺ｧJDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧偵�繝ｼ繝ｪ繝ｳ繧ｰ縺励◆縺�→閠�∴縺ｾ縺吶�
+            縺昴�繧｢繝励Ο繝ｼ繝√ｒ謗｡逕ｨ縺吶ｋ蝣ｴ蜷医∝腰邏斐↓ <literal>Session</literal> 繧偵が繝ｼ繝励Φ縺励※縺上□縺輔＞��
         </para>
 
         <programlisting><![CDATA[Session session = sessions.openSession(); // open a new Session]]></programlisting>
         
         <para>
-            これだけで、プーリングしたJDBCコネクションを使って目的のデータベース
-            にアクセスすることができます。
+            縺薙ｌ縺�縺代〒縲√�繝ｼ繝ｪ繝ｳ繧ｰ縺励◆JDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧剃ｽｿ縺｣縺ｦ逶ｮ逧��繝��繧ｿ繝吶�繧ｹ
+            縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ縺薙→縺後〒縺阪∪縺吶�
         </para>
 
         <para>
-            そのためには、JDBCコネクションのプロパティをHibernateに設定する必要があります。
-            すべてのHibernateプロパティ名とセマンティクスは
-            <literal>org.hibernate.cfg.Environment</literal> クラスに定義されています。
-            この設定はJDBCコネクション設定の中で一番重要なものです。
+            縺昴�縺溘ａ縺ｫ縺ｯ縲゛DBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺ｮ繝励Ο繝代ユ繧｣繧辿ibernate縺ｫ險ｭ螳壹☆繧句ｿ�ｦ√′縺ゅｊ縺ｾ縺吶�
+            縺吶∋縺ｦ縺ｮHibernate繝励Ο繝代ユ繧｣蜷阪→繧ｻ繝槭Φ繝�ぅ繧ｯ繧ｹ縺ｯ
+            <literal>org.hibernate.cfg.Environment</literal> 繧ｯ繝ｩ繧ｹ縺ｫ螳夂ｾｩ縺輔ｌ縺ｦ縺�∪縺吶�
+            縺薙�險ｭ螳壹�JDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ險ｭ螳壹�荳ｭ縺ｧ荳逡ｪ驥崎ｦ√↑繧ゅ�縺ｧ縺吶�
         </para>
 
         <para>
-            もし、以下のプロパティを設定すると、Hibernateはコネクションを取得する（プールも）ために
-            <literal>java.sql.DriverManager</literal> を使います。
+            繧ゅ＠縲∽ｻ･荳九�繝励Ο繝代ユ繧｣繧定ｨｭ螳壹☆繧九→縲？ibernate縺ｯ繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧貞叙蠕励☆繧具ｼ医�繝ｼ繝ｫ繧ゑｼ峨◆繧√↓
+            <literal>java.sql.DriverManager</literal> 繧剃ｽｿ縺�∪縺吶�
         </para>
 
         <table frame="topbot">
-            <title>Hibernate JDBCプロパティ</title>
+            <title>Hibernate JDBC繝励Ο繝代ユ繧｣</title>
             <tgroup cols="2">
                 <colspec colname="c1" colwidth="1*"/>
                 <colspec colname="c2" colwidth="1*"/>
                 <thead>
                     <row>
-                        <entry>プロパティ名</entry>
-                        <entry>意味</entry>
+                        <entry>繝励Ο繝代ユ繧｣蜷�</entry>
+                        <entry>諢丞袖</entry>
                     </row>
                 </thead>
             <tbody>
@@ -164,7 +166,7 @@
                     <literal>hibernate.connection.driver_class</literal>
                 </entry>
                 <entry>
-                    <emphasis>JDBCドライバクラス</emphasis>
+                    <emphasis>JDBC繝峨Λ繧､繝舌け繝ｩ繧ｹ</emphasis>
                 </entry>
             </row>
             <row>
@@ -196,7 +198,7 @@
                     <literal>hibernate.connection.pool_size</literal>
                 </entry>
                 <entry>
-                    <emphasis>プールするコネクションの最大数</emphasis>
+                    <emphasis>繝励�繝ｫ縺吶ｋ繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺ｮ譛螟ｧ謨ｰ</emphasis>
                 </entry>
             </row>
             </tbody>
@@ -204,26 +206,26 @@
         </table>
 
         <para>
-            Hibernateのコネクションプールアルゴリズムは非常に初歩的なものです。
-            これはすぐに始められるようにと用意されたもので、<emphasis>製品として使用することを意図していません</emphasis> 。
-            また、パフォーマンスのテストのためのものでもありません。
-            最高のパフォーマンスと安定性を持ったプールを実現したければ、サードパーティのツールをお勧めします。
-            <literal>hibernate.connection.pool_size</literal> プロパティに
-            適切なコネクションプールサイズを記述してください。
-            このままだとHibernateのコネクションプールを使います。
-            例えば次のようにC3P0を使います。
+            Hibernate縺ｮ繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繝励�繝ｫ繧｢繝ｫ繧ｴ繝ｪ繧ｺ繝�縺ｯ髱槫ｸｸ縺ｫ蛻晄ｭｩ逧�↑繧ゅ�縺ｧ縺吶�
+            縺薙ｌ縺ｯ縺吶＄縺ｫ蟋九ａ繧峨ｌ繧九ｈ縺�↓縺ｨ逕ｨ諢上＆繧後◆繧ゅ�縺ｧ縲�<emphasis>陬ｽ蜩√→縺励※菴ｿ逕ｨ縺吶ｋ縺薙→繧呈э蝗ｳ縺励※縺�∪縺帙ｓ</emphasis> 縲�
+            縺ｾ縺溘√ヱ繝輔か繝ｼ繝槭Φ繧ｹ縺ｮ繝�せ繝医�縺溘ａ縺ｮ繧ゅ�縺ｧ繧ゅ≠繧翫∪縺帙ｓ縲�
+            譛鬮倥�繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ縺ｨ螳牙ｮ壽ｧ繧呈戟縺｣縺溘�繝ｼ繝ｫ繧貞ｮ溽樟縺励◆縺代ｌ縺ｰ縲√し繝ｼ繝峨ヱ繝ｼ繝�ぅ縺ｮ繝��繝ｫ繧偵♀蜍ｧ繧√＠縺ｾ縺吶�
+            <literal>hibernate.connection.pool_size</literal> 繝励Ο繝代ユ繧｣縺ｫ
+            驕ｩ蛻�↑繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繝励�繝ｫ繧ｵ繧､繧ｺ繧定ｨ倩ｿｰ縺励※縺上□縺輔＞縲�
+            縺薙�縺ｾ縺ｾ縺�縺ｨHibernate縺ｮ繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繝励�繝ｫ繧剃ｽｿ縺�∪縺吶�
+            萓九∴縺ｰ谺｡縺ｮ繧医≧縺ｫC3P0繧剃ｽｿ縺�∪縺吶�
         </para>
 
         <para>
-            C3P0はオープンソースJDBCコネクションプールで、Hibernateの <literal>lib</literal> 
-            ディレクトリにあります。もし、<literal>hibernate.c3p0.*</literal> プロパティを
-            セットすれば、Hibernateは、 <literal>C3P0ConnectionProvider</literal> を使います。
-            もしProxoolを使いたい場合は、 <literal>hibernate.properties</literal> パッケージを
-            参照したり、HibernateのWebサイトでより多くの情報を取得してください。
+            C3P0縺ｯ繧ｪ繝ｼ繝励Φ繧ｽ繝ｼ繧ｹJDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繝励�繝ｫ縺ｧ縲？ibernate縺ｮ <literal>lib</literal> 
+            繝�ぅ繝ｬ繧ｯ繝医Μ縺ｫ縺ゅｊ縺ｾ縺吶ゅｂ縺励�<literal>hibernate.c3p0.*</literal> 繝励Ο繝代ユ繧｣繧�
+            繧ｻ繝�ヨ縺吶ｌ縺ｰ縲？ibernate縺ｯ縲� <literal>C3P0ConnectionProvider</literal> 繧剃ｽｿ縺�∪縺吶�
+            繧ゅ＠Proxool繧剃ｽｿ縺�◆縺��ｴ蜷医�縲� <literal>hibernate.properties</literal> 繝代ャ繧ｱ繝ｼ繧ｸ繧�
+            蜿ら�縺励◆繧翫？ibernate縺ｮWeb繧ｵ繧､繝医〒繧医ｊ螟壹￥縺ｮ諠��ｱ繧貞叙蠕励＠縺ｦ縺上□縺輔＞縲�
         </para>
 
         <para>
-            C3P0用の <literal>hibernate.properties</literal> ファイルを例として示します：
+            C3P0逕ｨ縺ｮ <literal>hibernate.properties</literal> 繝輔ぃ繧､繝ｫ繧剃ｾ九→縺励※遉ｺ縺励∪縺呻ｼ�
         </para>
 
         <programlisting id="c3p0-configuration" revision="1"><![CDATA[hibernate.connection.driver_class = org.postgresql.Driver
@@ -237,21 +239,21 @@ hibernate.c3p0.max_statements=50
 hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
 
         <para>
-            アプリケーションサーバ上で使う場合は、Hibernateを設定し、
-            アプリケーションサーバからコネクションを取得するようにしてください。
-            <literal>Datasource</literal> をJNDIに登録します。そして
-            プロパティを以下のように設定してください。
+            繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝蝉ｸ翫〒菴ｿ縺��ｴ蜷医�縲？ibernate繧定ｨｭ螳壹＠縲�
+            繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝舌°繧峨さ繝阪け繧ｷ繝ｧ繝ｳ繧貞叙蠕励☆繧九ｈ縺�↓縺励※縺上□縺輔＞縲�
+            <literal>Datasource</literal> 繧谷NDI縺ｫ逋ｻ骭ｲ縺励∪縺吶ゅ◎縺励※
+            繝励Ο繝代ユ繧｣繧剃ｻ･荳九�繧医≧縺ｫ險ｭ螳壹＠縺ｦ縺上□縺輔＞縲�
         </para>
 
         <table frame="topbot">
-            <title>Hibernate データソースプロパティ</title>
+            <title>Hibernate 繝��繧ｿ繧ｽ繝ｼ繧ｹ繝励Ο繝代ユ繧｣</title>
             <tgroup cols="2">
                 <colspec colname="c1" colwidth="1*"/>
                 <colspec colname="c2" colwidth="1*"/>
                 <thead>
                     <row>
-                        <entry>プロパティ名</entry>
-                        <entry>意味</entry>
+                        <entry>繝励Ο繝代ユ繧｣蜷�</entry>
+                        <entry>諢丞袖</entry>
                     </row>
                 </thead>
             <tbody>
@@ -260,7 +262,7 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                     <literal>hibernate.connection.datasource</literal>
                 </entry>
                 <entry>
-                    <emphasis>データソースのJNDI名</emphasis>
+                    <emphasis>繝��繧ｿ繧ｽ繝ｼ繧ｹ縺ｮJNDI蜷�</emphasis>
                 </entry>
             </row>
             <row>
@@ -268,7 +270,7 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                     <literal>hibernate.jndi.url</literal>
                 </entry>
                 <entry>
-                    <emphasis>JNDIプロバイダのURL</emphasis> (オプション)
+                    <emphasis>JNDI繝励Ο繝舌う繝縺ｮURL</emphasis> (繧ｪ繝励す繝ｧ繝ｳ)
                 </entry>
             </row>
             <row>
@@ -276,7 +278,7 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                     <literal>hibernate.jndi.class</literal>
                 </entry>
                 <entry>
-                    <emphasis>JNDIクラス <literal>InitialContextFactory</literal> </emphasis> (オプション) 
+                    <emphasis>JNDI繧ｯ繝ｩ繧ｹ <literal>InitialContextFactory</literal> </emphasis> (繧ｪ繝励す繝ｧ繝ｳ) 
                 </entry>
             </row>
             <row>
@@ -284,7 +286,7 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                     <literal>hibernate.connection.username</literal>
                 </entry>
                 <entry>
-                    <emphasis>database user</emphasis> (オプション)
+                    <emphasis>database user</emphasis> (繧ｪ繝励す繝ｧ繝ｳ)
                 </entry>
             </row>
             <row>
@@ -292,7 +294,7 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                     <literal>hibernate.connection.password</literal>
                 </entry>
                 <entry>
-                    <emphasis>database user password</emphasis> (オプション)
+                    <emphasis>database user password</emphasis> (繧ｪ繝励す繝ｧ繝ｳ)
                 </entry>
             </row>
             </tbody>
@@ -300,61 +302,61 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
         </table>
 
         <para>
-            アプリケーションサーバから提供されたJNDIデータソースを使う
-            <literal>hibernate.properties</literal> ファイルの例を示します：
+            繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝舌°繧画署萓帙＆繧後◆JNDI繝��繧ｿ繧ｽ繝ｼ繧ｹ繧剃ｽｿ縺�
+            <literal>hibernate.properties</literal> 繝輔ぃ繧､繝ｫ縺ｮ萓九ｒ遉ｺ縺励∪縺呻ｼ�
         </para>
 
         <programlisting><![CDATA[hibernate.connection.datasource = java:/comp/env/jdbc/test
-hibernate.transaction.factory_class = \
+hibernate.transaction.factory_class = ﾂ･
     org.hibernate.transaction.JTATransactionFactory
-hibernate.transaction.manager_lookup_class = \
+hibernate.transaction.manager_lookup_class = ﾂ･
     org.hibernate.transaction.JBossTransactionManagerLookup
 hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
 
         <para>
-            JNDIデータソースから取得したJDBCコネクションは、アプリケーションサーバの
-            コンテナ管理トランザクションに自動的に参加します。
+            JNDI繝��繧ｿ繧ｽ繝ｼ繧ｹ縺九ｉ蜿門ｾ励＠縺櫟DBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺ｯ縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝舌�
+            繧ｳ繝ｳ繝�リ邂｡逅�ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ閾ｪ蜍慕噪縺ｫ蜿ょ刈縺励∪縺吶�
         </para>
 
         <para>
-            任意のコネクションプロパティは、与えられた” <literal>hibernate.connnection</literal> ”
-            プロパティ名によって与えられます。例えば、 <literal>charSet</literal> を設定したい場合は、
-            <literal>hibernate.connection.charSet</literal> を使います。
+            莉ｻ諢上�繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繝励Ο繝代ユ繧｣縺ｯ縲∽ｸ弱∴繧峨ｌ縺溪� <literal>hibernate.connnection</literal> 窶�
+            繝励Ο繝代ユ繧｣蜷阪↓繧医▲縺ｦ荳弱∴繧峨ｌ縺ｾ縺吶ゆｾ九∴縺ｰ縲� <literal>charSet</literal> 繧定ｨｭ螳壹＠縺溘＞蝣ｴ蜷医�縲�
+            <literal>hibernate.connection.charSet</literal> 繧剃ｽｿ縺�∪縺吶�
         </para>
 
         <para>
-            JDBCコネクションを取得する戦略を持つ独自のプラグインを定義する場合は、
-            <literal>org.hibernate.connection.ConnectionProvider</literal> インターフェイスを
-            実装してください。そして、実装クラスを <literal>hibernate.connection.provider_class</literal> 
-            に設定してください。
+            JDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧貞叙蠕励☆繧区姶逡･繧呈戟縺､迢ｬ閾ｪ縺ｮ繝励Λ繧ｰ繧､繝ｳ繧貞ｮ夂ｾｩ縺吶ｋ蝣ｴ蜷医�縲�
+            <literal>org.hibernate.connection.ConnectionProvider</literal> 繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧�
+            螳溯｣�＠縺ｦ縺上□縺輔＞縲ゅ◎縺励※縲∝ｮ溯｣�け繝ｩ繧ｹ繧� <literal>hibernate.connection.provider_class</literal> 
+            縺ｫ險ｭ螳壹＠縺ｦ縺上□縺輔＞縲�
         </para>
 
     </sect1>
 
     <sect1 id="configuration-optional" revision="1">
-        <title>オプション設定プロパティ</title>
+        <title>繧ｪ繝励す繝ｧ繝ｳ險ｭ螳壹�繝ｭ繝代ユ繧｣</title>
         
         <para>
-            これらのプロパティはHibernateの挙動を制御するものです。
-            これらのプロパティはすべて妥当なデフォルト値があり、任意で設定します。
+            縺薙ｌ繧峨�繝励Ο繝代ユ繧｣縺ｯHibernate縺ｮ謖吝虚繧貞宛蠕｡縺吶ｋ繧ゅ�縺ｧ縺吶�
+            縺薙ｌ繧峨�繝励Ο繝代ユ繧｣縺ｯ縺吶∋縺ｦ螯･蠖薙↑繝�ヵ繧ｩ繝ｫ繝亥､縺後≠繧翫∽ｻｻ諢上〒險ｭ螳壹＠縺ｾ縺吶�
         </para>
 
         <para>
-            <emphasis>注意：これらのプロパティは"システムレベル"のみです。</emphasis> 
-            システムレベルプロパティは <literal>java -Dproperty=value</literal>  、もしくは
-            <literal>hibernate.properties</literal> でのみ設定可能です。
-            それ以外の設定方法は <emphasis>ありません</emphasis> 。
+            <emphasis>豕ｨ諢擾ｼ壹％繧後ｉ縺ｮ繝励Ο繝代ユ繧｣縺ｯ"繧ｷ繧ｹ繝�Β繝ｬ繝吶Ν"縺ｮ縺ｿ縺ｧ縺吶�</emphasis> 
+            繧ｷ繧ｹ繝�Β繝ｬ繝吶Ν繝励Ο繝代ユ繧｣縺ｯ <literal>java -Dproperty=value</literal>  縲√ｂ縺励￥縺ｯ
+            <literal>hibernate.properties</literal> 縺ｧ縺ｮ縺ｿ險ｭ螳壼庄閭ｽ縺ｧ縺吶�
+            縺昴ｌ莉･螟悶�險ｭ螳壽婿豕輔� <emphasis>縺ゅｊ縺ｾ縺帙ｓ</emphasis> 縲�
         </para>
 
         <table frame="topbot" id="configuration-optional-properties" revision="8">
-            <title>Hibernate設定プロパティ</title>
+            <title>Hibernate險ｭ螳壹�繝ｭ繝代ユ繧｣</title>
             <tgroup cols="2">
                 <colspec colname="c1" colwidth="1*"/>
                 <colspec colname="c2" colwidth="1*"/>
                 <thead>
                     <row>
-                        <entry>プロパティ名</entry>
-                        <entry>意味</entry>
+                        <entry>繝励Ο繝代ユ繧｣蜷�</entry>
+                        <entry>諢丞袖</entry>
                     </row>
                 </thead>
                 <tbody>
@@ -363,10 +365,10 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.dialect</literal>
                         </entry>
                         <entry>
-                            Hibernate <literal>Dialect</literal> クラス名が入ります。
-                            これはリレーショナルデータベースごとに最適化されたSQLを生成します。
+                            Hibernate <literal>Dialect</literal> 繧ｯ繝ｩ繧ｹ蜷阪′蜈･繧翫∪縺吶�
+                            縺薙ｌ縺ｯ繝ｪ繝ｬ繝ｼ繧ｷ繝ｧ繝翫Ν繝��繧ｿ繝吶�繧ｹ縺斐→縺ｫ譛驕ｩ蛹悶＆繧後◆SQL繧堤函謌舌＠縺ｾ縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>full.classname.of.Dialect</literal>
                             </para>
                         </entry>
@@ -376,11 +378,11 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.show_sql</literal>
                         </entry>
                         <entry>
-                            発行されたすべてのSQLをコンソールに出力します。
-                            これはログカテゴリの <literal>org.hibernate.SQL</literal> 
-                            に <literal>debug</literal> を設定する方法の代替手段です。
+                            逋ｺ陦後＆繧後◆縺吶∋縺ｦ縺ｮSQL繧偵さ繝ｳ繧ｽ繝ｼ繝ｫ縺ｫ蜃ｺ蜉帙＠縺ｾ縺吶�
+                            縺薙ｌ縺ｯ繝ｭ繧ｰ繧ｫ繝�ざ繝ｪ縺ｮ <literal>org.hibernate.SQL</literal> 
+                            縺ｫ <literal>debug</literal> 繧定ｨｭ螳壹☆繧区婿豕輔�莉｣譖ｿ謇区ｮｵ縺ｧ縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>true</literal> | <literal>false</literal>
                             </para>
                         </entry>
@@ -390,9 +392,9 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.format_sql</literal>
                         </entry>
                         <entry>
-                            ログとコンソールのSQLを美しく表示します。
+                            繝ｭ繧ｰ縺ｨ繧ｳ繝ｳ繧ｽ繝ｼ繝ｫ縺ｮSQL繧堤ｾ弱＠縺剰｡ｨ遉ｺ縺励∪縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>true</literal> | <literal>false</literal>
                             </para>
                         </entry>
@@ -402,9 +404,9 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.default_schema</literal>
                         </entry>
                         <entry>
-                            生成されるSQL文のテーブルに設定するスキーマ/テーブルスペースです。
+                            逕滓�縺輔ｌ繧鬼QL譁��繝��繝悶Ν縺ｫ險ｭ螳壹☆繧九せ繧ｭ繝ｼ繝�/繝��繝悶Ν繧ｹ繝壹�繧ｹ縺ｧ縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>SCHEMA_NAME</literal>
                             </para>
                         </entry>
@@ -414,9 +416,9 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.default_catalog</literal>
                         </entry>
                         <entry>
-                            生成されるSQL文のテーブルに設定するカタログです。
+                            逕滓�縺輔ｌ繧鬼QL譁��繝��繝悶Ν縺ｫ險ｭ螳壹☆繧九き繧ｿ繝ｭ繧ｰ縺ｧ縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>CATALOG_NAME</literal>
                             </para>
                         </entry>
@@ -426,9 +428,9 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.session_factory_name</literal>
                         </entry>
                         <entry>
-                            <literal>SessionFactory</literal> は生成後、この名前でJNDIに登録されます。
+                            <literal>SessionFactory</literal> 縺ｯ逕滓�蠕後√％縺ｮ蜷榊燕縺ｧJNDI縺ｫ逋ｻ骭ｲ縺輔ｌ縺ｾ縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>jndi/composite/name</literal>
                             </para>
                         </entry>
@@ -438,12 +440,12 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.max_fetch_depth</literal>
                         </entry>
                         <entry>
-                            外部結合フェッチの最大深度を設定します。結合する関連は
-                            対一関連のみ（一対一、多対一）です。
-                            <literal>0</literal> を指定すると外部結合フェッチは無効になります。
+                            螟夜Κ邨仙粋繝輔ぉ繝�メ縺ｮ譛螟ｧ豺ｱ蠎ｦ繧定ｨｭ螳壹＠縺ｾ縺吶らｵ仙粋縺吶ｋ髢｢騾｣縺ｯ
+                            蟇ｾ荳髢｢騾｣縺ｮ縺ｿ�井ｸ蟇ｾ荳縲∝､壼ｯｾ荳�峨〒縺吶�
+                            <literal>0</literal> 繧呈欠螳壹☆繧九→螟夜Κ邨仙粋繝輔ぉ繝�メ縺ｯ辟｡蜉ｹ縺ｫ縺ｪ繧翫∪縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
-                                推奨する値は <literal>0</literal> から <literal>3</literal> です。
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
+                                謗ｨ螂ｨ縺吶ｋ蛟､縺ｯ <literal>0</literal> 縺九ｉ <literal>3</literal> 縺ｧ縺吶�
                             </para>
                         </entry>
                     </row>
@@ -452,10 +454,10 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.default_batch_fetch_size</literal>
                         </entry>
                         <entry>
-                            関連フェッチのデフォルトバッチサイズを指定します。
+                            髢｢騾｣繝輔ぉ繝�メ縺ｮ繝�ヵ繧ｩ繝ｫ繝医ヰ繝�メ繧ｵ繧､繧ｺ繧呈欠螳壹＠縺ｾ縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
-                                推奨する値は <literal>4</literal> , <literal>8</literal> , <literal>16</literal> です。
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
+                                謗ｨ螂ｨ縺吶ｋ蛟､縺ｯ <literal>4</literal> , <literal>8</literal> , <literal>16</literal> 縺ｧ縺吶�
                             </para>
                         </entry>
                     </row>
@@ -464,8 +466,8 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.default_entity_mode</literal>
                         </entry>
                         <entry>
-                            <literal>SessionFactory</literal> からセッションをオープンしたときに
-                            使用するエンティティのデフォルトモードを設定します。
+                            <literal>SessionFactory</literal> 縺九ｉ繧ｻ繝�す繝ｧ繝ｳ繧偵が繝ｼ繝励Φ縺励◆縺ｨ縺阪↓
+                            菴ｿ逕ｨ縺吶ｋ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ繝�ヵ繧ｩ繝ｫ繝医Δ繝ｼ繝峨ｒ險ｭ螳壹＠縺ｾ縺吶�
                             <para>
                                 <literal>dynamic-map</literal>, <literal>dom4j</literal>,
                                 <literal>pojo</literal>
@@ -477,10 +479,10 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.order_updates</literal>
                         </entry>
                         <entry>
-                            項目が更新されたときに、別のSQLで主キーを更新することを強制します。
-                            この場合、同時実行可能なシステムでは、まれにデッドロックが発生する可能性があります。
+                            鬆�岼縺梧峩譁ｰ縺輔ｌ縺溘→縺阪↓縲∝挨縺ｮSQL縺ｧ荳ｻ繧ｭ繝ｼ繧呈峩譁ｰ縺吶ｋ縺薙→繧貞ｼｷ蛻ｶ縺励∪縺吶�
+                            縺薙�蝣ｴ蜷医∝酔譎ょｮ溯｡悟庄閭ｽ縺ｪ繧ｷ繧ｹ繝�Β縺ｧ縺ｯ縲√∪繧後↓繝�ャ繝峨Ο繝�け縺檎匱逕溘☆繧句庄閭ｽ諤ｧ縺後≠繧翫∪縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>true</literal> | <literal>false</literal>
                             </para>
                         </entry>
@@ -490,10 +492,10 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.generate_statistics</literal>
                         </entry>
                         <entry>
-                            有効の場合、Hibernateはパフォーマンスチューニングに
-                            有効な統計情報を収集します。
+                            譛牙柑縺ｮ蝣ｴ蜷医？ibernate縺ｯ繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ繝√Η繝ｼ繝九Φ繧ｰ縺ｫ
+                            譛牙柑縺ｪ邨ｱ險域ュ蝣ｱ繧貞庶髮�＠縺ｾ縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis>
+                                <emphasis role="strong">萓具ｼ�</emphasis>
                                 <literal>true</literal> | <literal>false</literal>
                             </para>
                         </entry>
@@ -503,10 +505,10 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.use_identifer_rollback</literal>
                         </entry>
                         <entry>
-                            有効の場合、オブジェクトが削除されたときに
-                            識別子プロパティをリセットし、デフォルト値にしたものを生成します。
+                            譛牙柑縺ｮ蝣ｴ蜷医√が繝悶ず繧ｧ繧ｯ繝医′蜑企勁縺輔ｌ縺溘→縺阪↓
+                            隴伜挨蟄舌�繝ｭ繝代ユ繧｣繧偵Μ繧ｻ繝�ヨ縺励√ョ繝輔か繝ｫ繝亥､縺ｫ縺励◆繧ゅ�繧堤函謌舌＠縺ｾ縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis>
+                                <emphasis role="strong">萓具ｼ�</emphasis>
                                 <literal>true</literal> | <literal>false</literal>
                             </para>
                         </entry>
@@ -516,10 +518,10 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.use_sql_comments</literal>
                         </entry>
                         <entry>
-                            有効の場合、SQL内にコメントを生成します。これはデバックを容易にします。
-                            デフォルトの値は <literal>false</literal> です。
+                            譛牙柑縺ｮ蝣ｴ蜷医ヾQL蜀�↓繧ｳ繝｡繝ｳ繝医ｒ逕滓�縺励∪縺吶ゅ％繧後�繝�ヰ繝�け繧貞ｮｹ譏薙↓縺励∪縺吶�
+                            繝�ヵ繧ｩ繝ｫ繝医�蛟､縺ｯ <literal>false</literal> 縺ｧ縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis>
+                                <emphasis role="strong">萓具ｼ�</emphasis>
                                 <literal>true</literal> | <literal>false</literal>
                             </para>
                         </entry>
@@ -529,14 +531,14 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
         </table>
 
         <table frame="topbot" id="configuration-jdbc-properties" revision="8">
-            <title>Hibernate JDBC とコネクションプロパティ</title>
+            <title>Hibernate JDBC 縺ｨ繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繝励Ο繝代ユ繧｣</title>
             <tgroup cols="2">
                 <colspec colname="c1" colwidth="1*"/>
                 <colspec colname="c2" colwidth="1*"/>
                 <thead>
                     <row>
-                        <entry>プロパティ名</entry>
-                        <entry>意味</entry>
+                        <entry>繝励Ο繝代ユ繧｣蜷�</entry>
+                        <entry>諢丞袖</entry>
                     </row>
                 </thead>
                 <tbody>
@@ -545,8 +547,8 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.jdbc.fetch_size</literal>
                         </entry>
                         <entry>
-                            値が0でない場合、JDBCフェッチサイズを決定します
-                            ( <literal>Statement.setFetchSize()</literal> を呼びます)。
+                            蛟､縺�0縺ｧ縺ｪ縺��ｴ蜷医゛DBC繝輔ぉ繝�メ繧ｵ繧､繧ｺ繧呈ｱｺ螳壹＠縺ｾ縺�
+                            ( <literal>Statement.setFetchSize()</literal> 繧貞他縺ｳ縺ｾ縺�)縲�
                         </entry>
                     </row>
                     <row>
@@ -554,10 +556,10 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.jdbc.batch_size</literal>
                         </entry>
                         <entry>
-                            値が0でない場合、HibernateがJDBC2バッチ更新を使用します。
+                            蛟､縺�0縺ｧ縺ｪ縺��ｴ蜷医？ibernate縺繰DBC2繝舌ャ繝∵峩譁ｰ繧剃ｽｿ逕ｨ縺励∪縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis>
-                                推奨する値は <literal>5</literal> から <literal>30</literal> です。
+                                <emphasis role="strong">萓具ｼ�</emphasis>
+                                謗ｨ螂ｨ縺吶ｋ蛟､縺ｯ <literal>5</literal> 縺九ｉ <literal>30</literal> 縺ｧ縺吶�
                             </para>
                         </entry>
                     </row>
@@ -566,13 +568,13 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.jdbc.batch_versioned_data</literal>
                         </entry>
                         <entry>
-                            もしJDBCドライバが <literal>executeBatch()</literal> によって正確な行数を
-                            返す場合、このプロパティを <literal>true</literal> にしてください
-                            （通常はこのオプションをONにします）。
-                            Hibernateは、自動バージョンデータのためバッチDMLを使います。
-                            デフォルトの値は <literal>false</literal> です。
+                            繧ゅ＠JDBC繝峨Λ繧､繝舌′ <literal>executeBatch()</literal> 縺ｫ繧医▲縺ｦ豁｣遒ｺ縺ｪ陦梧焚繧�
+                            霑斐☆蝣ｴ蜷医√％縺ｮ繝励Ο繝代ユ繧｣繧� <literal>true</literal> 縺ｫ縺励※縺上□縺輔＞
+                            �磯壼ｸｸ縺ｯ縺薙�繧ｪ繝励す繝ｧ繝ｳ繧丹N縺ｫ縺励∪縺呻ｼ峨�
+                            Hibernate縺ｯ縲∬�蜍輔ヰ繝ｼ繧ｸ繝ｧ繝ｳ繝��繧ｿ縺ｮ縺溘ａ繝舌ャ繝．ML繧剃ｽｿ縺�∪縺吶�
+                            繝�ヵ繧ｩ繝ｫ繝医�蛟､縺ｯ <literal>false</literal> 縺ｧ縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis>
+                                <emphasis role="strong">萓具ｼ�</emphasis>
                                 <literal>true</literal> | <literal>false</literal>
                             </para>
                         </entry>
@@ -582,10 +584,10 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.jdbc.factory_class</literal>
                         </entry>
                         <entry>
-                            カスタム <literal>Batcher</literal> を選びます。
-                            ほとんどのアプリケーションに、この設定は必要ありません。
+                            繧ｫ繧ｹ繧ｿ繝� <literal>Batcher</literal> 繧帝∈縺ｳ縺ｾ縺吶�
+                            縺ｻ縺ｨ繧薙←縺ｮ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ縲√％縺ｮ險ｭ螳壹�蠢�ｦ√≠繧翫∪縺帙ｓ縲�
                             <para>
-                                <emphasis role="strong">例：</emphasis>
+                                <emphasis role="strong">萓具ｼ�</emphasis>
                                 <literal>classname.of.BatcherFactory</literal>
                             </para>
                         </entry>
@@ -595,11 +597,11 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.jdbc.use_scrollable_resultset</literal>
                         </entry>
                         <entry>
-                            スクロール可能なリザルトセットを、Hibernateが使用します。
-                            このプロパティは、JDBCコネクションがコネクションメタデータを
-                            サポートしていることが必須条件になります。
+                            繧ｹ繧ｯ繝ｭ繝ｼ繝ｫ蜿ｯ閭ｽ縺ｪ繝ｪ繧ｶ繝ｫ繝医そ繝�ヨ繧偵？ibernate縺御ｽｿ逕ｨ縺励∪縺吶�
+                            縺薙�繝励Ο繝代ユ繧｣縺ｯ縲゛DBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺後さ繝阪け繧ｷ繝ｧ繝ｳ繝｡繧ｿ繝��繧ｿ繧�
+                            繧ｵ繝昴�繝医＠縺ｦ縺�ｋ縺薙→縺悟ｿ��域擅莉ｶ縺ｫ縺ｪ繧翫∪縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>true</literal> | <literal>false</literal>
                             </para>
                         </entry>
@@ -609,10 +611,10 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.jdbc.use_streams_for_binary</literal>
                         </entry>
                         <entry>
-                            JDBCへ/から <literal>binary</literal> や <literal>serializable</literal> 
-                            の書き込み/読み込みストリームを使います(システムレベルのプロパティ)。
+                            JDBC縺ｸ/縺九ｉ <literal>binary</literal> 繧� <literal>serializable</literal> 
+                            縺ｮ譖ｸ縺崎ｾｼ縺ｿ/隱ｭ縺ｿ霎ｼ縺ｿ繧ｹ繝医Μ繝ｼ繝�繧剃ｽｿ縺�∪縺�(繧ｷ繧ｹ繝�Β繝ｬ繝吶Ν縺ｮ繝励Ο繝代ユ繧｣)縲�
                             <para>
-                                <emphasis role="strong">例：</emphasis>
+                                <emphasis role="strong">萓具ｼ�</emphasis>
                                 <literal>true</literal> | <literal>false</literal>
                             </para>
                         </entry>
@@ -622,13 +624,13 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.jdbc.use_get_generated_keys</literal>
                         </entry>
                         <entry>
-                            挿入の後に自動生成された主キーを取得するための 
-                            JDBC3 <literal>PreparedStatement.getGeneratedKeys()</literal> の使用を有効にします。
-                            これはJDBC3+ドライバとJRE1.4+を必要とし、
-                            もしHibernateの識別子ジェネレータに問題が発生するようならfalseに設定してください。
-                            デフォルトではコネクションメタデータを使いドライバの能力を決定します。
+                            謖ｿ蜈･縺ｮ蠕後↓閾ｪ蜍慕函謌舌＆繧後◆荳ｻ繧ｭ繝ｼ繧貞叙蠕励☆繧九◆繧√� 
+                            JDBC3 <literal>PreparedStatement.getGeneratedKeys()</literal> 縺ｮ菴ｿ逕ｨ繧呈怏蜉ｹ縺ｫ縺励∪縺吶�
+                            縺薙ｌ縺ｯJDBC3+繝峨Λ繧､繝舌→JRE1.4+繧貞ｿ�ｦ√→縺励�
+                            繧ゅ＠Hibernate縺ｮ隴伜挨蟄舌ず繧ｧ繝阪Ξ繝ｼ繧ｿ縺ｫ蝠城｡後′逋ｺ逕溘☆繧九ｈ縺�↑繧映alse縺ｫ險ｭ螳壹＠縺ｦ縺上□縺輔＞縲�
+                            繝�ヵ繧ｩ繝ｫ繝医〒縺ｯ繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繝｡繧ｿ繝��繧ｿ繧剃ｽｿ縺�ラ繝ｩ繧､繝舌�閭ｽ蜉帙ｒ豎ｺ螳壹＠縺ｾ縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis>
+                                <emphasis role="strong">萓具ｼ�</emphasis>
                                 <literal>true|false</literal>
                             </para>
                         </entry>
@@ -638,10 +640,10 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.connection.provider_class</literal>
                         </entry>
                         <entry>
-                            JDBCコネクションをHibernateに提供する独自の <literal>ConnectionProvider</literal> の
-                            名前を指定します。
+                            JDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧辿ibernate縺ｫ謠蝉ｾ帙☆繧狗峡閾ｪ縺ｮ <literal>ConnectionProvider</literal> 縺ｮ
+                            蜷榊燕繧呈欠螳壹＠縺ｾ縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>classname.of.ConnectionProvider</literal>
                             </para>
                         </entry>
@@ -651,11 +653,11 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                         <literal>hibernate.connection.isolation</literal>
                     </entry>
                     <entry>
-                        JDBCトランザクション分離レベルを設定します。
-                        妥当な値を調べるためには <literal>java.sql.Connection</literal> をチェックしてください。
-                        しかし使用するデータベースが、すべての分離レベルをサポートしているとは限りません。
+                        JDBC繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蛻�屬繝ｬ繝吶Ν繧定ｨｭ螳壹＠縺ｾ縺吶�
+                        螯･蠖薙↑蛟､繧定ｪｿ縺ｹ繧九◆繧√↓縺ｯ <literal>java.sql.Connection</literal> 繧偵メ繧ｧ繝�け縺励※縺上□縺輔＞縲�
+                        縺励°縺嶺ｽｿ逕ｨ縺吶ｋ繝��繧ｿ繝吶�繧ｹ縺後√☆縺ｹ縺ｦ縺ｮ蛻�屬繝ｬ繝吶Ν繧偵し繝昴�繝医＠縺ｦ縺�ｋ縺ｨ縺ｯ髯舌ｊ縺ｾ縺帙ｓ縲�
                         <para>
-                            <emphasis role="strong">例：</emphasis> 
+                            <emphasis role="strong">萓具ｼ�</emphasis> 
                             <literal>1, 2, 4, 8</literal>
                         </para>
                     </entry>
@@ -665,9 +667,9 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.connection.autocommit</literal>
                         </entry>
                         <entry>
-                            プールされているJDBCコネクションの自動コミットを有効にする（非推奨）。
+                            繝励�繝ｫ縺輔ｌ縺ｦ縺�ｋJDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺ｮ閾ｪ蜍輔さ繝溘ャ繝医ｒ譛牙柑縺ｫ縺吶ｋ�磯撼謗ｨ螂ｨ�峨�
                             <para>
-                                <emphasis role="strong">例：</emphasis>
+                                <emphasis role="strong">萓具ｼ�</emphasis>
                                 <literal>true</literal> | <literal>false</literal>
                             </para>
                         </entry>
@@ -677,28 +679,28 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.connection.release_mode</literal>
                         </entry>
                         <entry>
-                            HibernateがJDBCコネクションをリリースするかを指定します。デフォルトでは
-                            セッションが明示的にクローズまたは切断されてもコネクションは保持します。
-                            アプリケーションサーバのJTAデータソースの場合、
-                            すべてのJDBCコールの後、強制的にコネクションをリリースするために <literal>after_statement</literal> を
-                            使ってください。
-                            非JTAコネクションの場合、各トランザクションが終了したときに <literal>after_transaction</literal> 
-                            を使い、コネクションをリリースしてください。
-                            <literal>auto</literal> にすると、
-                            JTAやCMTトランザクションの場合、 <literal>after_statement</literal> でクローズし、
-                            JDBCトランザクションの場合、 <literal>after_transaction</literal> でクローズします。
+                            Hibernate縺繰DBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧偵Μ繝ｪ繝ｼ繧ｹ縺吶ｋ縺九ｒ謖�ｮ壹＠縺ｾ縺吶ゅョ繝輔か繝ｫ繝医〒縺ｯ
+                            繧ｻ繝�す繝ｧ繝ｳ縺梧�遉ｺ逧�↓繧ｯ繝ｭ繝ｼ繧ｺ縺ｾ縺溘�蛻�妙縺輔ｌ縺ｦ繧ゅさ繝阪け繧ｷ繝ｧ繝ｳ縺ｯ菫晄戟縺励∪縺吶�
+                            繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝舌�JTA繝��繧ｿ繧ｽ繝ｼ繧ｹ縺ｮ蝣ｴ蜷医�
+                            縺吶∋縺ｦ縺ｮJDBC繧ｳ繝ｼ繝ｫ縺ｮ蠕後∝ｼｷ蛻ｶ逧�↓繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧偵Μ繝ｪ繝ｼ繧ｹ縺吶ｋ縺溘ａ縺ｫ <literal>after_statement</literal> 繧�
+                            菴ｿ縺｣縺ｦ縺上□縺輔＞縲�
+                            髱曷TA繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺ｮ蝣ｴ蜷医∝推繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺檎ｵゆｺ�＠縺溘→縺阪↓ <literal>after_transaction</literal> 
+                            繧剃ｽｿ縺�√さ繝阪け繧ｷ繝ｧ繝ｳ繧偵Μ繝ｪ繝ｼ繧ｹ縺励※縺上□縺輔＞縲�
+                            <literal>auto</literal> 縺ｫ縺吶ｋ縺ｨ縲�
+                            JTA繧ГMT繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蝣ｴ蜷医� <literal>after_statement</literal> 縺ｧ繧ｯ繝ｭ繝ｼ繧ｺ縺励�
+                            JDBC繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蝣ｴ蜷医� <literal>after_transaction</literal> 縺ｧ繧ｯ繝ｭ繝ｼ繧ｺ縺励∪縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>auto</literal> (default) | <literal>on_close</literal> |
                                 <literal>after_transaction</literal> | <literal>after_statement</literal>
                             </para>
                             <para>
-                                注意してください。この設定は <literal>SessionFactory.openSession</literal> から
-                                取得した <literal>Session</literal> だけに効果があります。
-                                <literal>SessionFactory.getCurrentSession</literal> を通じて取得した
-                                <literal>Session</literal> では、<literal>CurrentSessionContext</literal> 
-                                の実装によって、コネクションのリリースモードを設定します。
-                                <xref linkend="architecture-current-session"/> を参照してください。
+                                豕ｨ諢上＠縺ｦ縺上□縺輔＞縲ゅ％縺ｮ險ｭ螳壹� <literal>SessionFactory.openSession</literal> 縺九ｉ
+                                蜿門ｾ励＠縺� <literal>Session</literal> 縺�縺代↓蜉ｹ譫懊′縺ゅｊ縺ｾ縺吶�
+                                <literal>SessionFactory.getCurrentSession</literal> 繧帝壹§縺ｦ蜿門ｾ励＠縺�
+                                <literal>Session</literal> 縺ｧ縺ｯ縲�<literal>CurrentSessionContext</literal> 
+                                縺ｮ螳溯｣�↓繧医▲縺ｦ縲√さ繝阪け繧ｷ繝ｧ繝ｳ縺ｮ繝ｪ繝ｪ繝ｼ繧ｹ繝｢繝ｼ繝峨ｒ險ｭ螳壹＠縺ｾ縺吶�
+                                <xref linkend="architecture-current-session"/> 繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
                             </para>
                         </entry>
                     </row>
@@ -707,8 +709,8 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                         <literal>hibernate.connection.<emphasis>&lt;propertyName&gt;</emphasis></literal>
                     </entry>
                     <entry>
-                        JDBCの <literal>propertyName</literal> プロパティを、
-                        <literal>DriverManager.getConnection()</literal> に渡します。
+                        JDBC縺ｮ <literal>propertyName</literal> 繝励Ο繝代ユ繧｣繧偵�
+                        <literal>DriverManager.getConnection()</literal> 縺ｫ貂｡縺励∪縺吶�
                     </entry>
                     </row>
                     <row>
@@ -716,8 +718,8 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.jndi.<emphasis>&lt;propertyName&gt;</emphasis></literal>
                         </entry>
                         <entry>
-                            <literal>propertyName</literal> プロパティを、
-                            JNDI <literal>InitialContextFactory</literal> に渡します。
+                            <literal>propertyName</literal> 繝励Ο繝代ユ繧｣繧偵�
+                            JNDI <literal>InitialContextFactory</literal> 縺ｫ貂｡縺励∪縺吶�
                         </entry>
                     </row>
                 </tbody>
@@ -725,14 +727,14 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
         </table>
 
         <table frame="topbot" id="configuration-cache-properties" revision="7">
-            <title>Hibernate キャッシュプロパティ</title>
+            <title>Hibernate 繧ｭ繝｣繝�す繝･繝励Ο繝代ユ繧｣</title>
             <tgroup cols="2">
                 <colspec colname="c1" colwidth="1*"/>
                 <colspec colname="c2" colwidth="1*"/>
                 <thead>
                     <row>
-                        <entry>プロパティ名</entry>
-                        <entry>意味</entry>
+                        <entry>繝励Ο繝代ユ繧｣蜷�</entry>
+                        <entry>諢丞袖</entry>
                     </row>
                 </thead>
                 <tbody>
@@ -741,9 +743,9 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.cache.provider_class</literal>
                         </entry>
                         <entry>
-                            カスタム <literal>CacheProvider</literal> のクラス名です。
+                            繧ｫ繧ｹ繧ｿ繝� <literal>CacheProvider</literal> 縺ｮ繧ｯ繝ｩ繧ｹ蜷阪〒縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>classname.of.CacheProvider</literal> 
                             </para>
                         </entry>
@@ -753,12 +755,12 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.cache.use_minimal_puts</literal>
                         </entry>
                         <entry>
-                            書き込みを最小限にするために、二次キャッシュの操作を最適化します。
-                            その代わりに、読み込みがより頻繁に発生するようになります。
-                            このセッティングはクラスタキャッシュで役に立ちます。
-                            Hibernate3ではクラスタキャッシュ実装用にデフォルトでは有効になっています。
+                            譖ｸ縺崎ｾｼ縺ｿ繧呈怙蟆城剞縺ｫ縺吶ｋ縺溘ａ縺ｫ縲∽ｺ梧ｬ｡繧ｭ繝｣繝�す繝･縺ｮ謫堺ｽ懊ｒ譛驕ｩ蛹悶＠縺ｾ縺吶�
+                            縺昴�莉｣繧上ｊ縺ｫ縲∬ｪｭ縺ｿ霎ｼ縺ｿ縺後ｈ繧企�ｻ郢√↓逋ｺ逕溘☆繧九ｈ縺�↓縺ｪ繧翫∪縺吶�
+                            縺薙�繧ｻ繝�ユ繧｣繝ｳ繧ｰ縺ｯ繧ｯ繝ｩ繧ｹ繧ｿ繧ｭ繝｣繝�す繝･縺ｧ蠖ｹ縺ｫ遶九■縺ｾ縺吶�
+                            Hibernate3縺ｧ縺ｯ繧ｯ繝ｩ繧ｹ繧ｿ繧ｭ繝｣繝�す繝･螳溯｣�畑縺ｫ繝�ヵ繧ｩ繝ｫ繝医〒縺ｯ譛牙柑縺ｫ縺ｪ縺｣縺ｦ縺�∪縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>true|false</literal>
                             </para>
                         </entry>
@@ -768,9 +770,9 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.cache.use_query_cache</literal>
                         </entry>
                         <entry>
-                            特定のクエリがキャッシュ可能な場合に、クエリキャッシュを有効にします。
+                            迚ｹ螳壹�繧ｯ繧ｨ繝ｪ縺後く繝｣繝�す繝･蜿ｯ閭ｽ縺ｪ蝣ｴ蜷医↓縲√け繧ｨ繝ｪ繧ｭ繝｣繝�す繝･繧呈怏蜉ｹ縺ｫ縺励∪縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>true|false</literal>
                             </para>
                         </entry>
@@ -780,11 +782,11 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.cache.use_second_level_cache</literal>
                         </entry>
                         <entry>
-                            二次キャッシュを完全に無効にする場合に使います。
-                            デフォルトでは有効で、クラスの <literal>&lt;cache&gt;</literal> マッピング
-                            で制御します。
+                            莠梧ｬ｡繧ｭ繝｣繝�す繝･繧貞ｮ悟�縺ｫ辟｡蜉ｹ縺ｫ縺吶ｋ蝣ｴ蜷医↓菴ｿ縺�∪縺吶�
+                            繝�ヵ繧ｩ繝ｫ繝医〒縺ｯ譛牙柑縺ｧ縲√け繝ｩ繧ｹ縺ｮ <literal>&lt;cache&gt;</literal> 繝槭ャ繝斐Φ繧ｰ
+                            縺ｧ蛻ｶ蠕｡縺励∪縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>true|false</literal>
                             </para>
                         </entry>
@@ -794,10 +796,10 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.cache.query_cache_factory</literal>
                         </entry>
                         <entry>
-                            カスタム <literal>QueryCache</literal> インターフェイスのクラス名を
-                            指定します。デフォルトでは <literal>StandardQueryCache</literal> になります。
+                            繧ｫ繧ｹ繧ｿ繝� <literal>QueryCache</literal> 繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｮ繧ｯ繝ｩ繧ｹ蜷阪ｒ
+                            謖�ｮ壹＠縺ｾ縺吶ゅョ繝輔か繝ｫ繝医〒縺ｯ <literal>StandardQueryCache</literal> 縺ｫ縺ｪ繧翫∪縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis>
+                                <emphasis role="strong">萓具ｼ�</emphasis>
                                 <literal>classname.of.QueryCache</literal>
                             </para>
                         </entry>
@@ -807,9 +809,9 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.cache.region_prefix</literal>
                         </entry>
                         <entry>
-                            二次キャッシュの領域名の接頭辞です。
+                            莠梧ｬ｡繧ｭ繝｣繝�す繝･縺ｮ鬆伜沺蜷阪�謗･鬆ｭ霎槭〒縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>prefix</literal>
                             </para>
                         </entry>
@@ -819,9 +821,9 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.cache.use_structured_entries</literal>
                         </entry>
                         <entry>
-                            二次キャッシュに格納するデータを、人が理解しやすいフォーマットにします。
+                            莠梧ｬ｡繧ｭ繝｣繝�す繝･縺ｫ譬ｼ邏阪☆繧九ョ繝ｼ繧ｿ繧偵∽ｺｺ縺檎炊隗｣縺励ｄ縺吶＞繝輔か繝ｼ繝槭ャ繝医↓縺励∪縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis>
+                                <emphasis role="strong">萓具ｼ�</emphasis>
                                 <literal>true|false</literal>
                             </para>
                         </entry>
@@ -831,14 +833,14 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
         </table>
 
         <table frame="topbot" id="configuration-transaction-properties" revision="9">
-            <title>Hibernate トランザクションプロパティ</title>
+            <title>Hibernate 繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繝励Ο繝代ユ繧｣</title>
             <tgroup cols="2">
                 <colspec colname="c1" colwidth="1*"/>
                 <colspec colname="c2" colwidth="1*"/>
                 <thead>
                     <row>
-                        <entry>プロパティ名</entry>
-                        <entry>意味</entry>
+                        <entry>繝励Ο繝代ユ繧｣蜷�</entry>
+                        <entry>諢丞袖</entry>
                     </row>
                 </thead>
                 <tbody>
@@ -847,11 +849,11 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.transaction.factory_class</literal>
                         </entry>
                         <entry>
-                            Hibernate  <literal>Transaction</literal> APIと一緒に使われる 
-                            <literal>TransactionFactory</literal> のクラス名です。
-                            （デフォルトでは <literal>JDBCTransactionFactory</literal> です）。
+                            Hibernate  <literal>Transaction</literal> API縺ｨ荳邱偵↓菴ｿ繧上ｌ繧� 
+                            <literal>TransactionFactory</literal> 縺ｮ繧ｯ繝ｩ繧ｹ蜷阪〒縺吶�
+                            �医ョ繝輔か繝ｫ繝医〒縺ｯ <literal>JDBCTransactionFactory</literal> 縺ｧ縺呻ｼ峨�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>classname.of.TransactionFactory</literal>
                             </para>
                         </entry>
@@ -861,10 +863,10 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>jta.UserTransaction</literal>
                         </entry>
                         <entry>
-                            アプリケーションサーバからJTA <literal>UserTransaction</literal> を取得するために 
-                            <literal>JTATransactionFactory</literal> に使われるJNDI名です。
+                            繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝舌°繧雨TA <literal>UserTransaction</literal> 繧貞叙蠕励☆繧九◆繧√↓ 
+                            <literal>JTATransactionFactory</literal> 縺ｫ菴ｿ繧上ｌ繧徽NDI蜷阪〒縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>jndi/composite/name</literal>
                             </para>
                         </entry>
@@ -874,10 +876,10 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.transaction.manager_lookup_class</literal>
                         </entry>
                         <entry>
-                            <literal>TransactionManagerLookup</literal>  のクラス名です。
-                            JTA環境において、JVMレベルのキャッシュを有効にするために必要です。
+                            <literal>TransactionManagerLookup</literal>  縺ｮ繧ｯ繝ｩ繧ｹ蜷阪〒縺吶�
+                            JTA迺ｰ蠅�↓縺翫＞縺ｦ縲゛VM繝ｬ繝吶Ν縺ｮ繧ｭ繝｣繝�す繝･繧呈怏蜉ｹ縺ｫ縺吶ｋ縺溘ａ縺ｫ蠢�ｦ√〒縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>classname.of.TransactionManagerLookup</literal>
                             </para>
                         </entry>
@@ -887,11 +889,11 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.transaction.flush_before_completion</literal>
                         </entry>
                         <entry>
-                            有効の場合、トランザクションのcompletionフェーズの前に自動的に
-                            セッションをフラッシュします。内臓の自動セッションコンテキスト管理に適しています。
-                            <xref linkend="architecture-current-session"/>を参照してください。
+                            譛牙柑縺ｮ蝣ｴ蜷医√ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮcompletion繝輔ぉ繝ｼ繧ｺ縺ｮ蜑阪↓閾ｪ蜍慕噪縺ｫ
+                            繧ｻ繝�す繝ｧ繝ｳ繧偵ヵ繝ｩ繝�す繝･縺励∪縺吶ょ�閾薙�閾ｪ蜍輔そ繝�す繝ｧ繝ｳ繧ｳ繝ｳ繝�く繧ｹ繝育ｮ｡逅�↓驕ｩ縺励※縺�∪縺吶�
+                            <xref linkend="architecture-current-session"/>繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>true</literal> | <literal>false</literal>
                             </para>
                         </entry>
@@ -901,11 +903,11 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.transaction.auto_close_session</literal>
                         </entry>
                         <entry>
-                            有効の場合、トランザクションのcompletionフェーズの後に
-                            セッションを自動的にクローズします。内臓の自動セッションコンテキスト管理に適しています。
-                            <xref linkend="architecture-current-session"/>を参照してください。
+                            譛牙柑縺ｮ蝣ｴ蜷医√ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮcompletion繝輔ぉ繝ｼ繧ｺ縺ｮ蠕後↓
+                            繧ｻ繝�す繝ｧ繝ｳ繧定�蜍慕噪縺ｫ繧ｯ繝ｭ繝ｼ繧ｺ縺励∪縺吶ょ�閾薙�閾ｪ蜍輔そ繝�す繝ｧ繝ｳ繧ｳ繝ｳ繝�く繧ｹ繝育ｮ｡逅�↓驕ｩ縺励※縺�∪縺吶�
+                            <xref linkend="architecture-current-session"/>繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>true</literal> | <literal>false</literal>
                             </para>
                         </entry>
@@ -915,14 +917,14 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
         </table>
 
         <table frame="topbot" id="configuration-misc-properties" revision="10">
-            <title>その他のプロパティ</title>
+            <title>縺昴�莉悶�繝励Ο繝代ユ繧｣</title>
             <tgroup cols="2">
                 <colspec colname="c1" colwidth="1*"/>
                 <colspec colname="c2" colwidth="1*"/>
                 <thead>
                     <row>
-                        <entry>プロパティ名</entry>
-                        <entry>意味</entry>
+                        <entry>繝励Ο繝代ユ繧｣蜷�</entry>
+                        <entry>諢丞袖</entry>
                     </row>
                 </thead>
                 <tbody>
@@ -931,11 +933,11 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.current_session_context_class</literal>
                         </entry>
                         <entry>
-                            「現在の」<literal>Session</literal> のための（カスタム）戦略を提供します。
-                            ビルトインストラテジーに関するその他の情報については
-                            <xref linkend="architecture-current-session"/>を参照してください。
+                            縲檎樟蝨ｨ縺ｮ縲�<literal>Session</literal> 縺ｮ縺溘ａ縺ｮ�医き繧ｹ繧ｿ繝��画姶逡･繧呈署萓帙＠縺ｾ縺吶�
+                            繝薙Ν繝医う繝ｳ繧ｹ繝医Λ繝�ず繝ｼ縺ｫ髢｢縺吶ｋ縺昴�莉悶�諠��ｱ縺ｫ縺､縺�※縺ｯ
+                            <xref linkend="architecture-current-session"/>繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
                             <para>
-                                <emphasis role="strong">例：</emphasis>
+                                <emphasis role="strong">萓具ｼ�</emphasis>
                                 <literal>jta</literal> | <literal>thread</literal> |
                                 <literal>managed</literal> | <literal>custom.Class</literal>
                             </para>
@@ -946,9 +948,9 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.query.factory_class</literal>
                         </entry>
                         <entry>
-                            HQLパーサーの実装を選択します。
+                            HQL繝代�繧ｵ繝ｼ縺ｮ螳溯｣�ｒ驕ｸ謚槭＠縺ｾ縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>org.hibernate.hql.ast.ASTQueryTranslatorFactory</literal> or
                                 <literal>org.hibernate.hql.classic.ClassicQueryTranslatorFactory</literal>
                             </para>
@@ -959,10 +961,10 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.query.substitutions</literal>
                         </entry>
                         <entry>
-                            HQLとSQLのトークンをマッピングします。
-                            （例えば、トークンは関数やリテラル名です）。
+                            HQL縺ｨSQL縺ｮ繝医�繧ｯ繝ｳ繧偵�繝�ヴ繝ｳ繧ｰ縺励∪縺吶�
+                            �井ｾ九∴縺ｰ縲√ヨ繝ｼ繧ｯ繝ｳ縺ｯ髢｢謨ｰ繧�Μ繝�Λ繝ｫ蜷阪〒縺呻ｼ峨�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>hqlLiteral=SQL_LITERAL, hqlFunction=SQLFUNC</literal>
                             </para>
                         </entry>
@@ -972,12 +974,12 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.hbm2ddl.auto</literal>
                         </entry>
                         <entry>
-                            <literal>SessionFactory</literal> を生成したときに、
-                            自動的にスキーマDDLをDBに出力します。
-                            <literal>create-drop</literal> の場合、 <literal>SessionFactory</literal> を
-                            クローズしたときに、データベーススキーマをドロップします。
+                            <literal>SessionFactory</literal> 繧堤函謌舌＠縺溘→縺阪↓縲�
+                            閾ｪ蜍慕噪縺ｫ繧ｹ繧ｭ繝ｼ繝曠DL繧奪B縺ｫ蜃ｺ蜉帙＠縺ｾ縺吶�
+                            <literal>create-drop</literal> 縺ｮ蝣ｴ蜷医� <literal>SessionFactory</literal> 繧�
+                            繧ｯ繝ｭ繝ｼ繧ｺ縺励◆縺ｨ縺阪↓縲√ョ繝ｼ繧ｿ繝吶�繧ｹ繧ｹ繧ｭ繝ｼ繝槭ｒ繝峨Ο繝��縺励∪縺吶�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>validate</literal> | <literal>update</literal> | 
                                 <literal>create</literal> | <literal>create-drop</literal>
                             </para>
@@ -988,14 +990,14 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
                             <literal>hibernate.cglib.use_reflection_optimizer</literal>
                         </entry>
                         <entry>
-                            実行時リフレクションの代わりのCGLIBの使用を有効にします
-                            （システムレベルのプロパティ）
-                            リフレクションはトラブルシューティングのときに役立つことがあります。
-                            オプティマイザをオフにしているときでさえ、
-                            Hibernateには必ずCGLIBが必要なことに注意してください。
-                            このプロパティは <literal>hibernate.cfg.xml</literal> で設定できません。
+                            螳溯｡梧凾繝ｪ繝輔Ξ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ莉｣繧上ｊ縺ｮCGLIB縺ｮ菴ｿ逕ｨ繧呈怏蜉ｹ縺ｫ縺励∪縺�
+                            �医す繧ｹ繝�Β繝ｬ繝吶Ν縺ｮ繝励Ο繝代ユ繧｣��
+                            繝ｪ繝輔Ξ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ繝医Λ繝悶Ν繧ｷ繝･繝ｼ繝�ぅ繝ｳ繧ｰ縺ｮ縺ｨ縺阪↓蠖ｹ遶九▽縺薙→縺後≠繧翫∪縺吶�
+                            繧ｪ繝励ユ繧｣繝槭う繧ｶ繧偵が繝輔↓縺励※縺�ｋ縺ｨ縺阪〒縺輔∴縲�
+                            Hibernate縺ｫ縺ｯ蠢�★CGLIB縺悟ｿ�ｦ√↑縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+                            縺薙�繝励Ο繝代ユ繧｣縺ｯ <literal>hibernate.cfg.xml</literal> 縺ｧ險ｭ螳壹〒縺阪∪縺帙ｓ縲�
                             <para>
-                                <emphasis role="strong">例：</emphasis> 
+                                <emphasis role="strong">萓具ｼ�</emphasis> 
                                 <literal>true</literal> | <literal>false</literal>
                             </para>
                         </entry>
@@ -1005,15 +1007,15 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
         </table>
 
         <sect2 id="configuration-optional-dialects" revision="1">
-            <title>SQL 方言（Dialect）</title>
+            <title>SQL 譁ｹ險��Dialect��</title>
 
             <para>
-                <literal>hibernate.dialect</literal> プロパティには、
-                使用するデータベースの正しい <literal>org.hibernate.dialect.Dialect</literal> のサブクラスを、
-                必ず指定すべきです。
-                しかし方言を指定すれば、Hibernateは上述したプロパティのいくつかについて、
-                より適切なデフォルト値を使います。
-                そうすれば、それらを手作業で設定する手間が省けます。
+                <literal>hibernate.dialect</literal> 繝励Ο繝代ユ繧｣縺ｫ縺ｯ縲�
+                菴ｿ逕ｨ縺吶ｋ繝��繧ｿ繝吶�繧ｹ縺ｮ豁｣縺励＞ <literal>org.hibernate.dialect.Dialect</literal> 縺ｮ繧ｵ繝悶け繝ｩ繧ｹ繧偵�
+                蠢�★謖�ｮ壹☆縺ｹ縺阪〒縺吶�
+                縺励°縺玲婿險繧呈欠螳壹☆繧後�縲？ibernate縺ｯ荳願ｿｰ縺励◆繝励Ο繝代ユ繧｣縺ｮ縺�￥縺､縺九↓縺､縺�※縲�
+                繧医ｊ驕ｩ蛻�↑繝�ヵ繧ｩ繝ｫ繝亥､繧剃ｽｿ縺�∪縺吶�
+                縺昴≧縺吶ｌ縺ｰ縲√◎繧後ｉ繧呈焔菴懈･ｭ縺ｧ險ｭ螳壹☆繧区焔髢薙′逵√￠縺ｾ縺吶�
             </para>
 
             <table frame="topbot" id="sql-dialects" revision="2">
@@ -1101,21 +1103,21 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
         </sect2>
 
         <sect2 id="configuration-optional-outerjoin" revision="4">
-            <title>外部結合フェッチ</title>
+            <title>螟夜Κ邨仙粋繝輔ぉ繝�メ</title>
 
             <para>
-                もしDBがANSIか、OracleかSybaseスタイルの外部結合をサポートしている場合、
-                <emphasis>outer join fetching</emphasis> は、DBのSQL発行回数を節約し
-                パフォーマンスを良くします。（DB内でより多くの処理コストが発生します）
-                外部結合フェッチは、多対一、一対多、多対多、一対一のオブジェクト関連で
-                グループオブジェクトを1つのSQLで <literal>SELECT</literal> します。
+                繧ゅ＠DB縺窟NSI縺九＾racle縺鬼ybase繧ｹ繧ｿ繧､繝ｫ縺ｮ螟夜Κ邨仙粋繧偵し繝昴�繝医＠縺ｦ縺�ｋ蝣ｴ蜷医�
+                <emphasis>outer join fetching</emphasis> 縺ｯ縲．B縺ｮSQL逋ｺ陦悟屓謨ｰ繧堤ｯ邏�＠
+                繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ繧定憶縺上＠縺ｾ縺吶ゑｼ�DB蜀�〒繧医ｊ螟壹￥縺ｮ蜃ｦ逅�さ繧ｹ繝医′逋ｺ逕溘＠縺ｾ縺呻ｼ�
+                螟夜Κ邨仙粋繝輔ぉ繝�メ縺ｯ縲∝､壼ｯｾ荳縲∽ｸ蟇ｾ螟壹∝､壼ｯｾ螟壹∽ｸ蟇ｾ荳縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝磯未騾｣縺ｧ
+                繧ｰ繝ｫ繝ｼ繝励が繝悶ず繧ｧ繧ｯ繝医ｒ1縺､縺ｮSQL縺ｧ <literal>SELECT</literal> 縺励∪縺吶�
             </para>
 
             <para>
-                <literal>hibernate.max_fetch_depth</literal> プロパティの値を <literal>0</literal> にすると
-                Outer join fetchingを <emphasis>すべて</emphasis> 無効にすることになります。
-                <literal>1</literal> やそれ以上の値を設定すると、外部結合フェッチが有効になり、
-                一対一と多対一関連が <literal>fetch="join"</literal> としてマッピングされます。
+                <literal>hibernate.max_fetch_depth</literal> 繝励Ο繝代ユ繧｣縺ｮ蛟､繧� <literal>0</literal> 縺ｫ縺吶ｋ縺ｨ
+                Outer join fetching繧� <emphasis>縺吶∋縺ｦ</emphasis> 辟｡蜉ｹ縺ｫ縺吶ｋ縺薙→縺ｫ縺ｪ繧翫∪縺吶�
+                <literal>1</literal> 繧�◎繧御ｻ･荳翫�蛟､繧定ｨｭ螳壹☆繧九→縲∝､夜Κ邨仙粋繝輔ぉ繝�メ縺梧怏蜉ｹ縺ｫ縺ｪ繧翫�
+                荳蟇ｾ荳縺ｨ螟壼ｯｾ荳髢｢騾｣縺� <literal>fetch="join"</literal> 縺ｨ縺励※繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｾ縺吶�
             </para>
 
             <para>
@@ -1125,146 +1127,146 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
         </sect2>
 
         <sect2 id="configuration-optional-binarystreams" revision="1">
-            <title>バイナリストリーム</title>
+            <title>繝舌う繝翫Μ繧ｹ繝医Μ繝ｼ繝�</title>
 
             <para>
-                OracleはJDBCドライバとの間でやりとりされる <literal>byte</literal>  配列のサイズを制限します。
-                <literal>binary</literal> や <literal>serializable</literal> 型の大きなインスタンスを使いたければ、
-                <literal>hibernate.jdbc.use_streams_for_binary</literal> を有効にしてください。
-                ただし <emphasis>これはシステムレベルの設定だけです</emphasis> 。
+                Oracle縺ｯJDBC繝峨Λ繧､繝舌→縺ｮ髢薙〒繧�ｊ縺ｨ繧翫＆繧後ｋ <literal>byte</literal>  驟榊�縺ｮ繧ｵ繧､繧ｺ繧貞宛髯舌＠縺ｾ縺吶�
+                <literal>binary</literal> 繧� <literal>serializable</literal> 蝙九�螟ｧ縺阪↑繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧剃ｽｿ縺�◆縺代ｌ縺ｰ縲�
+                <literal>hibernate.jdbc.use_streams_for_binary</literal> 繧呈怏蜉ｹ縺ｫ縺励※縺上□縺輔＞縲�
+                縺溘□縺� <emphasis>縺薙ｌ縺ｯ繧ｷ繧ｹ繝�Β繝ｬ繝吶Ν縺ｮ險ｭ螳壹□縺代〒縺�</emphasis> 縲�
             </para>
 
         </sect2>
 
         <sect2 id="configuration-optional-cacheprovider" revision="2">
-            <title>2次キャッシュとクエリーキャッシュ</title>
+            <title>2谺｡繧ｭ繝｣繝�す繝･縺ｨ繧ｯ繧ｨ繝ｪ繝ｼ繧ｭ繝｣繝�す繝･</title>
 
             <para>
-                <literal>hibernate.cache</literal> プロパティ接頭辞は
-                Hibernateでプロセスやクラスタ二次キャッシュを使うとことを許可します。
-                <xref linkend="performance-cache"/>により多くの詳細があります。
+                <literal>hibernate.cache</literal> 繝励Ο繝代ユ繧｣謗･鬆ｭ霎槭�
+                Hibernate縺ｧ繝励Ο繧ｻ繧ｹ繧�け繝ｩ繧ｹ繧ｿ莠梧ｬ｡繧ｭ繝｣繝�す繝･繧剃ｽｿ縺�→縺薙→繧定ｨｱ蜿ｯ縺励∪縺吶�
+                <xref linkend="performance-cache"/>縺ｫ繧医ｊ螟壹￥縺ｮ隧ｳ邏ｰ縺後≠繧翫∪縺吶�
             </para>
 
         </sect2>
 
         <sect2 id="configuration-optional-querysubstitution">
-            <title>クエリー言語の置き換え</title>
+            <title>繧ｯ繧ｨ繝ｪ繝ｼ險隱槭�鄂ｮ縺肴鋤縺�</title>
 
             <para>
-                <literal>hibernate.query.substitutions</literal> を使うことで、
-                新しいHibernateクエリトークンを定義できます。
-                例：
+                <literal>hibernate.query.substitutions</literal> 繧剃ｽｿ縺�％縺ｨ縺ｧ縲�
+                譁ｰ縺励＞Hibernate繧ｯ繧ｨ繝ｪ繝医�繧ｯ繝ｳ繧貞ｮ夂ｾｩ縺ｧ縺阪∪縺吶�
+                萓具ｼ�
             </para>
 
             <programlisting>hibernate.query.substitutions true=1, false=0</programlisting>
 
             <para>
-                これはトークン <literal>true</literal> と <literal>false</literal> を、
-                生成されるSQLにおいて整数リテラルに翻訳します。                
+                縺薙ｌ縺ｯ繝医�繧ｯ繝ｳ <literal>true</literal> 縺ｨ <literal>false</literal> 繧偵�
+                逕滓�縺輔ｌ繧鬼QL縺ｫ縺翫＞縺ｦ謨ｴ謨ｰ繝ｪ繝�Λ繝ｫ縺ｫ鄙ｻ險ｳ縺励∪縺吶�                
             </para>
 
             <programlisting>hibernate.query.substitutions toLowercase=LOWER</programlisting>
 
             <para>
-                これはSQLの <literal>LOWER</literal> 関数の名前の付け替えを可能にします。
+                縺薙ｌ縺ｯSQL縺ｮ <literal>LOWER</literal> 髢｢謨ｰ縺ｮ蜷榊燕縺ｮ莉倥￠譖ｿ縺医ｒ蜿ｯ閭ｽ縺ｫ縺励∪縺吶�
             </para>
 
         </sect2>
 
         <sect2 id="configuration-optional-statistics" revision="2">
-            <title>Hibernate 統計</title>
+            <title>Hibernate 邨ｱ險�</title>
 
             <para>
-                <literal>hibernate.generate_statistics</literal> を有効にした場合、
-                動作しているシステムをチューニングするときに、<literal>SessionFactory.getStatistics()</literal> 
-                を経由して、Hibernateは便利な統計情報を出力します。
-                JMXを経由して統計情報を出力することも可能です。
-                Javadocの <literal>org.hibernate.stats</literal> パッケージ内の
-                インターフェイスにはより多くの情報があります。
+                <literal>hibernate.generate_statistics</literal> 繧呈怏蜉ｹ縺ｫ縺励◆蝣ｴ蜷医�
+                蜍穂ｽ懊＠縺ｦ縺�ｋ繧ｷ繧ｹ繝�Β繧偵メ繝･繝ｼ繝九Φ繧ｰ縺吶ｋ縺ｨ縺阪↓縲�<literal>SessionFactory.getStatistics()</literal> 
+                繧堤ｵ檎罰縺励※縲？ibernate縺ｯ萓ｿ蛻ｩ縺ｪ邨ｱ險域ュ蝣ｱ繧貞�蜉帙＠縺ｾ縺吶�
+                JMX繧堤ｵ檎罰縺励※邨ｱ險域ュ蝣ｱ繧貞�蜉帙☆繧九％縺ｨ繧ょ庄閭ｽ縺ｧ縺吶�
+                Javadoc縺ｮ <literal>org.hibernate.stats</literal> 繝代ャ繧ｱ繝ｼ繧ｸ蜀��
+                繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｫ縺ｯ繧医ｊ螟壹￥縺ｮ諠��ｱ縺後≠繧翫∪縺吶�
             </para>
 
         </sect2>
     </sect1>
 
     <sect1 id="configuration-logging">
-        <title>ロギング</title>
+        <title>繝ｭ繧ｮ繝ｳ繧ｰ</title>
 
         <para>
-            HibernateはApache commons-logginを使って、さまざまなイベントをログとして
-            出力します。
+            Hibernate縺ｯApache commons-loggin繧剃ｽｿ縺｣縺ｦ縲√＆縺ｾ縺悶∪縺ｪ繧､繝吶Φ繝医ｒ繝ｭ繧ｰ縺ｨ縺励※
+            蜃ｺ蜉帙＠縺ｾ縺吶�
         </para>
 
         <para>
-            commons-loggingサービスは（クラスパスに <literal>log4j.jar</literal> を含めれば）Apache Log4jに、
-            また（JDK1.4かそれ以上で実行させれば）JDK1.4 loggingに直接出力します。
-            Log4jは  <literal>http://jakarta.apache.org</literal> からダウンロードできます。
-            Log4jを使うためには、クラスパスに  <literal>log4j.properties</literal> ファイルを配置する必要があります。
-            例のプロパティファイルはHibernateと一緒に配布され、それは <literal>src/</literal> ディレクトリにあります。
+            commons-logging繧ｵ繝ｼ繝薙せ縺ｯ�医け繝ｩ繧ｹ繝代せ縺ｫ <literal>log4j.jar</literal> 繧貞性繧√ｌ縺ｰ�陰pache Log4j縺ｫ縲�
+            縺ｾ縺滂ｼ�JDK1.4縺九◎繧御ｻ･荳翫〒螳溯｡後＆縺帙ｌ縺ｰ�雨DK1.4 logging縺ｫ逶ｴ謗･蜃ｺ蜉帙＠縺ｾ縺吶�
+            Log4j縺ｯ  <literal>http://jakarta.apache.org</literal> 縺九ｉ繝繧ｦ繝ｳ繝ｭ繝ｼ繝峨〒縺阪∪縺吶�
+            Log4j繧剃ｽｿ縺�◆繧√↓縺ｯ縲√け繝ｩ繧ｹ繝代せ縺ｫ  <literal>log4j.properties</literal> 繝輔ぃ繧､繝ｫ繧帝�鄂ｮ縺吶ｋ蠢�ｦ√′縺ゅｊ縺ｾ縺吶�
+            萓九�繝励Ο繝代ユ繧｣繝輔ぃ繧､繝ｫ縺ｯHibernate縺ｨ荳邱偵↓驟榊ｸ�＆繧後√◎繧後� <literal>src/</literal> 繝�ぅ繝ｬ繧ｯ繝医Μ縺ｫ縺ゅｊ縺ｾ縺吶�
         </para>
         
         <para>
-            Hibernateのログメッセージに慣れることを強くおすすめします。
-            Hibernateのログは読みやすく、できる限り詳細になるように努力されています。
-            これは必須のトラブルシューティングデバイスです。
-            以下に重要なログのカテゴリを示します。
+            Hibernate縺ｮ繝ｭ繧ｰ繝｡繝�そ繝ｼ繧ｸ縺ｫ諷｣繧後ｋ縺薙→繧貞ｼｷ縺上♀縺吶☆繧√＠縺ｾ縺吶�
+            Hibernate縺ｮ繝ｭ繧ｰ縺ｯ隱ｭ縺ｿ繧�☆縺上√〒縺阪ｋ髯舌ｊ隧ｳ邏ｰ縺ｫ縺ｪ繧九ｈ縺�↓蜉ｪ蜉帙＆繧後※縺�∪縺吶�
+            縺薙ｌ縺ｯ蠢��医�繝医Λ繝悶Ν繧ｷ繝･繝ｼ繝�ぅ繝ｳ繧ｰ繝�ヰ繧､繧ｹ縺ｧ縺吶�
+            莉･荳九↓驥崎ｦ√↑繝ｭ繧ｰ縺ｮ繧ｫ繝�ざ繝ｪ繧堤､ｺ縺励∪縺吶�
         </para>
         
             <table frame="topbot" id="log-categories" revision="2">
-                <title>Hibernate ログカテゴリ</title>
+                <title>Hibernate 繝ｭ繧ｰ繧ｫ繝�ざ繝ｪ</title>
                 <tgroup cols="2">
                     <colspec colwidth="1*"/>
                     <colspec colwidth="2.5*"/>
                     <thead>
                         <row>
-                            <entry>カテゴリ</entry>
-                            <entry>機能</entry>
+                            <entry>繧ｫ繝�ざ繝ｪ</entry>
+                            <entry>讖溯�</entry>
                         </row>
                     </thead>
                     <tbody>
                         <row>
                             <entry><literal>org.hibernate.SQL</literal></entry>
-                            <entry>実行したすべてのSQL（DDL）ステートメントをロギングします。</entry>
+                            <entry>螳溯｡後＠縺溘☆縺ｹ縺ｦ縺ｮSQL��DDL�峨せ繝��繝医Γ繝ｳ繝医ｒ繝ｭ繧ｮ繝ｳ繧ｰ縺励∪縺吶�</entry>
                         </row>
                         <row>
                             <entry><literal>org.hibernate.type</literal></entry>
-                            <entry>すべてのJDBCパラメータをロギングします。</entry>
+                            <entry>縺吶∋縺ｦ縺ｮJDBC繝代Λ繝｡繝ｼ繧ｿ繧偵Ο繧ｮ繝ｳ繧ｰ縺励∪縺吶�</entry>
                         </row>
                         <row>
                             <entry><literal>org.hibernate.tool.hbm2ddl</literal></entry>
-                            <entry>実行したすべてのSQL（DDL）ステートメントをロギングします。</entry>
+                            <entry>螳溯｡後＠縺溘☆縺ｹ縺ｦ縺ｮSQL��DDL�峨せ繝��繝医Γ繝ｳ繝医ｒ繝ｭ繧ｮ繝ｳ繧ｰ縺励∪縺吶�</entry>
                         </row>
                         <row>
                             <entry><literal>org.hibernate.pretty</literal></entry>
                             <entry>
-                                sessionに関連するすべてのエンティティ（最大２０）のフラッシュ時間をロギングします。
+                                session縺ｫ髢｢騾｣縺吶ｋ縺吶∋縺ｦ縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ�域怙螟ｧ�抵ｼ撰ｼ峨�繝輔Λ繝�す繝･譎る俣繧偵Ο繧ｮ繝ｳ繧ｰ縺励∪縺吶�
                             </entry>
                         </row>
                         <row>
                             <entry><literal>org.hibernate.cache</literal></entry>
-                            <entry>すべての２次キャッシュの動作をロギングします。</entry>
+                            <entry>縺吶∋縺ｦ縺ｮ�呈ｬ｡繧ｭ繝｣繝�す繝･縺ｮ蜍穂ｽ懊ｒ繝ｭ繧ｮ繝ｳ繧ｰ縺励∪縺吶�</entry>
                         </row>
                         <row>
                             <entry><literal>org.hibernate.transaction</literal></entry>
-                            <entry>トランザクションに関連する動作をロギングします。</entry>
+                            <entry>繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ髢｢騾｣縺吶ｋ蜍穂ｽ懊ｒ繝ｭ繧ｮ繝ｳ繧ｰ縺励∪縺吶�</entry>
                         </row>
                         <row>
                             <entry><literal>org.hibernate.jdbc</literal></entry>
-                            <entry>JDBCリソース取得をロギングします。</entry>
+                            <entry>JDBC繝ｪ繧ｽ繝ｼ繧ｹ蜿門ｾ励ｒ繝ｭ繧ｮ繝ｳ繧ｰ縺励∪縺吶�</entry>
                         </row>
                         <row>
                             <entry><literal>org.hibernate.hql.ast.AST</literal></entry>
                             <entry>
-                                HQLとSQLのASTのクエリーパースをロギングします。
+                                HQL縺ｨSQL縺ｮAST縺ｮ繧ｯ繧ｨ繝ｪ繝ｼ繝代�繧ｹ繧偵Ο繧ｮ繝ｳ繧ｰ縺励∪縺吶�
                             </entry>
                         </row>
                         <row>
                             <entry><literal>org.hibernate.secure</literal></entry>
-                            <entry>すべてのJAAS分析をロギングします。</entry>
+                            <entry>縺吶∋縺ｦ縺ｮJAAS蛻�梵繧偵Ο繧ｮ繝ｳ繧ｰ縺励∪縺吶�</entry>
                         </row>
                         <row>
                             <entry><literal>org.hibernate</literal></entry>
                             <entry>
-                                すべてをロギングします。（情報が大量になりますが、トラブルシューティングには便利です）
+                                縺吶∋縺ｦ繧偵Ο繧ｮ繝ｳ繧ｰ縺励∪縺吶ゑｼ域ュ蝣ｱ縺悟､ｧ驥上↓縺ｪ繧翫∪縺吶′縲√ヨ繝ｩ繝悶Ν繧ｷ繝･繝ｼ繝�ぅ繝ｳ繧ｰ縺ｫ縺ｯ萓ｿ蛻ｩ縺ｧ縺呻ｼ�
                             </entry>
                         </row>
                     </tbody>
@@ -1272,34 +1274,34 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
             </table>
             
         <para>
-            Hibernateでアプリケーションを作成するときは、<literal>org.hibernate.SQL</literal>
-            カテゴリの <literal>debug</literal> を常に有効にしておいたほうが良いでしょう。
-            代替方法として、<literal>hibernate.show_sql</literal> を有効にする方法があります。
+            Hibernate縺ｧ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧剃ｽ懈�縺吶ｋ縺ｨ縺阪�縲�<literal>org.hibernate.SQL</literal>
+            繧ｫ繝�ざ繝ｪ縺ｮ <literal>debug</literal> 繧貞ｸｸ縺ｫ譛牙柑縺ｫ縺励※縺翫＞縺溘⊇縺�′濶ｯ縺�〒縺励ｇ縺��
+            莉｣譖ｿ譁ｹ豕輔→縺励※縲�<literal>hibernate.show_sql</literal> 繧呈怏蜉ｹ縺ｫ縺吶ｋ譁ｹ豕輔′縺ゅｊ縺ｾ縺吶�
         </para>
                        
         
     </sect1>
 
     <sect1 id="configuration-namingstrategy">
-        <title><literal>NamingStrategy</literal> の実装</title>
+        <title><literal>NamingStrategy</literal> 縺ｮ螳溯｣�</title>
 
         <para>
-            インターフェイス <literal>net.sf.hibernate.cfg.NamingStrategy</literal> を使うと
-            データベースオブジェクトとスキーマ要素のための「命名標準」を指定できます。
+            繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ <literal>net.sf.hibernate.cfg.NamingStrategy</literal> 繧剃ｽｿ縺�→
+            繝��繧ｿ繝吶�繧ｹ繧ｪ繝悶ず繧ｧ繧ｯ繝医→繧ｹ繧ｭ繝ｼ繝櫁ｦ∫ｴ�縺ｮ縺溘ａ縺ｮ縲悟多蜷肴ｨ呎ｺ悶阪ｒ謖�ｮ壹〒縺阪∪縺吶�
         </para>
 
         <para>
-            Javaの識別子からデータベースの識別子を自動生成するためのルールや、
-            マッピングファイルで与えた「論理的な」カラムとテーブル名から
-            「物理的な」テーブルとカラム名を生成するためのルールを用意することができます。
-            この機能は繰り返しの雑音（例えば <literal>TBL_</literal> プリフィックス）を取り除き、
-            マッピングドキュメントの冗長さを減らすことに役立ちます。
-            Hibernateが使うデフォルトの戦略はかなり最小限に近いものです。
+            Java縺ｮ隴伜挨蟄舌°繧峨ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｮ隴伜挨蟄舌ｒ閾ｪ蜍慕函謌舌☆繧九◆繧√�繝ｫ繝ｼ繝ｫ繧��
+            繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ縺ｧ荳弱∴縺溘瑚ｫ也炊逧�↑縲阪き繝ｩ繝�縺ｨ繝��繝悶Ν蜷阪°繧�
+            縲檎黄逅�噪縺ｪ縲阪ユ繝ｼ繝悶Ν縺ｨ繧ｫ繝ｩ繝�蜷阪ｒ逕滓�縺吶ｋ縺溘ａ縺ｮ繝ｫ繝ｼ繝ｫ繧堤畑諢上☆繧九％縺ｨ縺後〒縺阪∪縺吶�
+            縺薙�讖溯�縺ｯ郢ｰ繧願ｿ斐＠縺ｮ髮鷹浹�井ｾ九∴縺ｰ <literal>TBL_</literal> 繝励Μ繝輔ぅ繝�け繧ｹ�峨ｒ蜿悶ｊ髯､縺阪�
+            繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝医�蜀鈴聞縺輔ｒ貂帙ｉ縺吶％縺ｨ縺ｫ蠖ｹ遶九■縺ｾ縺吶�
+            Hibernate縺御ｽｿ縺�ョ繝輔か繝ｫ繝医�謌ｦ逡･縺ｯ縺九↑繧頑怙蟆城剞縺ｫ霑代＞繧ゅ�縺ｧ縺吶�
         </para>
 
         <para>
-            マッピングを追加する前に <literal>Configuration.setNamingStrategy()</literal> を呼ぶことで
-            以下のように異なる戦略を指定することができます：
+            繝槭ャ繝斐Φ繧ｰ繧定ｿｽ蜉�縺吶ｋ蜑阪↓ <literal>Configuration.setNamingStrategy()</literal> 繧貞他縺ｶ縺薙→縺ｧ
+            莉･荳九�繧医≧縺ｫ逡ｰ縺ｪ繧区姶逡･繧呈欠螳壹☆繧九％縺ｨ縺後〒縺阪∪縺呻ｼ�
         </para>
 
         <programlisting><![CDATA[SessionFactory sf = new Configuration()
@@ -1309,25 +1311,25 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
     .buildSessionFactory();]]></programlisting>
     
         <para>
-            <literal>org.hibernate.cfg.ImprovedNamingStrategy</literal> は組み込みの戦略です。
-            これはいくつかのアプリケーションにとって有用な開始点となるかもしれません。
+            <literal>org.hibernate.cfg.ImprovedNamingStrategy</literal> 縺ｯ邨�∩霎ｼ縺ｿ縺ｮ謌ｦ逡･縺ｧ縺吶�
+            縺薙ｌ縺ｯ縺�￥縺､縺九�繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ縺ｨ縺｣縺ｦ譛臥畑縺ｪ髢句ｧ狗せ縺ｨ縺ｪ繧九°繧ゅ＠繧後∪縺帙ｓ縲�
         </para>
 
     </sect1>
 
     <sect1 id="configuration-xmlconfig" revision="2">
-        <title>XML設定ファイル</title>
+        <title>XML險ｭ螳壹ヵ繧｡繧､繝ｫ</title>
 
         <para>
-            もう1つの方法は <literal>hibernate.cfg.xml</literal> という名前のファイルで
-            十分な設定を指定する方法です。
-            このファイルは <literal>hibernate.properties</literal> ファイルの代わりとなります。
-            もし両方のファイルがあれば、プロパティが置き換えられます。
+            繧ゅ≧1縺､縺ｮ譁ｹ豕輔� <literal>hibernate.cfg.xml</literal> 縺ｨ縺�≧蜷榊燕縺ｮ繝輔ぃ繧､繝ｫ縺ｧ
+            蜊∝�縺ｪ險ｭ螳壹ｒ謖�ｮ壹☆繧区婿豕輔〒縺吶�
+            縺薙�繝輔ぃ繧､繝ｫ縺ｯ <literal>hibernate.properties</literal> 繝輔ぃ繧､繝ｫ縺ｮ莉｣繧上ｊ縺ｨ縺ｪ繧翫∪縺吶�
+            繧ゅ＠荳｡譁ｹ縺ｮ繝輔ぃ繧､繝ｫ縺後≠繧後�縲√�繝ｭ繝代ユ繧｣縺檎ｽｮ縺肴鋤縺医ｉ繧後∪縺吶�
         </para>
 
         <para>
-            XML設定ファイルは初期設定で <literal>CLASSPATH</literal> に配置してください。
-            これが例です：
+            XML險ｭ螳壹ヵ繧｡繧､繝ｫ縺ｯ蛻晄悄險ｭ螳壹〒 <literal>CLASSPATH</literal> 縺ｫ驟咲ｽｮ縺励※縺上□縺輔＞縲�
+            縺薙ｌ縺御ｾ九〒縺呻ｼ�
         </para>
 
         <programlisting><![CDATA[<?xml version='1.0' encoding='utf-8'?>
@@ -1338,7 +1340,7 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
 <hibernate-configuration>
 
     <!-- a SessionFactory instance listed as /jndi/name -->
-    <!-- /jndi/nameのようにリストアップされたSessionFactoryインスタンス -->
+    <!-- /jndi/name縺ｮ繧医≧縺ｫ繝ｪ繧ｹ繝医い繝��縺輔ｌ縺欖essionFactory繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ -->
     <session-factory
         name="java:hibernate/SessionFactory">
 
@@ -1365,22 +1367,22 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
 </hibernate-configuration>]]></programlisting>
 
         <para>
-            見てのとおり、この方法の優位性は設定のためのマッピングファイル名を外出しにできることです。
-            Hibernateキャッシュをチューニングしなければならないのであれば、
-            <literal>hibernate.cfg.xml</literal> はより便利です。
-            <literal>hibernate.properties</literal> と <literal>hibernate.cfg.xml</literal> の
-            どちらかを使えることを覚えておいてください。
-            二つは同じもので、違うところといえばXML構文を使うことの利点だけです。
+            隕九※縺ｮ縺ｨ縺翫ｊ縲√％縺ｮ譁ｹ豕輔�蜆ｪ菴肴ｧ縺ｯ險ｭ螳壹�縺溘ａ縺ｮ繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ蜷阪ｒ螟門�縺励↓縺ｧ縺阪ｋ縺薙→縺ｧ縺吶�
+            Hibernate繧ｭ繝｣繝�す繝･繧偵メ繝･繝ｼ繝九Φ繧ｰ縺励↑縺代ｌ縺ｰ縺ｪ繧峨↑縺��縺ｧ縺ゅｌ縺ｰ縲�
+            <literal>hibernate.cfg.xml</literal> 縺ｯ繧医ｊ萓ｿ蛻ｩ縺ｧ縺吶�
+            <literal>hibernate.properties</literal> 縺ｨ <literal>hibernate.cfg.xml</literal> 縺ｮ
+            縺ｩ縺｡繧峨°繧剃ｽｿ縺医ｋ縺薙→繧定ｦ壹∴縺ｦ縺翫＞縺ｦ縺上□縺輔＞縲�
+            莠後▽縺ｯ蜷後§繧ゅ�縺ｧ縲�＆縺�→縺薙ｍ縺ｨ縺�∴縺ｰXML讒区枚繧剃ｽｿ縺�％縺ｨ縺ｮ蛻ｩ轤ｹ縺�縺代〒縺吶�
         </para>
 
        <para>
-           XML設定を使うことで、Hibernateは以下のようにシンプルになります。
+           XML險ｭ螳壹ｒ菴ｿ縺�％縺ｨ縺ｧ縲？ibernate縺ｯ莉･荳九�繧医≧縺ｫ繧ｷ繝ｳ繝励Ν縺ｫ縺ｪ繧翫∪縺吶�
        </para>
 
        <programlisting><![CDATA[SessionFactory sf = new Configuration().configure().buildSessionFactory();]]></programlisting>
 
        <para>
-           違うXML設定ファイルを使うこともできます。
+           驕輔≧XML險ｭ螳壹ヵ繧｡繧､繝ｫ繧剃ｽｿ縺�％縺ｨ繧ゅ〒縺阪∪縺吶�
        </para>
 
        <programlisting><![CDATA[SessionFactory sf = new Configuration()
@@ -1390,23 +1392,23 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
     </sect1>
 
     <sect1 id="configuration-j2ee" revision="1">
-        <title>J2EEアプリケーションサーバとの統合</title>
+        <title>J2EE繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝舌→縺ｮ邨ｱ蜷�</title>
 
         <para>
-            HibernateはJ2EE構造と統合するポイントをサポートしています。
+            Hibernate縺ｯJ2EE讒矩�縺ｨ邨ｱ蜷医☆繧九�繧､繝ｳ繝医ｒ繧ｵ繝昴�繝医＠縺ｦ縺�∪縺吶�
         </para>
 
         <itemizedlist>
             <listitem>
                 <para>
-                <emphasis>コンテナ管理データソース</emphasis>：Hibernateは
-                JNDIが提供し、コンテナが管理するJDBCコネクションを使用できます。
-                通常、JTA準拠の <literal>TransactionManager</literal> と
-                <literal>ResourceManager</literal> がトランザクション管理(CMT)、
-                特に様々なデータソースにまたがる分散トランザクションを扱います。
-                当然プログラムでトランザクション境界を指定できます(BMT)。
-                あるいは、記述したコードのポータビリティを保つために、
-                オプションのHibernateの <literal>Transaction</literal> APIを使いたくなるかもしれません。
+                <emphasis>繧ｳ繝ｳ繝�リ邂｡逅�ョ繝ｼ繧ｿ繧ｽ繝ｼ繧ｹ</emphasis>�唏ibernate縺ｯ
+                JNDI縺梧署萓帙＠縲√さ繝ｳ繝�リ縺檎ｮ｡逅�☆繧徽DBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧剃ｽｿ逕ｨ縺ｧ縺阪∪縺吶�
+                騾壼ｸｸ縲゛TA貅匁侠縺ｮ <literal>TransactionManager</literal> 縺ｨ
+                <literal>ResourceManager</literal> 縺後ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ邂｡逅�(CMT)縲�
+                迚ｹ縺ｫ讒倥�↑繝��繧ｿ繧ｽ繝ｼ繧ｹ縺ｫ縺ｾ縺溘′繧句�謨｣繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧呈桶縺�∪縺吶�
+                蠖鍋┯繝励Ο繧ｰ繝ｩ繝�縺ｧ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜繧呈欠螳壹〒縺阪∪縺�(BMT)縲�
+                縺ゅｋ縺��縲∬ｨ倩ｿｰ縺励◆繧ｳ繝ｼ繝峨�繝昴�繧ｿ繝薙Μ繝�ぅ繧剃ｿ昴▽縺溘ａ縺ｫ縲�
+                繧ｪ繝励す繝ｧ繝ｳ縺ｮHibernate縺ｮ <literal>Transaction</literal> API繧剃ｽｿ縺�◆縺上↑繧九°繧ゅ＠繧後∪縺帙ｓ縲�
                 </para>
             </listitem>
         </itemizedlist>
@@ -1414,8 +1416,8 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
         <itemizedlist>
             <listitem>
                 <para>
-                <emphasis>自動JNDIバインディング</emphasis>：HibernateはJNDIが立ち上がった後に
-                <literal>SessionFactory</literal> を生成します。
+                <emphasis>閾ｪ蜍弼NDI繝舌う繝ｳ繝�ぅ繝ｳ繧ｰ</emphasis>�唏ibernate縺ｯJNDI縺檎ｫ九■荳翫′縺｣縺溷ｾ後↓
+                <literal>SessionFactory</literal> 繧堤函謌舌＠縺ｾ縺吶�
                 </para>
             </listitem>
         </itemizedlist>
@@ -1423,12 +1425,12 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
         <itemizedlist>
             <listitem>
                 <para>
-                <emphasis>JTAセッションバインディング</emphasis> ：
-                Hibernate <literal>Session</literal> のトランザクション境界はJTAトランザクションと同じになります。
-                単純に <literal>SessionFactory</literal> をJNDIからlookupして、
-                現在の <literal>Session</literal> を取得します。
-                JTAトランザクションが完了したときに、Hibernateが <literal>Session</literal> をフラッシュし、クローズします。
-                EJBデプロイメントディスクリプタの中に、トランザクション境界を宣言します。
+                <emphasis>JTA繧ｻ繝�す繝ｧ繝ｳ繝舌う繝ｳ繝�ぅ繝ｳ繧ｰ</emphasis> ��
+                Hibernate <literal>Session</literal> 縺ｮ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜縺ｯJTA繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｨ蜷後§縺ｫ縺ｪ繧翫∪縺吶�
+                蜊倡ｴ斐↓ <literal>SessionFactory</literal> 繧谷NDI縺九ｉlookup縺励※縲�
+                迴ｾ蝨ｨ縺ｮ <literal>Session</literal> 繧貞叙蠕励＠縺ｾ縺吶�
+                JTA繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺悟ｮ御ｺ�＠縺溘→縺阪↓縲？ibernate縺� <literal>Session</literal> 繧偵ヵ繝ｩ繝�す繝･縺励√け繝ｭ繝ｼ繧ｺ縺励∪縺吶�
+                EJB繝��繝ｭ繧､繝｡繝ｳ繝医ョ繧｣繧ｹ繧ｯ繝ｪ繝励ち縺ｮ荳ｭ縺ｫ縲√ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜繧貞ｮ｣險縺励∪縺吶�
                 </para>
             </listitem>
         </itemizedlist>
@@ -1436,85 +1438,85 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
         <itemizedlist>
             <listitem>
                 <para>
-                <emphasis>JMXデプロイ:</emphasis> もしJMXが使用可能なアプリケーションサーバ（例えばJBOSS）
-                がある場合、HibernateをMBeanとしてデプロイすることを選べます。
-                これは <literal>Configuration</literal> から <literal>SessionFactory</literal> を
-                生成するコードを無くすことができます。
-                コンテナは <literal>HibernateService</literal> を起動し、
-                サービスの依存を理想的に管理します（データソースはHibernateやその他が起動する前に
-                使用できるようにしなければなりません）。
+                <emphasis>JMX繝��繝ｭ繧､:</emphasis> 繧ゅ＠JMX縺御ｽｿ逕ｨ蜿ｯ閭ｽ縺ｪ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝撰ｼ井ｾ九∴縺ｰJBOSS��
+                縺後≠繧句�ｴ蜷医？ibernate繧樽Bean縺ｨ縺励※繝��繝ｭ繧､縺吶ｋ縺薙→繧帝∈縺ｹ縺ｾ縺吶�
+                縺薙ｌ縺ｯ <literal>Configuration</literal> 縺九ｉ <literal>SessionFactory</literal> 繧�
+                逕滓�縺吶ｋ繧ｳ繝ｼ繝峨ｒ辟｡縺上☆縺薙→縺後〒縺阪∪縺吶�
+                繧ｳ繝ｳ繝�リ縺ｯ <literal>HibernateService</literal> 繧定ｵｷ蜍輔＠縲�
+                繧ｵ繝ｼ繝薙せ縺ｮ萓晏ｭ倥ｒ逅�Φ逧�↓邂｡逅�＠縺ｾ縺呻ｼ医ョ繝ｼ繧ｿ繧ｽ繝ｼ繧ｹ縺ｯHibernate繧�◎縺ｮ莉悶′襍ｷ蜍輔☆繧句燕縺ｫ
+                菴ｿ逕ｨ縺ｧ縺阪ｋ繧医≧縺ｫ縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ�峨�
                 </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            環境に依存しますが、もし、アプリケーションサーバが"connection containment"の例外をスローするなら
-            設定のオプション <literal>hibernate.connection.aggressive_release</literal> 
-            をtrueにしてください。
+            迺ｰ蠅�↓萓晏ｭ倥＠縺ｾ縺吶′縲√ｂ縺励√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝舌′"connection containment"縺ｮ萓句､悶ｒ繧ｹ繝ｭ繝ｼ縺吶ｋ縺ｪ繧�
+            險ｭ螳壹�繧ｪ繝励す繝ｧ繝ｳ <literal>hibernate.connection.aggressive_release</literal> 
+            繧稚rue縺ｫ縺励※縺上□縺輔＞縲�
         </para>
 
         <sect2 id="configuration-optional-transactionstrategy" revision="3">
-            <title>トランザクション戦略設定</title>
+            <title>繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ謌ｦ逡･險ｭ螳�</title>
 
             <para>
-                Hibernate  <literal>Session</literal> APIは、アーキテクチャ内のシステムの管轄である
-                あらゆるトランザクションに依存しません。
-                もしコネクションプールのJDBCを直接使いたい場合、JDBC APIから
-                トランザクションを呼ぶことができます。
-                もし、J2EEアプリケーションサーバで動作させるなら、Bean管理トランザクションを使い、
-                必要に応じて <literal>UserTransaction</literal> をJTA APIから呼ぶことになるでしょう。
+                Hibernate  <literal>Session</literal> API縺ｯ縲√い繝ｼ繧ｭ繝�け繝√Ε蜀��繧ｷ繧ｹ繝�Β縺ｮ邂｡霓�〒縺ゅｋ
+                縺ゅｉ繧�ｋ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ萓晏ｭ倥＠縺ｾ縺帙ｓ縲�
+                繧ゅ＠繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繝励�繝ｫ縺ｮJDBC繧堤峩謗･菴ｿ縺�◆縺��ｴ蜷医゛DBC API縺九ｉ
+                繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧貞他縺ｶ縺薙→縺後〒縺阪∪縺吶�
+                繧ゅ＠縲゛2EE繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝舌〒蜍穂ｽ懊＆縺帙ｋ縺ｪ繧峨。ean邂｡逅�ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧剃ｽｿ縺��
+                蠢�ｦ√↓蠢懊§縺ｦ <literal>UserTransaction</literal> 繧谷TA API縺九ｉ蜻ｼ縺ｶ縺薙→縺ｫ縺ｪ繧九〒縺励ｇ縺��
             </para>
 
             <para>
-                2つ（それ以上）の環境で互換性のあるコードを維持するために、オプションとして根本的なシステムを
-                ラッピングするHibernate <literal>Transaction</literal> APIを推奨します。
-                Hibernate設定プロパティの <literal>hibernate.transaction.factory_class</literal> を設定することで
-                ある特定の <literal>Transaction</literal> クラスのインスタンスを持つことができます。
+                2縺､�医◎繧御ｻ･荳奇ｼ峨�迺ｰ蠅�〒莠呈鋤諤ｧ縺ｮ縺ゅｋ繧ｳ繝ｼ繝峨ｒ邯ｭ謖√☆繧九◆繧√↓縲√が繝励す繝ｧ繝ｳ縺ｨ縺励※譬ｹ譛ｬ逧�↑繧ｷ繧ｹ繝�Β繧�
+                繝ｩ繝�ヴ繝ｳ繧ｰ縺吶ｋHibernate <literal>Transaction</literal> API繧呈耳螂ｨ縺励∪縺吶�
+                Hibernate險ｭ螳壹�繝ｭ繝代ユ繧｣縺ｮ <literal>hibernate.transaction.factory_class</literal> 繧定ｨｭ螳壹☆繧九％縺ｨ縺ｧ
+                縺ゅｋ迚ｹ螳壹� <literal>Transaction</literal> 繧ｯ繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧呈戟縺､縺薙→縺後〒縺阪∪縺吶�
             </para>
 
             <para>
-                3つの基本的な（既にある）選択を挙げます：
+                3縺､縺ｮ蝓ｺ譛ｬ逧�↑�域里縺ｫ縺ゅｋ�蛾∈謚槭ｒ謖吶￡縺ｾ縺呻ｼ�
             </para>
 
             <variablelist spacing="compact">
                 <varlistentry>
                     <term><literal>org.hibernate.transaction.JDBCTransactionFactory</literal></term>
                     <listitem>
-                        <para>データベース(JDBC)トランザクションに委譲します（デフォルト）</para>
+                        <para>繝��繧ｿ繝吶�繧ｹ(JDBC)繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ蟋碑ｭｲ縺励∪縺呻ｼ医ョ繝輔か繝ｫ繝茨ｼ�</para>
                     </listitem>
                 </varlistentry>
                 <varlistentry>
                     <term><literal>org.hibernate.transaction.JTATransactionFactory</literal></term>
                     <listitem>
                         <para>
-                            もし、このコンテキスト（例えば、EJBセッションBeanメソッド）で進行中のトランザクションが存在する、もしくは
-                            新しいトランザクションが開始されており、Bean管理トランザクションが使われている場合、
-                            コンテナ管理トランザクションに委譲します。
+                            繧ゅ＠縲√％縺ｮ繧ｳ繝ｳ繝�く繧ｹ繝茨ｼ井ｾ九∴縺ｰ縲・JB繧ｻ繝�す繝ｧ繝ｳBean繝｡繧ｽ繝�ラ�峨〒騾ｲ陦御ｸｭ縺ｮ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺悟ｭ伜惠縺吶ｋ縲√ｂ縺励￥縺ｯ
+                            譁ｰ縺励＞繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺碁幕蟋九＆繧後※縺翫ｊ縲。ean邂｡逅�ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺御ｽｿ繧上ｌ縺ｦ縺�ｋ蝣ｴ蜷医�
+                            繧ｳ繝ｳ繝�リ邂｡逅�ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ蟋碑ｭｲ縺励∪縺吶�
                         </para>
                     </listitem>
                 </varlistentry>
                 <varlistentry>
                     <term><literal>org.hibernate.transaction.CMTTransactionFactory</literal></term>
                     <listitem>
-                        <para>コンテナ管理JTAトランザクションに委譲します</para>
+                        <para>繧ｳ繝ｳ繝�リ邂｡逅�JTA繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ蟋碑ｭｲ縺励∪縺�</para>
                     </listitem>
                 </varlistentry>
             </variablelist>
 
             <para>
-                自分自身のトランザクション戦略（例えば、CORBAトランザクションサービス）を定義することもできます。
+                閾ｪ蛻��霄ｫ縺ｮ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ謌ｦ逡･�井ｾ九∴縺ｰ縲，ORBA繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝薙せ�峨ｒ螳夂ｾｩ縺吶ｋ縺薙→繧ゅ〒縺阪∪縺吶�
             </para>
 
             <para>
-                Hibernateのいくつかの機能（例えば、二次キャッシュ、JTAによるコンテキストセッション 等）は
-                管理された環境の中のJTA <literal>TransactionManager</literal> へのアクセスを要求します。
-                J2EEがひとつのメカニズムに規格化されていないので、
-                アプリケーションサーバにおいて、Hibernateが <literal>TransactionManager</literal> のリファレンス
-                を取得する方法を明確にする必要があります。
+                Hibernate縺ｮ縺�￥縺､縺九�讖溯��井ｾ九∴縺ｰ縲∽ｺ梧ｬ｡繧ｭ繝｣繝�す繝･縲゛TA縺ｫ繧医ｋ繧ｳ繝ｳ繝�く繧ｹ繝医そ繝�す繝ｧ繝ｳ 遲会ｼ峨�
+                邂｡逅�＆繧後◆迺ｰ蠅��荳ｭ縺ｮJTA <literal>TransactionManager</literal> 縺ｸ縺ｮ繧｢繧ｯ繧ｻ繧ｹ繧定ｦ∵ｱゅ＠縺ｾ縺吶�
+                J2EE縺後�縺ｨ縺､縺ｮ繝｡繧ｫ繝九ぜ繝�縺ｫ隕乗�ｼ蛹悶＆繧後※縺�↑縺��縺ｧ縲�
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝舌↓縺翫＞縺ｦ縲？ibernate縺� <literal>TransactionManager</literal> 縺ｮ繝ｪ繝輔ぃ繝ｬ繝ｳ繧ｹ
+                繧貞叙蠕励☆繧区婿豕輔ｒ譏守｢ｺ縺ｫ縺吶ｋ蠢�ｦ√′縺ゅｊ縺ｾ縺吶�
             </para>
 
             <table frame="topbot" id="jtamanagerlookup" revision="1">
-                <title>JTA トランザクションマネージャ</title>
+                <title>JTA 繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繝槭ロ繝ｼ繧ｸ繝｣</title>
                 <tgroup cols="2">
                     <colspec colwidth="2.5*"/>
                     <colspec colwidth="1*"/>
@@ -1572,95 +1574,95 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
         </sect2>
 
         <sect2 id="configuration-optional-jndi" revision="3">
-            <title><literal>SessionFactory</literal> のJNDIへの登録</title>
+            <title><literal>SessionFactory</literal> 縺ｮJNDI縺ｸ縺ｮ逋ｻ骭ｲ</title>
 
             <para>
-                JNDIに登録したHibernate <literal>SessionFactory</literal> は単純に
-                ファクトリをルックアップし、新しい <literal>Session</literal> を作ります。
-                これはJNDIに登録された <literal>Datasource</literal> には関連せず、
-                お互いにシンプルにこれらの登録を使うことに注意してください。
+                JNDI縺ｫ逋ｻ骭ｲ縺励◆Hibernate <literal>SessionFactory</literal> 縺ｯ蜊倡ｴ斐↓
+                繝輔ぃ繧ｯ繝医Μ繧偵Ν繝�け繧｢繝��縺励∵眠縺励＞ <literal>Session</literal> 繧剃ｽ懊ｊ縺ｾ縺吶�
+                縺薙ｌ縺ｯJNDI縺ｫ逋ｻ骭ｲ縺輔ｌ縺� <literal>Datasource</literal> 縺ｫ縺ｯ髢｢騾｣縺帙★縲�
+                縺贋ｺ偵＞縺ｫ繧ｷ繝ｳ繝励Ν縺ｫ縺薙ｌ繧峨�逋ｻ骭ｲ繧剃ｽｿ縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
             </para>
 
             <para>
-                もし <literal>SessionFactory</literal> をJNDIネームスペースに登録したい場合、
-                特別な名前（例えば、 <literal>java:hibernate/SessionFactory</literal> ）を
-                <literal>hibernate.session_factory_name</literal> プロパティに使ってください
-                もしこのプロパティを省略した場合、 <literal>SessionFactory</literal> は
-                JNDIに登録されません。（これはTomcatのようなデフォルト実装でJNDIが読みより専用の環境の場合特に便利です。）
+                繧ゅ＠ <literal>SessionFactory</literal> 繧谷NDI繝阪�繝�繧ｹ繝壹�繧ｹ縺ｫ逋ｻ骭ｲ縺励◆縺��ｴ蜷医�
+                迚ｹ蛻･縺ｪ蜷榊燕�井ｾ九∴縺ｰ縲� <literal>java:hibernate/SessionFactory</literal> �峨ｒ
+                <literal>hibernate.session_factory_name</literal> 繝励Ο繝代ユ繧｣縺ｫ菴ｿ縺｣縺ｦ縺上□縺輔＞
+                繧ゅ＠縺薙�繝励Ο繝代ユ繧｣繧堤怐逡･縺励◆蝣ｴ蜷医� <literal>SessionFactory</literal> 縺ｯ
+                JNDI縺ｫ逋ｻ骭ｲ縺輔ｌ縺ｾ縺帙ｓ縲ゑｼ医％繧後�Tomcat縺ｮ繧医≧縺ｪ繝�ヵ繧ｩ繝ｫ繝亥ｮ溯｣�〒JNDI縺瑚ｪｭ縺ｿ繧医ｊ蟆ら畑縺ｮ迺ｰ蠅��蝣ｴ蜷育音縺ｫ萓ｿ蛻ｩ縺ｧ縺吶ゑｼ�
             </para>
 
             <para>
-                <literal>SessionFactory</literal> をJNDIに登録するとき、Hibernateは
-                <literal>hibernate.jndi.url</literal> の値を使用し、<literal>hibernate.jndi.class</literal> 
-                をイニシャルコンテキストとして具体化します。
-                もし何も設定しない場合は、デフォルトの <literal>InitialContext</literal> を使用します。
+                <literal>SessionFactory</literal> 繧谷NDI縺ｫ逋ｻ骭ｲ縺吶ｋ縺ｨ縺阪？ibernate縺ｯ
+                <literal>hibernate.jndi.url</literal> 縺ｮ蛟､繧剃ｽｿ逕ｨ縺励�<literal>hibernate.jndi.class</literal> 
+                繧偵う繝九す繝｣繝ｫ繧ｳ繝ｳ繝�く繧ｹ繝医→縺励※蜈ｷ菴灘喧縺励∪縺吶�
+                繧ゅ＠菴輔ｂ險ｭ螳壹＠縺ｪ縺��ｴ蜷医�縲√ョ繝輔か繝ｫ繝医� <literal>InitialContext</literal> 繧剃ｽｿ逕ｨ縺励∪縺吶�
             </para>
 
             <para>
-                <literal>cfg.buildSessionFactory()</literal> をコール後
-                Hibernateは自動的に <literal>SessionFactory</literal> をJNDIに配置します。
-                <literal>HibernateService</literal> と一緒にJMXデプロイメントを使わない限り、
-                これはこの呼び出しをアプリケーション内の何らかのスタートアップコード（もしくはユーティリティクラス）
-                に配置しなければならないことを意味します。（後で議論します）
+                <literal>cfg.buildSessionFactory()</literal> 繧偵さ繝ｼ繝ｫ蠕�
+                Hibernate縺ｯ閾ｪ蜍慕噪縺ｫ <literal>SessionFactory</literal> 繧谷NDI縺ｫ驟咲ｽｮ縺励∪縺吶�
+                <literal>HibernateService</literal> 縺ｨ荳邱偵↓JMX繝��繝ｭ繧､繝｡繝ｳ繝医ｒ菴ｿ繧上↑縺�剞繧翫�
+                縺薙ｌ縺ｯ縺薙�蜻ｼ縺ｳ蜃ｺ縺励ｒ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ蜀��菴輔ｉ縺九�繧ｹ繧ｿ繝ｼ繝医い繝��繧ｳ繝ｼ繝会ｼ医ｂ縺励￥縺ｯ繝ｦ繝ｼ繝�ぅ繝ｪ繝�ぅ繧ｯ繝ｩ繧ｹ��
+                縺ｫ驟咲ｽｮ縺励↑縺代ｌ縺ｰ縺ｪ繧峨↑縺�％縺ｨ繧呈э蜻ｳ縺励∪縺吶ゑｼ亥ｾ後〒隴ｰ隲悶＠縺ｾ縺呻ｼ�
             </para>
 
             <para>
-                もしJNDI <literal>SessionFactory</literal> を使う場合、EJBや他のクラスは
-                JNDIルックアップを使って <literal>SessionFactory</literal> を取得します。
+                繧ゅ＠JNDI <literal>SessionFactory</literal> 繧剃ｽｿ縺��ｴ蜷医・JB繧�ｻ悶�繧ｯ繝ｩ繧ｹ縺ｯ
+                JNDI繝ｫ繝�け繧｢繝��繧剃ｽｿ縺｣縺ｦ <literal>SessionFactory</literal> 繧貞叙蠕励＠縺ｾ縺吶�
             </para>
 
             <para>
-                管理された環境では <literal>SessionFactory</literal> をJNDIにバインドし、
-                そうでなければ <literal>static</literal> シングルトンを使うことを推奨します。
-                こういった詳細からアプリケーションコードを保護するために、
-                <literal>HibernateUtil.getSessionFactory()</literal> のようなヘルパークラスの中に、
-                <literal>SessionFactory</literal> をルックアップするコードを隠すことを推奨します。
-                このようなヘルパークラスはHibernateを開始する便利な手段でもあります。
-                &mdash;１章を参照してください。
+                邂｡逅�＆繧後◆迺ｰ蠅�〒縺ｯ <literal>SessionFactory</literal> 繧谷NDI縺ｫ繝舌う繝ｳ繝峨＠縲�
+                縺昴≧縺ｧ縺ｪ縺代ｌ縺ｰ <literal>static</literal> 繧ｷ繝ｳ繧ｰ繝ｫ繝医Φ繧剃ｽｿ縺�％縺ｨ繧呈耳螂ｨ縺励∪縺吶�
+                縺薙≧縺�▲縺溯ｩｳ邏ｰ縺九ｉ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｳ繝ｼ繝峨ｒ菫晁ｭｷ縺吶ｋ縺溘ａ縺ｫ縲�
+                <literal>HibernateUtil.getSessionFactory()</literal> 縺ｮ繧医≧縺ｪ繝倥Ν繝代�繧ｯ繝ｩ繧ｹ縺ｮ荳ｭ縺ｫ縲�
+                <literal>SessionFactory</literal> 繧偵Ν繝�け繧｢繝��縺吶ｋ繧ｳ繝ｼ繝峨ｒ髫�縺吶％縺ｨ繧呈耳螂ｨ縺励∪縺吶�
+                縺薙�繧医≧縺ｪ繝倥Ν繝代�繧ｯ繝ｩ繧ｹ縺ｯHibernate繧帝幕蟋九☆繧倶ｾｿ蛻ｩ縺ｪ謇区ｮｵ縺ｧ繧ゅ≠繧翫∪縺吶�
+                &mdash;�醍ｫ�繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
             </para>
 
         </sect2>
 
         <sect2 id="configuration-j2ee-currentsession" revision="4">
-            <title>JTAによる現在のセッションコンテキストマネージメント</title>
+            <title>JTA縺ｫ繧医ｋ迴ｾ蝨ｨ縺ｮ繧ｻ繝�す繝ｧ繝ｳ繧ｳ繝ｳ繝�く繧ｹ繝医�繝阪�繧ｸ繝｡繝ｳ繝�</title>
 
             <para>
-                もっとも簡単に <literal>Session</literal> とトランザクションを扱う方法は、
-                Hibernateが自動的に「現在の」 <literal>Session</literal> を管理することです。
-                <xref linkend="architecture-current-session">カレントセッション</xref> の説明を参照してください。
-                もし <literal>「JTA」</literal> セッションコンテキストを使った上で、
-                現在のJTAトランザクションとHibernate <literal>Session</literal> が関連していない場合は、
-                最初に <literal>sessionFactory.getCurrentSession()</literal> をコールし、
-                JTAトランザクションとの関連付けを行ってください。
-                <literal>「JTA」</literal> コンテキストの <literal>getCurrentSession()</literal> を
-                通じて取得した <literal>Session</literal> は、トランザクションが完了する前に
-                自動的にフラッシュし、完了した後には自動的にクローズします。
-                また、各ステートメント後にJDBCコネクションを積極的にリリースします。
-                これによりJTAトランザクションのライフサイクルで <literal>Session</literal> を管理することができ、
-                ユーザーのコードからそのような管理をするコードを排除できます。
-                <literal>UserTransaction</literal> を通じてJTAをプログラムで管理することができます。
-                または、（ポータブルなコードであれば）Hibernate <literal>Transaction</literal> APIを
-                トランザクション境界として使うこともできます。
-                EJBコンテナを使うときは、CMTによる宣言的トランザクション境界が好ましいです。
+                繧ゅ▲縺ｨ繧らｰ｡蜊倥↓ <literal>Session</literal> 縺ｨ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧呈桶縺�婿豕輔�縲�
+                Hibernate縺瑚�蜍慕噪縺ｫ縲檎樟蝨ｨ縺ｮ縲� <literal>Session</literal> 繧堤ｮ｡逅�☆繧九％縺ｨ縺ｧ縺吶�
+                <xref linkend="architecture-current-session">繧ｫ繝ｬ繝ｳ繝医そ繝�す繝ｧ繝ｳ</xref> 縺ｮ隱ｬ譏弱ｒ蜿ら�縺励※縺上□縺輔＞縲�
+                繧ゅ＠ <literal>縲繰TA縲�</literal> 繧ｻ繝�す繝ｧ繝ｳ繧ｳ繝ｳ繝�く繧ｹ繝医ｒ菴ｿ縺｣縺滉ｸ翫〒縲�
+                迴ｾ蝨ｨ縺ｮJTA繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｨHibernate <literal>Session</literal> 縺碁未騾｣縺励※縺�↑縺��ｴ蜷医�縲�
+                譛蛻昴↓ <literal>sessionFactory.getCurrentSession()</literal> 繧偵さ繝ｼ繝ｫ縺励�
+                JTA繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｨ縺ｮ髢｢騾｣莉倥￠繧定｡後▲縺ｦ縺上□縺輔＞縲�
+                <literal>縲繰TA縲�</literal> 繧ｳ繝ｳ繝�く繧ｹ繝医� <literal>getCurrentSession()</literal> 繧�
+                騾壹§縺ｦ蜿門ｾ励＠縺� <literal>Session</literal> 縺ｯ縲√ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺悟ｮ御ｺ�☆繧句燕縺ｫ
+                閾ｪ蜍慕噪縺ｫ繝輔Λ繝�す繝･縺励∝ｮ御ｺ�＠縺溷ｾ後↓縺ｯ閾ｪ蜍慕噪縺ｫ繧ｯ繝ｭ繝ｼ繧ｺ縺励∪縺吶�
+                縺ｾ縺溘∝推繧ｹ繝��繝医Γ繝ｳ繝亥ｾ後↓JDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧堤ｩ肴･ｵ逧�↓繝ｪ繝ｪ繝ｼ繧ｹ縺励∪縺吶�
+                縺薙ｌ縺ｫ繧医ｊJTA繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繝ｩ繧､繝輔し繧､繧ｯ繝ｫ縺ｧ <literal>Session</literal> 繧堤ｮ｡逅�☆繧九％縺ｨ縺後〒縺阪�
+                繝ｦ繝ｼ繧ｶ繝ｼ縺ｮ繧ｳ繝ｼ繝峨°繧峨◎縺ｮ繧医≧縺ｪ邂｡逅�ｒ縺吶ｋ繧ｳ繝ｼ繝峨ｒ謗帝勁縺ｧ縺阪∪縺吶�
+                <literal>UserTransaction</literal> 繧帝壹§縺ｦJTA繧偵�繝ｭ繧ｰ繝ｩ繝�縺ｧ邂｡逅�☆繧九％縺ｨ縺後〒縺阪∪縺吶�
+                縺ｾ縺溘�縲�ｼ医�繝ｼ繧ｿ繝悶Ν縺ｪ繧ｳ繝ｼ繝峨〒縺ゅｌ縺ｰ�羽ibernate <literal>Transaction</literal> API繧�
+                繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜縺ｨ縺励※菴ｿ縺�％縺ｨ繧ゅ〒縺阪∪縺吶�
+                EJB繧ｳ繝ｳ繝�リ繧剃ｽｿ縺�→縺阪�縲，MT縺ｫ繧医ｋ螳｣險逧�ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜縺悟･ｽ縺ｾ縺励＞縺ｧ縺吶�
             </para>
 
         </sect2>
 
         <sect2 id="configuration-j2ee-jmx" revision="1">
-            <title>JMXデプロイメント</title>
+            <title>JMX繝��繝ｭ繧､繝｡繝ｳ繝�</title>
 
             <para>
-                <literal>SessionFactory</literal> をJNDIから取得するためには
-                <literal>cfg.buildSessionFactory()</literal> 行をどこかで実行していなければなりません。
-                あなたはこれを、<literal>static</literal> 初期化ブロック内（ <literal>HibernateUtil</literal> のような）か
-                <emphasis>managed service</emphasis> としてHibernateをデプロイするか、どちらかで実行できます。
+                <literal>SessionFactory</literal> 繧谷NDI縺九ｉ蜿門ｾ励☆繧九◆繧√↓縺ｯ
+                <literal>cfg.buildSessionFactory()</literal> 陦後ｒ縺ｩ縺薙°縺ｧ螳溯｡後＠縺ｦ縺�↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+                縺ゅ↑縺溘�縺薙ｌ繧偵�<literal>static</literal> 蛻晄悄蛹悶ヶ繝ｭ繝�け蜀�ｼ� <literal>HibernateUtil</literal> 縺ｮ繧医≧縺ｪ�峨°
+                <emphasis>managed service</emphasis> 縺ｨ縺励※Hibernate繧偵ョ繝励Ο繧､縺吶ｋ縺九√←縺｡繧峨°縺ｧ螳溯｡後〒縺阪∪縺吶�
             </para>
 
             <para>
-               JBOSSのようなJMXの機能でアプリケーションサーバにデプロイするために
-               <literal>org.hibernate.jmx.HibernateService</literal> を使って、配置します。
-               実際のデプロイメントと設定はベンダー特有です。
-               ここで例としてJBOSS 4.0.x用の <literal>jboss-service.xml</literal> を示します。
+               JBOSS縺ｮ繧医≧縺ｪJMX縺ｮ讖溯�縺ｧ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝舌↓繝��繝ｭ繧､縺吶ｋ縺溘ａ縺ｫ
+               <literal>org.hibernate.jmx.HibernateService</literal> 繧剃ｽｿ縺｣縺ｦ縲��鄂ｮ縺励∪縺吶�
+               螳滄圀縺ｮ繝��繝ｭ繧､繝｡繝ｳ繝医→險ｭ螳壹�繝吶Φ繝繝ｼ迚ｹ譛峨〒縺吶�
+               縺薙％縺ｧ萓九→縺励※JBOSS 4.0.x逕ｨ縺ｮ <literal>jboss-service.xml</literal> 繧堤､ｺ縺励∪縺吶�
             </para>
 
             <programlisting><![CDATA[<?xml version="1.0"?>
@@ -1707,14 +1709,14 @@ hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect]]></programlisting>
 </server>]]></programlisting>
 
             <para>
-                このファイルは <literal>META-INF</literal> ディレクトリに配置され、
-                JARファイルを拡張した <literal>.sar</literal>  (service archive)でパッケージ化されます。
-                同様にHibernateパッケージも必要です。また、Hibernateはサードパーティのライブラリも要求します。
-                コンパイルした永続化クラスとそのマッピングファイルも同様にアーカイブ（.sarファイル）に入れます。
-                エンタープライズbean（通常はセッションbean）は自身のJARファイルを保持しますが、
-                1回で（ホット）デプロイ可能なユニットのためにメインサービスアーカイブとしてこのEJB JARファイルをインクルードする
-                ことができます。JBossアプリケーションサーバのドキュメントにJXMサービスと
-                EJBデプロイメントのより多くの情報があります。
+                縺薙�繝輔ぃ繧､繝ｫ縺ｯ <literal>META-INF</literal> 繝�ぅ繝ｬ繧ｯ繝医Μ縺ｫ驟咲ｽｮ縺輔ｌ縲�
+                JAR繝輔ぃ繧､繝ｫ繧呈僑蠑ｵ縺励◆ <literal>.sar</literal>  (service archive)縺ｧ繝代ャ繧ｱ繝ｼ繧ｸ蛹悶＆繧後∪縺吶�
+                蜷梧ｧ倥↓Hibernate繝代ャ繧ｱ繝ｼ繧ｸ繧ょｿ�ｦ√〒縺吶ゅ∪縺溘？ibernate縺ｯ繧ｵ繝ｼ繝峨ヱ繝ｼ繝�ぅ縺ｮ繝ｩ繧､繝悶Λ繝ｪ繧りｦ∵ｱゅ＠縺ｾ縺吶�
+                繧ｳ繝ｳ繝代う繝ｫ縺励◆豌ｸ邯壼喧繧ｯ繝ｩ繧ｹ縺ｨ縺昴�繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ繧ょ酔讒倥↓繧｢繝ｼ繧ｫ繧､繝厄ｼ�.sar繝輔ぃ繧､繝ｫ�峨↓蜈･繧後∪縺吶�
+                繧ｨ繝ｳ繧ｿ繝ｼ繝励Λ繧､繧ｺbean�磯壼ｸｸ縺ｯ繧ｻ繝�す繝ｧ繝ｳbean�峨�閾ｪ霄ｫ縺ｮJAR繝輔ぃ繧､繝ｫ繧剃ｿ晄戟縺励∪縺吶′縲�
+                1蝗槭〒�医�繝�ヨ�峨ョ繝励Ο繧､蜿ｯ閭ｽ縺ｪ繝ｦ繝九ャ繝医�縺溘ａ縺ｫ繝｡繧､繝ｳ繧ｵ繝ｼ繝薙せ繧｢繝ｼ繧ｫ繧､繝悶→縺励※縺薙�EJB JAR繝輔ぃ繧､繝ｫ繧偵う繝ｳ繧ｯ繝ｫ繝ｼ繝峨☆繧�
+                縺薙→縺後〒縺阪∪縺吶�JBoss繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝舌�繝峨く繝･繝｡繝ｳ繝医↓JXM繧ｵ繝ｼ繝薙せ縺ｨ
+                EJB繝��繝ｭ繧､繝｡繝ｳ繝医�繧医ｊ螟壹￥縺ｮ諠��ｱ縺後≠繧翫∪縺吶�
             </para>
 
         </sect2>
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/events.xml b/documentation/manual/ja-JP/src/main/docbook/content/events.xml
index d24f7833fd..b6f06a8558 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/events.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/events.xml
@@ -1,31 +1,33 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="events">
-    <title>インターセプタとイベント</title>
+    <title>繧､繝ｳ繧ｿ繝ｼ繧ｻ繝励ち縺ｨ繧､繝吶Φ繝�</title>
 
     <para>
-        アプリケーションがHibernateの内部で発生するイベントに対応できると役に立つことがあります。
-        ある種の一般的な機能を実装できるようになり、
-        またHibernateの機能を拡張することもできるようになります。
+        繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺粂ibernate縺ｮ蜀�Κ縺ｧ逋ｺ逕溘☆繧九う繝吶Φ繝医↓蟇ｾ蠢懊〒縺阪ｋ縺ｨ蠖ｹ縺ｫ遶九▽縺薙→縺後≠繧翫∪縺吶�
+        縺ゅｋ遞ｮ縺ｮ荳闊ｬ逧�↑讖溯�繧貞ｮ溯｣�〒縺阪ｋ繧医≧縺ｫ縺ｪ繧翫�
+        縺ｾ縺櫞ibernate縺ｮ讖溯�繧呈僑蠑ｵ縺吶ｋ縺薙→繧ゅ〒縺阪ｋ繧医≧縺ｫ縺ｪ繧翫∪縺吶�
     </para>
 
     <sect1 id="objectstate-interceptors" revision="3">
-        <title>インターセプタ</title>
+        <title>繧､繝ｳ繧ｿ繝ｼ繧ｻ繝励ち</title>
 
         <para>
-            <literal>Interceptor</literal> インターフェイスを使って、
-            セッションからアプリケーションへコールバックをすることができます。
-            これにより永続オブジェクトの保存、更新、削除、読み込みの前に、
-            アプリケーションがプロパティを検査したり操作したりできるようになります。
-            これは監査情報の追跡に利用できます。
-            下の例で <literal>Interceptor</literal> は <literal>Auditable</literal> 
-            が作成されると自動的に <literal>createTimestamp</literal> を設定し、
-            <literal>Auditable</literal> が更新されると自動的に 
-            <literal>lastUpdateTimestamp</literal> プロパティを更新します。
+            <literal>Interceptor</literal> 繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧剃ｽｿ縺｣縺ｦ縲�
+            繧ｻ繝�す繝ｧ繝ｳ縺九ｉ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｸ繧ｳ繝ｼ繝ｫ繝舌ャ繧ｯ繧偵☆繧九％縺ｨ縺後〒縺阪∪縺吶�
+            縺薙ｌ縺ｫ繧医ｊ豌ｸ邯壹が繝悶ず繧ｧ繧ｯ繝医�菫晏ｭ倥∵峩譁ｰ縲∝炎髯､縲∬ｪｭ縺ｿ霎ｼ縺ｿ縺ｮ蜑阪↓縲�
+            繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺後�繝ｭ繝代ユ繧｣繧呈､懈渊縺励◆繧頑桃菴懊＠縺溘ｊ縺ｧ縺阪ｋ繧医≧縺ｫ縺ｪ繧翫∪縺吶�
+            縺薙ｌ縺ｯ逶｣譟ｻ諠��ｱ縺ｮ霑ｽ霍｡縺ｫ蛻ｩ逕ｨ縺ｧ縺阪∪縺吶�
+            荳九�萓九〒 <literal>Interceptor</literal> 縺ｯ <literal>Auditable</literal> 
+            縺御ｽ懈�縺輔ｌ繧九→閾ｪ蜍慕噪縺ｫ <literal>createTimestamp</literal> 繧定ｨｭ螳壹＠縲�
+            <literal>Auditable</literal> 縺梧峩譁ｰ縺輔ｌ繧九→閾ｪ蜍慕噪縺ｫ 
+            <literal>lastUpdateTimestamp</literal> 繝励Ο繝代ユ繧｣繧呈峩譁ｰ縺励∪縺吶�
         </para>
         
         <para>
-            <literal>Interceptor</literal> を直接実装したり、
-            （さらによいのは）<literal>EmptyInterceptor</literal> を拡張したりできます。
+            <literal>Interceptor</literal> 繧堤峩謗･螳溯｣�＠縺溘ｊ縲�
+            �医＆繧峨↓繧医＞縺ｮ縺ｯ��<literal>EmptyInterceptor</literal> 繧呈僑蠑ｵ縺励◆繧翫〒縺阪∪縺吶�
         </para>
 
         <programlisting><![CDATA[package org.hibernate.test;
@@ -112,30 +114,30 @@ public class AuditInterceptor extends EmptyInterceptor {
 }]]></programlisting>
 
         <para>
-            インターセプタには二種類あります：
-            <literal>Session</literal> スコープのものと 
-            <literal>SessionFactory</literal> スコープのものです。
+            繧､繝ｳ繧ｿ繝ｼ繧ｻ繝励ち縺ｫ縺ｯ莠檎ｨｮ鬘槭≠繧翫∪縺呻ｼ�
+            <literal>Session</literal> 繧ｹ繧ｳ繝ｼ繝励�繧ゅ�縺ｨ 
+            <literal>SessionFactory</literal> 繧ｹ繧ｳ繝ｼ繝励�繧ゅ�縺ｧ縺吶�
         </para>
 
         <para>
-            <literal>Session</literal> スコープのインターセプタは、
-            セッションをオープンするときに指定します。
-            <literal>Interceptor</literal> を引数に取るSessionFactory.openSession()
-            のオーバーロードメソッドの一つを使います。
+            <literal>Session</literal> 繧ｹ繧ｳ繝ｼ繝励�繧､繝ｳ繧ｿ繝ｼ繧ｻ繝励ち縺ｯ縲�
+            繧ｻ繝�す繝ｧ繝ｳ繧偵が繝ｼ繝励Φ縺吶ｋ縺ｨ縺阪↓謖�ｮ壹＠縺ｾ縺吶�
+            <literal>Interceptor</literal> 繧貞ｼ墓焚縺ｫ蜿悶ｋSessionFactory.openSession()
+            縺ｮ繧ｪ繝ｼ繝舌�繝ｭ繝ｼ繝峨Γ繧ｽ繝�ラ縺ｮ荳縺､繧剃ｽｿ縺�∪縺吶�
         </para>
 
         <programlisting><![CDATA[Session session = sf.openSession( new AuditInterceptor() );]]></programlisting>
 
         <para>
-            <literal>SessionFactory</literal> スコープのインターセプタは <literal>Configuration</literal> 
-            オブジェクトを使って登録します。
-            これは <literal>SessionFactory</literal> の構築よりも優先されます。
-            この場合、提供されるインターセプタは <literal>SessionFactory</literal> 
-            からオープンされたすべてのセッションに適用されます。
-            これは使用するインターセプタを明示的に指定してセッションをオープンしない限り、そうなります。
-            <literal>SessionFactory</literal> スコープのインターセプタはスレッドセーフでなければなりません。
-            複数のセッションが（潜在的に）このインターセプタを同時並行で使用することになるため、
-            セッション固有の状態を格納しないように気をつけてください。
+            <literal>SessionFactory</literal> 繧ｹ繧ｳ繝ｼ繝励�繧､繝ｳ繧ｿ繝ｼ繧ｻ繝励ち縺ｯ <literal>Configuration</literal> 
+            繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ菴ｿ縺｣縺ｦ逋ｻ骭ｲ縺励∪縺吶�
+            縺薙ｌ縺ｯ <literal>SessionFactory</literal> 縺ｮ讒狗ｯ峨ｈ繧翫ｂ蜆ｪ蜈医＆繧後∪縺吶�
+            縺薙�蝣ｴ蜷医∵署萓帙＆繧後ｋ繧､繝ｳ繧ｿ繝ｼ繧ｻ繝励ち縺ｯ <literal>SessionFactory</literal> 
+            縺九ｉ繧ｪ繝ｼ繝励Φ縺輔ｌ縺溘☆縺ｹ縺ｦ縺ｮ繧ｻ繝�す繝ｧ繝ｳ縺ｫ驕ｩ逕ｨ縺輔ｌ縺ｾ縺吶�
+            縺薙ｌ縺ｯ菴ｿ逕ｨ縺吶ｋ繧､繝ｳ繧ｿ繝ｼ繧ｻ繝励ち繧呈�遉ｺ逧�↓謖�ｮ壹＠縺ｦ繧ｻ繝�す繝ｧ繝ｳ繧偵が繝ｼ繝励Φ縺励↑縺�剞繧翫√◎縺�↑繧翫∪縺吶�
+            <literal>SessionFactory</literal> 繧ｹ繧ｳ繝ｼ繝励�繧､繝ｳ繧ｿ繝ｼ繧ｻ繝励ち縺ｯ繧ｹ繝ｬ繝�ラ繧ｻ繝ｼ繝輔〒縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+            隍�焚縺ｮ繧ｻ繝�す繝ｧ繝ｳ縺鯉ｼ域ｽ懷惠逧�↓�峨％縺ｮ繧､繝ｳ繧ｿ繝ｼ繧ｻ繝励ち繧貞酔譎ゆｸｦ陦後〒菴ｿ逕ｨ縺吶ｋ縺薙→縺ｫ縺ｪ繧九◆繧√�
+            繧ｻ繝�す繝ｧ繝ｳ蝗ｺ譛峨�迥ｶ諷九ｒ譬ｼ邏阪＠縺ｪ縺�ｈ縺�↓豌励ｒ縺､縺代※縺上□縺輔＞縲�
         </para>
     
         <programlisting><![CDATA[new Configuration().setInterceptor( new AuditInterceptor() );]]></programlisting>
@@ -143,46 +145,46 @@ public class AuditInterceptor extends EmptyInterceptor {
     </sect1>
 
      <sect1 id="objectstate-events" revision="4">
-        <title>イベントシステム</title>
+        <title>繧､繝吶Φ繝医す繧ｹ繝�Β</title>
 
         <para>
-            永続化層で特定のイベントに対応しなければならない場合、
-            Hibernate3の <emphasis>イベント</emphasis> アーキテクチャを使うこともできます。
-            イベントシステムはインターセプタと一緒に使うか、またはインターセプタの代わりとして使うことができます。
+            豌ｸ邯壼喧螻､縺ｧ迚ｹ螳壹�繧､繝吶Φ繝医↓蟇ｾ蠢懊＠縺ｪ縺代ｌ縺ｰ縺ｪ繧峨↑縺��ｴ蜷医�
+            Hibernate3縺ｮ <emphasis>繧､繝吶Φ繝�</emphasis> 繧｢繝ｼ繧ｭ繝�け繝√Ε繧剃ｽｿ縺�％縺ｨ繧ゅ〒縺阪∪縺吶�
+            繧､繝吶Φ繝医す繧ｹ繝�Β縺ｯ繧､繝ｳ繧ｿ繝ｼ繧ｻ繝励ち縺ｨ荳邱偵↓菴ｿ縺�°縲√∪縺溘�繧､繝ｳ繧ｿ繝ｼ繧ｻ繝励ち縺ｮ莉｣繧上ｊ縺ｨ縺励※菴ｿ縺�％縺ｨ縺後〒縺阪∪縺吶�
         </para>
 
         <para>
-            本質的に <literal>Session</literal> インターフェイスのすべてのメソッドは、
-            1個のイベントと相互に関連します。
-            例えば <literal>LoadEvent</literal>、<literal>FlushEvent</literal> などがあります
-            （定義済みのイベント型の一覧については、XML設定ファイルのDTDや 
-            <literal>org.hibernate.event</literal> パッケージを調べてください）。
-            リクエストがこれらのメソッドの1つから作られるとき、
-            Hibernateの <literal>Session</literal> は適切なイベントを生成し、
-            そのイベント型に設定されたイベントリスナに渡します。
-            すばらしいことに、これらのリスナはそのメソッドと同じ処理を実装します。
-            とはいえ、リスナインターフェイスの一つを自由にカスタム実装できます
-            （つまり、<literal>LoadEvent</literal> は登録された <literal>LoadEventListener</literal> 
-            インターフェイスの実装により処理されます）。
-            その場合、その実装には <literal>Session</literal> から作られたどのような <literal>load()</literal> 
-            リクエストをも処理する責任があります。
+            譛ｬ雉ｪ逧�↓ <literal>Session</literal> 繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｮ縺吶∋縺ｦ縺ｮ繝｡繧ｽ繝�ラ縺ｯ縲�
+            1蛟九�繧､繝吶Φ繝医→逶ｸ莠偵↓髢｢騾｣縺励∪縺吶�
+            萓九∴縺ｰ <literal>LoadEvent</literal>縲�<literal>FlushEvent</literal> 縺ｪ縺ｩ縺後≠繧翫∪縺�
+            �亥ｮ夂ｾｩ貂医∩縺ｮ繧､繝吶Φ繝亥梛縺ｮ荳隕ｧ縺ｫ縺､縺�※縺ｯ縲々ML險ｭ螳壹ヵ繧｡繧､繝ｫ縺ｮDTD繧� 
+            <literal>org.hibernate.event</literal> 繝代ャ繧ｱ繝ｼ繧ｸ繧定ｪｿ縺ｹ縺ｦ縺上□縺輔＞�峨�
+            繝ｪ繧ｯ繧ｨ繧ｹ繝医′縺薙ｌ繧峨�繝｡繧ｽ繝�ラ縺ｮ1縺､縺九ｉ菴懊ｉ繧後ｋ縺ｨ縺阪�
+            Hibernate縺ｮ <literal>Session</literal> 縺ｯ驕ｩ蛻�↑繧､繝吶Φ繝医ｒ逕滓�縺励�
+            縺昴�繧､繝吶Φ繝亥梛縺ｫ險ｭ螳壹＆繧後◆繧､繝吶Φ繝医Μ繧ｹ繝翫↓貂｡縺励∪縺吶�
+            縺吶�繧峨＠縺�％縺ｨ縺ｫ縲√％繧後ｉ縺ｮ繝ｪ繧ｹ繝翫�縺昴�繝｡繧ｽ繝�ラ縺ｨ蜷後§蜃ｦ逅�ｒ螳溯｣�＠縺ｾ縺吶�
+            縺ｨ縺ｯ縺�∴縲√Μ繧ｹ繝翫う繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｮ荳縺､繧定�逕ｱ縺ｫ繧ｫ繧ｹ繧ｿ繝�螳溯｣�〒縺阪∪縺�
+            �医▽縺ｾ繧翫�<literal>LoadEvent</literal> 縺ｯ逋ｻ骭ｲ縺輔ｌ縺� <literal>LoadEventListener</literal> 
+            繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｮ螳溯｣�↓繧医ｊ蜃ｦ逅�＆繧後∪縺呻ｼ峨�
+            縺昴�蝣ｴ蜷医√◎縺ｮ螳溯｣�↓縺ｯ <literal>Session</literal> 縺九ｉ菴懊ｉ繧後◆縺ｩ縺ｮ繧医≧縺ｪ <literal>load()</literal> 
+            繝ｪ繧ｯ繧ｨ繧ｹ繝医ｒ繧ょ�逅�☆繧玖ｲｬ莉ｻ縺後≠繧翫∪縺吶�
         </para>
 
         <para>
-            リスナは事実上シングルトンであると見なせます。
-            つまりリスナはリクエスト間で共有されるため、
-            インスタンス変数として状態を保持するべきではないということです。
+            繝ｪ繧ｹ繝翫�莠句ｮ滉ｸ翫す繝ｳ繧ｰ繝ｫ繝医Φ縺ｧ縺ゅｋ縺ｨ隕九↑縺帙∪縺吶�
+            縺､縺ｾ繧翫Μ繧ｹ繝翫�繝ｪ繧ｯ繧ｨ繧ｹ繝磯俣縺ｧ蜈ｱ譛峨＆繧後ｋ縺溘ａ縲�
+            繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ螟画焚縺ｨ縺励※迥ｶ諷九ｒ菫晄戟縺吶ｋ縺ｹ縺阪〒縺ｯ縺ｪ縺�→縺�≧縺薙→縺ｧ縺吶�
         </para>
 
         <para>
-            カスタムリスナは処理したいイベントについて適切なインターフェイスを実装するべきです。
-            便利な基底クラスのうちの一つを継承してもよいです
-            （またはHibernateがデフォルトで使用するイベントリスナを継承してもよいです。
-            すばらしいことに、この目的のために非finalとして宣言されています）。
-            カスタムリスナは <literal>Configuration</literal> オブジェクトを使ってプログラムから登録するか、
-            HibernateのXML設定ファイルで指定できます
-            （プロパティファイルで宣言的に設定する方法はサポートされていません）。
-            カスタムロードイベントリスナの例を示します。
+            繧ｫ繧ｹ繧ｿ繝�繝ｪ繧ｹ繝翫�蜃ｦ逅�＠縺溘＞繧､繝吶Φ繝医↓縺､縺�※驕ｩ蛻�↑繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧貞ｮ溯｣�☆繧九∋縺阪〒縺吶�
+            萓ｿ蛻ｩ縺ｪ蝓ｺ蠎輔け繝ｩ繧ｹ縺ｮ縺�■縺ｮ荳縺､繧堤ｶ呎価縺励※繧ゅｈ縺�〒縺�
+            �医∪縺溘�Hibernate縺後ョ繝輔か繝ｫ繝医〒菴ｿ逕ｨ縺吶ｋ繧､繝吶Φ繝医Μ繧ｹ繝翫ｒ邯呎価縺励※繧ゅｈ縺�〒縺吶�
+            縺吶�繧峨＠縺�％縺ｨ縺ｫ縲√％縺ｮ逶ｮ逧��縺溘ａ縺ｫ髱枅inal縺ｨ縺励※螳｣險縺輔ｌ縺ｦ縺�∪縺呻ｼ峨�
+            繧ｫ繧ｹ繧ｿ繝�繝ｪ繧ｹ繝翫� <literal>Configuration</literal> 繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ菴ｿ縺｣縺ｦ繝励Ο繧ｰ繝ｩ繝�縺九ｉ逋ｻ骭ｲ縺吶ｋ縺九�
+            Hibernate縺ｮXML險ｭ螳壹ヵ繧｡繧､繝ｫ縺ｧ謖�ｮ壹〒縺阪∪縺�
+            �医�繝ｭ繝代ユ繧｣繝輔ぃ繧､繝ｫ縺ｧ螳｣險逧�↓險ｭ螳壹☆繧区婿豕輔�繧ｵ繝昴�繝医＆繧後※縺�∪縺帙ｓ�峨�
+            繧ｫ繧ｹ繧ｿ繝�繝ｭ繝ｼ繝峨う繝吶Φ繝医Μ繧ｹ繝翫�萓九ｒ遉ｺ縺励∪縺吶�
         </para>
 
         <programlisting><![CDATA[public class MyLoadListener implements LoadEventListener {
@@ -196,7 +198,7 @@ public class AuditInterceptor extends EmptyInterceptor {
 }]]></programlisting>
 
         <para>
-            デフォルトリスナ以外のリスナを使うには、Hibernateへの設定も必要です：
+            繝�ヵ繧ｩ繝ｫ繝医Μ繧ｹ繝贋ｻ･螟悶�繝ｪ繧ｹ繝翫ｒ菴ｿ縺�↓縺ｯ縲？ibernate縺ｸ縺ｮ險ｭ螳壹ｂ蠢�ｦ√〒縺呻ｼ�
         </para>
 
 <programlisting><![CDATA[<hibernate-configuration>
@@ -210,7 +212,7 @@ public class AuditInterceptor extends EmptyInterceptor {
 </hibernate-configuration>]]></programlisting>
 
         <para>
-            またその他に、プログラムで登録する方法もあります：
+            縺ｾ縺溘◎縺ｮ莉悶↓縲√�繝ｭ繧ｰ繝ｩ繝�縺ｧ逋ｻ骭ｲ縺吶ｋ譁ｹ豕輔ｂ縺ゅｊ縺ｾ縺呻ｼ�
         </para>
 
         <programlisting><![CDATA[Configuration cfg = new Configuration();
@@ -218,31 +220,31 @@ LoadEventListener[] stack = { new MyLoadListener(), new DefaultLoadEventListener
 cfg.EventListeners().setLoadEventListeners(stack);]]></programlisting>
 
         <para>
-            リスナを宣言的に登録すると、そのリスナのインスタンスを共有できません。
-            複数の <literal>&lt;listener/&gt;</literal> 要素で同じクラス名が使われると、
-            それぞれの参照はそのクラスの別々のインスタンスを指すことになります。
-            リスナ型の間でリスナインスタンスを共有する必要があれば、
-            プログラムで登録する方法を採らなければなりません。
+            繝ｪ繧ｹ繝翫ｒ螳｣險逧�↓逋ｻ骭ｲ縺吶ｋ縺ｨ縲√◎縺ｮ繝ｪ繧ｹ繝翫�繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧貞�譛峨〒縺阪∪縺帙ｓ縲�
+            隍�焚縺ｮ <literal>&lt;listener/&gt;</literal> 隕∫ｴ�縺ｧ蜷後§繧ｯ繝ｩ繧ｹ蜷阪′菴ｿ繧上ｌ繧九→縲�
+            縺昴ｌ縺槭ｌ縺ｮ蜿ら�縺ｯ縺昴�繧ｯ繝ｩ繧ｹ縺ｮ蛻･縲��繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧呈欠縺吶％縺ｨ縺ｫ縺ｪ繧翫∪縺吶�
+            繝ｪ繧ｹ繝雁梛縺ｮ髢薙〒繝ｪ繧ｹ繝翫う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧貞�譛峨☆繧句ｿ�ｦ√′縺ゅｌ縺ｰ縲�
+            繝励Ο繧ｰ繝ｩ繝�縺ｧ逋ｻ骭ｲ縺吶ｋ譁ｹ豕輔ｒ謗｡繧峨↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
         </para>
 
         <para>
-            なぜインターフェイスを実装して、特化した型を設定時に指定するのでしょうか？
-            リスナの実装クラスに、複数のイベントリスナインターフェイスを実装できるからです。
-            登録時に追加で型を指定することで、カスタムリスナのon/offを設定時に簡単に切り替えられます。
+            縺ｪ縺懊う繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧貞ｮ溯｣�＠縺ｦ縲∫音蛹悶＠縺溷梛繧定ｨｭ螳壽凾縺ｫ謖�ｮ壹☆繧九�縺ｧ縺励ｇ縺�°��
+            繝ｪ繧ｹ繝翫�螳溯｣�け繝ｩ繧ｹ縺ｫ縲∬､�焚縺ｮ繧､繝吶Φ繝医Μ繧ｹ繝翫う繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧貞ｮ溯｣�〒縺阪ｋ縺九ｉ縺ｧ縺吶�
+            逋ｻ骭ｲ譎ゅ↓霑ｽ蜉�縺ｧ蝙九ｒ謖�ｮ壹☆繧九％縺ｨ縺ｧ縲√き繧ｹ繧ｿ繝�繝ｪ繧ｹ繝翫�on/off繧定ｨｭ螳壽凾縺ｫ邁｡蜊倥↓蛻�ｊ譖ｿ縺医ｉ繧後∪縺吶�
         </para>
 
     </sect1>
     
     <sect1 id="objectstate-decl-security" revision="2">
-        <title>Hibernateの宣言的なセキュリティ</title>
+        <title>Hibernate縺ｮ螳｣險逧�↑繧ｻ繧ｭ繝･繝ｪ繝�ぅ</title>
         <para>
-            一般的にHibernateアプリケーションの宣言的なセキュリティは、セッションファサード層で管理します。
-            現在、Hiberenate3はJACCで許可しかつ、JAASで認証したアクションを許しています。
-            これはイベントアーキテクチャの最上位に組み込まれているオプションの機能です。
+            荳闊ｬ逧�↓Hibernate繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ螳｣險逧�↑繧ｻ繧ｭ繝･繝ｪ繝�ぅ縺ｯ縲√そ繝�す繝ｧ繝ｳ繝輔ぃ繧ｵ繝ｼ繝牙ｱ､縺ｧ邂｡逅�＠縺ｾ縺吶�
+            迴ｾ蝨ｨ縲？iberenate3縺ｯJACC縺ｧ險ｱ蜿ｯ縺励°縺､縲゛AAS縺ｧ隱崎ｨｼ縺励◆繧｢繧ｯ繧ｷ繝ｧ繝ｳ繧定ｨｱ縺励※縺�∪縺吶�
+            縺薙ｌ縺ｯ繧､繝吶Φ繝医い繝ｼ繧ｭ繝�け繝√Ε縺ｮ譛荳贋ｽ阪↓邨�∩霎ｼ縺ｾ繧後※縺�ｋ繧ｪ繝励す繝ｧ繝ｳ縺ｮ讖溯�縺ｧ縺吶�
         </para>
         
         <para>
-            まず最初に、適切なイベントリスナを設定してJAAS認証を使えるようにしなければなりません。
+            縺ｾ縺壽怙蛻昴↓縲�←蛻�↑繧､繝吶Φ繝医Μ繧ｹ繝翫ｒ險ｭ螳壹＠縺ｦJAAS隱崎ｨｼ繧剃ｽｿ縺医ｋ繧医≧縺ｫ縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
         </para>
         
         <programlisting><![CDATA[<listener type="pre-delete" class="org.hibernate.secure.JACCPreDeleteEventListener"/>
@@ -251,21 +253,21 @@ cfg.EventListeners().setLoadEventListeners(stack);]]></programlisting>
 <listener type="pre-load" class="org.hibernate.secure.JACCPreLoadEventListener"/>]]></programlisting>
 
         <para>
-            特定のイベント型に対してちょうど一つのリスナがあるとき、
+            迚ｹ螳壹�繧､繝吶Φ繝亥梛縺ｫ蟇ｾ縺励※縺｡繧�≧縺ｩ荳縺､縺ｮ繝ｪ繧ｹ繝翫′縺ゅｋ縺ｨ縺阪�
             <literal>&lt;listener type="..." class="..."/&gt;</literal> 
-            は <literal>&lt;event type="..."&gt;&lt;listener class="..."/&gt;&lt;/event&gt;</literal> 
-            の簡略形に過ぎないことに注意してください。
+            縺ｯ <literal>&lt;event type="..."&gt;&lt;listener class="..."/&gt;&lt;/event&gt;</literal> 
+            縺ｮ邁｡逡･蠖｢縺ｫ驕弱℃縺ｪ縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
         </para>
 
         <para>
-            次に、同じく <literal>hibernate.cfg.xml</literal> でロールにパーミッションを与えてください：
+            谺｡縺ｫ縲∝酔縺倥￥ <literal>hibernate.cfg.xml</literal> 縺ｧ繝ｭ繝ｼ繝ｫ縺ｫ繝代�繝溘ャ繧ｷ繝ｧ繝ｳ繧剃ｸ弱∴縺ｦ縺上□縺輔＞��
         </para>
         
         <programlisting><![CDATA[<grant role="admin" entity-name="User" actions="insert,update,read"/>
 <grant role="su" entity-name="User" actions="*"/>]]></programlisting>
         
         <para>
-            このロール名は使用するJACCプロバイダに理解されるロールです。
+            縺薙�繝ｭ繝ｼ繝ｫ蜷阪�菴ｿ逕ｨ縺吶ｋJACC繝励Ο繝舌う繝縺ｫ逅�ｧ｣縺輔ｌ繧九Ο繝ｼ繝ｫ縺ｧ縺吶�
         </para>
        
     </sect1>
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/example_mappings.xml b/documentation/manual/ja-JP/src/main/docbook/content/example_mappings.xml
index 65fff8c111..91938d1c51 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/example_mappings.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/example_mappings.xml
@@ -1,22 +1,22 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
 <!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
 
 <chapter id="example-mappings">
-    <title>例：いろいろなマッピング</title>
+    <title>萓具ｼ壹＞繧阪＞繧阪↑繝槭ャ繝斐Φ繧ｰ</title>
     
     <para>
-        この章では、より複雑な関連のマッピングをいくつか紹介します。
+        縺薙�遶�縺ｧ縺ｯ縲√ｈ繧願､�尅縺ｪ髢｢騾｣縺ｮ繝槭ャ繝斐Φ繧ｰ繧偵＞縺上▽縺狗ｴｹ莉九＠縺ｾ縺吶�
     </para>
     
     <sect1 id="example-mappings-emp">
-        <title>雇用者/従業員</title>
+        <title>髮�畑閠�/蠕捺･ｭ蜩｡</title>
 
         <para>
-            <literal>Employer</literal> と <literal>Employee</literal> の関係を表す以下のモデルは、
-            関連の表現に実際のエンティティクラス（ <literal>Employment</literal> ）
-            を使います。
-            なぜなら、同じ2つのパーティに複数の期間雇用されるということがありえるからです。
-            お金の値と従業員の名前をモデル化するためにコンポーネントを使っています。
+            <literal>Employer</literal> 縺ｨ <literal>Employee</literal> 縺ｮ髢｢菫ゅｒ陦ｨ縺吩ｻ･荳九�繝｢繝�Ν縺ｯ縲�
+            髢｢騾｣縺ｮ陦ｨ迴ｾ縺ｫ螳滄圀縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ繧ｯ繝ｩ繧ｹ�� <literal>Employment</literal> ��
+            繧剃ｽｿ縺�∪縺吶�
+            縺ｪ縺懊↑繧峨∝酔縺�2縺､縺ｮ繝代�繝�ぅ縺ｫ隍�焚縺ｮ譛滄俣髮�畑縺輔ｌ繧九→縺�≧縺薙→縺後≠繧翫∴繧九°繧峨〒縺吶�
+            縺企≡縺ｮ蛟､縺ｨ蠕捺･ｭ蜩｡縺ｮ蜷榊燕繧偵Δ繝�Ν蛹悶☆繧九◆繧√↓繧ｳ繝ｳ繝昴�繝阪Φ繝医ｒ菴ｿ縺｣縺ｦ縺�∪縺吶�
         </para>
 
         <mediaobject>
@@ -29,7 +29,7 @@
         </mediaobject>
         
         <para>
-            マッピングドキュメントの一例です：
+            繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝医�荳萓九〒縺呻ｼ�
         </para>
         
         <programlisting><![CDATA[<hibernate-mapping>
@@ -82,7 +82,7 @@
 </hibernate-mapping>]]></programlisting>
 
     <para>
-        <literal>SchemaExport</literal> で生成したテーブルスキーマです。
+        <literal>SchemaExport</literal> 縺ｧ逕滓�縺励◆繝��繝悶Ν繧ｹ繧ｭ繝ｼ繝槭〒縺吶�
     </para>
 
     <programlisting><![CDATA[create table employers (
@@ -122,14 +122,14 @@ create sequence employer_id_seq]]></programlisting>
     </sect1>
     
     <sect1 id="example-mappings-authorwork">
-        <title>作者/作品</title>
+        <title>菴懆�/菴懷刀</title>
 
         <para>
-            <literal>Work</literal> , <literal>Author</literal> そして <literal>Person</literal> 
-            の関係を表す以下のモデルを考えてみてください。
-            <literal>Work</literal> と <literal>Author</literal> の関係を多対多関連で表しています。
-            <literal>Author</literal> と <literal>Person</literal> の関係は一対一関連として表しています。
-            他には <literal>Author</literal> が <literal>Person</literal> を拡張するという方法もあります。
+            <literal>Work</literal> , <literal>Author</literal> 縺昴＠縺ｦ <literal>Person</literal> 
+            縺ｮ髢｢菫ゅｒ陦ｨ縺吩ｻ･荳九�繝｢繝�Ν繧定�∴縺ｦ縺ｿ縺ｦ縺上□縺輔＞縲�
+            <literal>Work</literal> 縺ｨ <literal>Author</literal> 縺ｮ髢｢菫ゅｒ螟壼ｯｾ螟夐未騾｣縺ｧ陦ｨ縺励※縺�∪縺吶�
+            <literal>Author</literal> 縺ｨ <literal>Person</literal> 縺ｮ髢｢菫ゅ�荳蟇ｾ荳髢｢騾｣縺ｨ縺励※陦ｨ縺励※縺�∪縺吶�
+            莉悶↓縺ｯ <literal>Author</literal> 縺� <literal>Person</literal> 繧呈僑蠑ｵ縺吶ｋ縺ｨ縺�≧譁ｹ豕輔ｂ縺ゅｊ縺ｾ縺吶�
         </para>
 
         <mediaobject>
@@ -142,7 +142,7 @@ create sequence employer_id_seq]]></programlisting>
         </mediaobject>
         
         <para>
-            以下のマッピングドキュメントはこのような関係を正確に表現しています。
+            莉･荳九�繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝医�縺薙�繧医≧縺ｪ髢｢菫ゅｒ豁｣遒ｺ縺ｫ陦ｨ迴ｾ縺励※縺�∪縺吶�
         </para>
         
         <programlisting><![CDATA[<hibernate-mapping>
@@ -198,11 +198,11 @@ create sequence employer_id_seq]]></programlisting>
 </hibernate-mapping>]]></programlisting>
 
     <para>
-        このマッピングには4つのテーブルがあります。
+        縺薙�繝槭ャ繝斐Φ繧ｰ縺ｫ縺ｯ4縺､縺ｮ繝��繝悶Ν縺後≠繧翫∪縺吶�
         <literal>works</literal> , <literal>authors</literal> , <literal>persons</literal> 
-        はそれぞれ、仕事、作者、人のデータを保持します。
-        <literal>author_work</literal> は作者と作品をリンクする関連テーブルです。
-        以下は <literal>SchemaExport</literal> で生成したテーブルスキーマです。
+        縺ｯ縺昴ｌ縺槭ｌ縲∽ｻ穂ｺ九∽ｽ懆�∽ｺｺ縺ｮ繝��繧ｿ繧剃ｿ晄戟縺励∪縺吶�
+        <literal>author_work</literal> 縺ｯ菴懆�→菴懷刀繧偵Μ繝ｳ繧ｯ縺吶ｋ髢｢騾｣繝��繝悶Ν縺ｧ縺吶�
+        莉･荳九� <literal>SchemaExport</literal> 縺ｧ逕滓�縺励◆繝��繝悶Ν繧ｹ繧ｭ繝ｼ繝槭〒縺吶�
     </para>
 
     <programlisting><![CDATA[create table works (
@@ -243,17 +243,17 @@ alter table author_work
     </sect1>
 
     <sect1 id="example-mappings-customerorderproduct">
-        <title>顧客/注文/製品</title>
+        <title>鬘ｧ螳｢/豕ｨ譁�/陬ｽ蜩�</title>
 
         <para>
-            さて、 <literal>Customer</literal> , <literal>Order</literal> , <literal>LineItem</literal> 
-            <literal>Product</literal> の関係を表すモデルを考えてみましょう。
-            <literal>Customer</literal> と <literal>Order</literal> は一対多の関連ですが、
+            縺輔※縲� <literal>Customer</literal> , <literal>Order</literal> , <literal>LineItem</literal> 
+            <literal>Product</literal> 縺ｮ髢｢菫ゅｒ陦ｨ縺吶Δ繝�Ν繧定�∴縺ｦ縺ｿ縺ｾ縺励ｇ縺��
+            <literal>Customer</literal> 縺ｨ <literal>Order</literal> 縺ｯ荳蟇ｾ螟壹�髢｢騾｣縺ｧ縺吶′縲�
             <literal>Order</literal> / <literal>LineItem</literal> / <literal>Product</literal> 
-            はどのように表現するべきでしょうか？
-            <literal>LineItem</literal> を、<literal>Order</literal> と <literal>Product</literal> 
-            の多対多関連を表現する関連クラスとしてマッピングしました。
-            Hibernateではこれをコンポジット要素と呼びます。
+            縺ｯ縺ｩ縺ｮ繧医≧縺ｫ陦ｨ迴ｾ縺吶ｋ縺ｹ縺阪〒縺励ｇ縺�°��
+            <literal>LineItem</literal> 繧偵�<literal>Order</literal> 縺ｨ <literal>Product</literal> 
+            縺ｮ螟壼ｯｾ螟夐未騾｣繧定｡ｨ迴ｾ縺吶ｋ髢｢騾｣繧ｯ繝ｩ繧ｹ縺ｨ縺励※繝槭ャ繝斐Φ繧ｰ縺励∪縺励◆縲�
+            Hibernate縺ｧ縺ｯ縺薙ｌ繧偵さ繝ｳ繝昴ず繝�ヨ隕∫ｴ�縺ｨ蜻ｼ縺ｳ縺ｾ縺吶�
         </para>
 
         <mediaobject>
@@ -266,7 +266,7 @@ alter table author_work
         </mediaobject>
         
         <para>
-            マッピングドキュメント：
+            繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝茨ｼ�
         </para>
         
         <programlisting><![CDATA[<hibernate-mapping>
@@ -309,8 +309,8 @@ alter table author_work
 
     <para>
         <literal>customers</literal> , <literal>orders</literal> , <literal>line_items</literal> , 
-        <literal>products</literal> はそれぞれ、顧客、注文、注文明細、製品のデータを保持します。
-        <literal>line_items</literal> は注文と製品をリンクする関連テーブルとしても働きます。
+        <literal>products</literal> 縺ｯ縺昴ｌ縺槭ｌ縲�｡ｧ螳｢縲∵ｳｨ譁�∵ｳｨ譁��邏ｰ縲∬｣ｽ蜩√�繝��繧ｿ繧剃ｿ晄戟縺励∪縺吶�
+        <literal>line_items</literal> 縺ｯ豕ｨ譁�→陬ｽ蜩√ｒ繝ｪ繝ｳ繧ｯ縺吶ｋ髢｢騾｣繝��繝悶Ν縺ｨ縺励※繧ょロ縺阪∪縺吶�
     </para>
 
     <programlisting><![CDATA[create table customers (
@@ -350,18 +350,18 @@ alter table line_items
     </sect1>
     
     <sect1 id="misc">
-        <title>種々雑多なマッピング例</title>
+        <title>遞ｮ縲�尅螟壹↑繝槭ャ繝斐Φ繧ｰ萓�</title>
         
         <para>
-            ここにある例はすべてHibernateのテストスイートから取りました。
-            そこには、他にもたくさんのマッピングの例があります。
-            Hibernateディストリビューションの <literal>test</literal> フォルダを見てください。
+            縺薙％縺ｫ縺ゅｋ萓九�縺吶∋縺ｦHibernate縺ｮ繝�せ繝医せ繧､繝ｼ繝医°繧牙叙繧翫∪縺励◆縲�
+            縺昴％縺ｫ縺ｯ縲∽ｻ悶↓繧ゅ◆縺上＆繧薙�繝槭ャ繝斐Φ繧ｰ縺ｮ萓九′縺ゅｊ縺ｾ縺吶�
+            Hibernate繝�ぅ繧ｹ繝医Μ繝薙Η繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ <literal>test</literal> 繝輔か繝ｫ繝繧定ｦ九※縺上□縺輔＞縲�
         </para>
         
-        <para>TODO: ここに文章を埋める</para>
+        <para>TODO: 縺薙％縺ｫ譁�ｫ�繧貞沂繧√ｋ</para>
         
         <sect2 id="example-mappings-typed-onetone">
-            <title>「型付けされた」一対一関連</title>
+            <title>縲悟梛莉倥￠縺輔ｌ縺溘堺ｸ蟇ｾ荳髢｢騾｣</title>
 <programlisting><![CDATA[<class name="Person">
     <id name="name"/>
     <one-to-one name="address" 
@@ -391,7 +391,7 @@ alter table line_items
         </sect2>
         
         <sect2 id="example-mappings-composite-key">
-            <title>複合キーの例</title>
+            <title>隍�粋繧ｭ繝ｼ縺ｮ萓�</title>
 <programlisting><![CDATA[<class name="Customer">
 
     <id name="customerId"
@@ -508,7 +508,7 @@ alter table line_items
         </sect2>
         
         <sect2 id="example-mappings-composite-key-manytomany">
-            <title>複合キー属性を共有する多対多</title>
+            <title>隍�粋繧ｭ繝ｼ螻樊ｧ繧貞�譛峨☆繧句､壼ｯｾ螟�</title>
 <programlisting><![CDATA[<class name="User" table="`User`">
     <composite-id>
         <key-property name="name"/>
@@ -547,7 +547,7 @@ alter table line_items
         </sect2>
 
         <sect2 id="example-mappings-content-discrimination">
-            <title>discriminationに基づく内容</title>
+            <title>discrimination縺ｫ蝓ｺ縺･縺丞�螳ｹ</title>
 <programlisting><![CDATA[<class name="Person"
     discriminator-value="P">
     
@@ -601,7 +601,7 @@ alter table line_items
         </sect2>
 
         <sect2 id="example-mappings-association-alternatekeys" revision="2">
-            <title>代替キーの関連</title>
+            <title>莉｣譖ｿ繧ｭ繝ｼ縺ｮ髢｢騾｣</title>
 <programlisting><![CDATA[<class name="Person">
     
     <id name="id">
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/example_parentchild.xml b/documentation/manual/ja-JP/src/main/docbook/content/example_parentchild.xml
index 44aa4d714b..3722d3d9a5 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/example_parentchild.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/example_parentchild.xml
@@ -1,70 +1,72 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="example-parentchild">
-    <title>例：親/子供
+    <title>萓具ｼ夊ｦｪ/蟄蝉ｾ�
     </title>
 
     <para>
-        新規ユーザがHibernateを使ってまず最初に扱うモデルの一つに、親子型のモデル化があります。
-        このモデル化には二つのアプローチが存在します。とりわけ新規ユーザにとって、
-        さまざまな理由から最も便利だと思われるアプローチは、<literal>親</literal> から <literal>子供</literal> 
-        への <literal>&lt;one-to-many&gt;</literal> 関連により <literal>親</literal> と <literal>子供</literal> 
-        の両方をエンティティクラスとしてモデリングする方法です
-        （もう一つの方法は、<literal>子供</literal> を <literal>&lt;composite-element&gt;</literal> として定義するものです）。
-        これで（Hibernateにおける）一対多関連のデフォルトのセマンティクスが、通常の複合要素のマッピングよりも、
-        親子関係のセマンティクスから遠いことがわかります。
-        それでは親子関係を効率的かつエレガントにモデリングするために、
-        <emphasis>カスケード操作を使った双方向一対多関連</emphasis> の扱い方を説明します。これはまったく難しいものではありません。
+        譁ｰ隕上Θ繝ｼ繧ｶ縺粂ibernate繧剃ｽｿ縺｣縺ｦ縺ｾ縺壽怙蛻昴↓謇ｱ縺�Δ繝�Ν縺ｮ荳縺､縺ｫ縲∬ｦｪ蟄仙梛縺ｮ繝｢繝�Ν蛹悶′縺ゅｊ縺ｾ縺吶�
+        縺薙�繝｢繝�Ν蛹悶↓縺ｯ莠後▽縺ｮ繧｢繝励Ο繝ｼ繝√′蟄伜惠縺励∪縺吶ゅ→繧翫ｏ縺第眠隕上Θ繝ｼ繧ｶ縺ｫ縺ｨ縺｣縺ｦ縲�
+        縺輔∪縺悶∪縺ｪ逅�罰縺九ｉ譛繧ゆｾｿ蛻ｩ縺�縺ｨ諤昴ｏ繧後ｋ繧｢繝励Ο繝ｼ繝√�縲�<literal>隕ｪ</literal> 縺九ｉ <literal>蟄蝉ｾ�</literal> 
+        縺ｸ縺ｮ <literal>&lt;one-to-many&gt;</literal> 髢｢騾｣縺ｫ繧医ｊ <literal>隕ｪ</literal> 縺ｨ <literal>蟄蝉ｾ�</literal> 
+        縺ｮ荳｡譁ｹ繧偵お繝ｳ繝�ぅ繝�ぅ繧ｯ繝ｩ繧ｹ縺ｨ縺励※繝｢繝�Μ繝ｳ繧ｰ縺吶ｋ譁ｹ豕輔〒縺�
+        �医ｂ縺�ｸ縺､縺ｮ譁ｹ豕輔�縲�<literal>蟄蝉ｾ�</literal> 繧� <literal>&lt;composite-element&gt;</literal> 縺ｨ縺励※螳夂ｾｩ縺吶ｋ繧ゅ�縺ｧ縺呻ｼ峨�
+        縺薙ｌ縺ｧ��Hibernate縺ｫ縺翫￠繧具ｼ我ｸ蟇ｾ螟夐未騾｣縺ｮ繝�ヵ繧ｩ繝ｫ繝医�繧ｻ繝槭Φ繝�ぅ繧ｯ繧ｹ縺後�壼ｸｸ縺ｮ隍�粋隕∫ｴ�縺ｮ繝槭ャ繝斐Φ繧ｰ繧医ｊ繧ゅ�
+        隕ｪ蟄宣未菫ゅ�繧ｻ繝槭Φ繝�ぅ繧ｯ繧ｹ縺九ｉ驕�縺�％縺ｨ縺後ｏ縺九ｊ縺ｾ縺吶�
+        縺昴ｌ縺ｧ縺ｯ隕ｪ蟄宣未菫ゅｒ蜉ｹ邇�噪縺九▽繧ｨ繝ｬ繧ｬ繝ｳ繝医↓繝｢繝�Μ繝ｳ繧ｰ縺吶ｋ縺溘ａ縺ｫ縲�
+        <emphasis>繧ｫ繧ｹ繧ｱ繝ｼ繝画桃菴懊ｒ菴ｿ縺｣縺溷曙譁ｹ蜷台ｸ蟇ｾ螟夐未騾｣</emphasis> 縺ｮ謇ｱ縺�婿繧定ｪｬ譏弱＠縺ｾ縺吶ゅ％繧後�縺ｾ縺｣縺溘￥髮｣縺励＞繧ゅ�縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
         
     </para>
     
     <sect1 id="example-parentchild-collections">
-        <title>コレクションに関する注意</title>
+        <title>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ髢｢縺吶ｋ豕ｨ諢�</title>
 
         <para>
-            Hibernateのコレクションは自身のエンティティの論理的な部分と考えられ、
-            決して包含するエンティティのものではありません。これは致命的な違いです！
-            これは以下のような結果になります：
+            Hibernate縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ閾ｪ霄ｫ縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ隲也炊逧�↑驛ｨ蛻�→閠�∴繧峨ｌ縲�
+            豎ｺ縺励※蛹�性縺吶ｋ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ繧ゅ�縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲ゅ％繧後�閾ｴ蜻ｽ逧�↑驕輔＞縺ｧ縺呻ｼ�
+            縺薙ｌ縺ｯ莉･荳九�繧医≧縺ｪ邨先棡縺ｫ縺ｪ繧翫∪縺呻ｼ�
         </para>
 
         <itemizedlist>
             <listitem>
             <para>
-                オブジェクトをコレクションから削除、またはコレクションに追加するとき、
-                コレクションのオーナーのバージョン番号はインクリメントされます。
+                繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺九ｉ蜑企勁縲√∪縺溘�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ霑ｽ蜉�縺吶ｋ縺ｨ縺阪�
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ｪ繝ｼ繝翫�縺ｮ繝舌�繧ｸ繝ｧ繝ｳ逡ｪ蜿ｷ縺ｯ繧､繝ｳ繧ｯ繝ｪ繝｡繝ｳ繝医＆繧後∪縺吶�
             </para>
             </listitem>
             <listitem>
             <para>
-                もしコレクションから削除されたオブジェクトが値型のインスタンス
-                （例えばコンポジットエレメント)だったならば、そのオブジェクトは永続的ではなくなり、
-                その状態はデータベースから完全に削除されます。
-                同じように、値型のインスタンスをコレクションに追加すると、その状態はすぐに永続的になります。
+                繧ゅ＠繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺九ｉ蜑企勁縺輔ｌ縺溘が繝悶ず繧ｧ繧ｯ繝医′蛟､蝙九�繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ
+                �井ｾ九∴縺ｰ繧ｳ繝ｳ繝昴ず繝�ヨ繧ｨ繝ｬ繝｡繝ｳ繝�)縺�縺｣縺溘↑繧峨�縲√◎縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医�豌ｸ邯夂噪縺ｧ縺ｯ縺ｪ縺上↑繧翫�
+                縺昴�迥ｶ諷九�繝��繧ｿ繝吶�繧ｹ縺九ｉ螳悟�縺ｫ蜑企勁縺輔ｌ縺ｾ縺吶�
+                蜷後§繧医≧縺ｫ縲∝､蝙九�繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧偵さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ霑ｽ蜉�縺吶ｋ縺ｨ縲√◎縺ｮ迥ｶ諷九�縺吶＄縺ｫ豌ｸ邯夂噪縺ｫ縺ｪ繧翫∪縺吶�
             </para>
             </listitem>
             <listitem>
             <para>
-                一方、もしエンティティがコレクション（一対多または多対多関連)から削除されても、
-                デフォルトではそれは削除されません。この動作は完全に一貫しています。
-                すなわち、他のエンティティの内部状態を変更しても、関連するエンティティが消滅すべきではないということです。
-                同様に、エンティティがコレクションに追加されても、デフォルトではそのエンティティは永続的にはなりません。
+                荳譁ｹ縲√ｂ縺励お繝ｳ繝�ぅ繝�ぅ縺後さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ�井ｸ蟇ｾ螟壹∪縺溘�螟壼ｯｾ螟夐未騾｣)縺九ｉ蜑企勁縺輔ｌ縺ｦ繧ゅ�
+                繝�ヵ繧ｩ繝ｫ繝医〒縺ｯ縺昴ｌ縺ｯ蜑企勁縺輔ｌ縺ｾ縺帙ｓ縲ゅ％縺ｮ蜍穂ｽ懊�螳悟�縺ｫ荳雋ｫ縺励※縺�∪縺吶�
+                縺吶↑繧上■縲∽ｻ悶�繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ蜀�Κ迥ｶ諷九ｒ螟画峩縺励※繧ゅ�未騾｣縺吶ｋ繧ｨ繝ｳ繝�ぅ繝�ぅ縺梧ｶ域ｻ�☆縺ｹ縺阪〒縺ｯ縺ｪ縺�→縺�≧縺薙→縺ｧ縺吶�
+                蜷梧ｧ倥↓縲√お繝ｳ繝�ぅ繝�ぅ縺後さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ霑ｽ蜉�縺輔ｌ縺ｦ繧ゅ√ョ繝輔か繝ｫ繝医〒縺ｯ縺昴�繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｯ豌ｸ邯夂噪縺ｫ縺ｯ縺ｪ繧翫∪縺帙ｓ縲�
             </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            その代わりに、デフォルトの動作では、エンティティをコレクションに追加すると単に二つのエンティティ間のリンクを作成し、
-            一方エンティティを削除するとリンクも削除します。これはすべてのケースにおいて非常に適切です。
-            これが適切でないのは親/子関係の場合です。この場合子供の生存は親のライフサイクルに制限されるからです。
+            縺昴�莉｣繧上ｊ縺ｫ縲√ョ繝輔か繝ｫ繝医�蜍穂ｽ懊〒縺ｯ縲√お繝ｳ繝�ぅ繝�ぅ繧偵さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ霑ｽ蜉�縺吶ｋ縺ｨ蜊倥↓莠後▽縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ髢薙�繝ｪ繝ｳ繧ｯ繧剃ｽ懈�縺励�
+            荳譁ｹ繧ｨ繝ｳ繝�ぅ繝�ぅ繧貞炎髯､縺吶ｋ縺ｨ繝ｪ繝ｳ繧ｯ繧ょ炎髯､縺励∪縺吶ゅ％繧後�縺吶∋縺ｦ縺ｮ繧ｱ繝ｼ繧ｹ縺ｫ縺翫＞縺ｦ髱槫ｸｸ縺ｫ驕ｩ蛻�〒縺吶�
+            縺薙ｌ縺碁←蛻�〒縺ｪ縺��縺ｯ隕ｪ/蟄宣未菫ゅ�蝣ｴ蜷医〒縺吶ゅ％縺ｮ蝣ｴ蜷亥ｭ蝉ｾ帙�逕溷ｭ倥�隕ｪ縺ｮ繝ｩ繧､繝輔し繧､繧ｯ繝ｫ縺ｫ蛻ｶ髯舌＆繧後ｋ縺九ｉ縺ｧ縺吶�
         </para>
     
     </sect1>
 
     <sect1 id="example-parentchild-bidir">
-        <title>双方向一対多
+        <title>蜿梧婿蜷台ｸ蟇ｾ螟�
         </title>
 
         <para>
-            <literal>Parent</literal> から <literal>Child</literal> への単純な <literal>&lt;one-to-many&gt;</literal> 関連から始めるとします。
+            <literal>Parent</literal> 縺九ｉ <literal>Child</literal> 縺ｸ縺ｮ蜊倡ｴ斐↑ <literal>&lt;one-to-many&gt;</literal> 髢｢騾｣縺九ｉ蟋九ａ繧九→縺励∪縺吶�
         </para>
 
         <programlisting><![CDATA[<set name="children">
@@ -73,7 +75,7 @@
 </set>]]></programlisting>
     
         <para>
-            以下のコードを実行すると、
+            莉･荳九�繧ｳ繝ｼ繝峨ｒ螳溯｡後☆繧九→縲�
         </para>
 
         <programlisting><![CDATA[Parent p = .....;
@@ -83,25 +85,25 @@ session.save(c);
 session.flush();]]></programlisting>
     
         <para>
-            Hibernateは二つのSQL文を発行します:
+            Hibernate縺ｯ莠後▽縺ｮSQL譁�ｒ逋ｺ陦後＠縺ｾ縺�:
         </para>
 
         <itemizedlist>
         <listitem>
             <para>
-            <literal>c</literal>に対するレコードを生成する<literal>INSERT</literal>
+            <literal>c</literal>縺ｫ蟇ｾ縺吶ｋ繝ｬ繧ｳ繝ｼ繝峨ｒ逕滓�縺吶ｋ<literal>INSERT</literal>
             </para>
         </listitem>
         <listitem>
             <para>
-            <literal>p</literal>から<literal>c</literal>へのリンクを作成する<literal>UPDATE</literal>
+            <literal>p</literal>縺九ｉ<literal>c</literal>縺ｸ縺ｮ繝ｪ繝ｳ繧ｯ繧剃ｽ懈�縺吶ｋ<literal>UPDATE</literal>
             </para>
         </listitem>
         </itemizedlist>
     
         <para>
-            これは非効率的なだけではなく、<literal>parent_id</literal> カラムにおいて <literal>NOT NULL</literal> 制約に違反します。
-            コレクションのマッピングで <literal>not-null="true"</literal> と指定することで、null制約違反を解決することができます:
+            縺薙ｌ縺ｯ髱槫柑邇�噪縺ｪ縺�縺代〒縺ｯ縺ｪ縺上�<literal>parent_id</literal> 繧ｫ繝ｩ繝�縺ｫ縺翫＞縺ｦ <literal>NOT NULL</literal> 蛻ｶ邏�↓驕募渚縺励∪縺吶�
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｧ <literal>not-null="true"</literal> 縺ｨ謖�ｮ壹☆繧九％縺ｨ縺ｧ縲］ull蛻ｶ邏�＆蜿阪ｒ隗｣豎ｺ縺吶ｋ縺薙→縺後〒縺阪∪縺�:
         </para>
 
         <programlisting><![CDATA[<set name="children">
@@ -110,24 +112,24 @@ session.flush();]]></programlisting>
 </set>]]></programlisting>
     
         <para>
-            しかしこの解決策は推奨できません。
+            縺励°縺励％縺ｮ隗｣豎ｺ遲悶�謗ｨ螂ｨ縺ｧ縺阪∪縺帙ｓ縲�
         </para>
         <para>
-            この動作の根本的な原因は、<literal>p</literal> から <literal>c</literal> へのリンク
-            （外部キー <literal>parent_id</literal>)は <literal>Child</literal> オブジェクトの状態の一部とは考えられず、
-            そのため <literal>INSERT</literal> によってリンクが生成されないことです。
-            ですから、解決策はリンクをChildマッピングの一部にすることです。
+            縺薙�蜍穂ｽ懊�譬ｹ譛ｬ逧�↑蜴溷屏縺ｯ縲�<literal>p</literal> 縺九ｉ <literal>c</literal> 縺ｸ縺ｮ繝ｪ繝ｳ繧ｯ
+            �亥､夜Κ繧ｭ繝ｼ <literal>parent_id</literal>)縺ｯ <literal>Child</literal> 繧ｪ繝悶ず繧ｧ繧ｯ繝医�迥ｶ諷九�荳驛ｨ縺ｨ縺ｯ閠�∴繧峨ｌ縺壹�
+            縺昴�縺溘ａ <literal>INSERT</literal> 縺ｫ繧医▲縺ｦ繝ｪ繝ｳ繧ｯ縺檎函謌舌＆繧後↑縺�％縺ｨ縺ｧ縺吶�
+            縺ｧ縺吶°繧峨∬ｧ｣豎ｺ遲悶�繝ｪ繝ｳ繧ｯ繧辰hild繝槭ャ繝斐Φ繧ｰ縺ｮ荳驛ｨ縺ｫ縺吶ｋ縺薙→縺ｧ縺吶�
         </para>
 
         <programlisting><![CDATA[<many-to-one name="parent" column="parent_id" not-null="true"/>]]></programlisting>
 
         <para>
-            (また <literal>Child</literal> クラスに <literal>parent</literal> プロパティを追加する必要があります。)
+            (縺ｾ縺� <literal>Child</literal> 繧ｯ繝ｩ繧ｹ縺ｫ <literal>parent</literal> 繝励Ο繝代ユ繧｣繧定ｿｽ蜉�縺吶ｋ蠢�ｦ√′縺ゅｊ縺ｾ縺吶�)
         </para>
 
         <para>
-            それでは <literal>Child</literal> エンティティがリンクの状態を制御するようになったので、
-            コレクションがリンクを更新しないようにしましょう。それには <literal>inverse</literal> 属性を使います。
+            縺昴ｌ縺ｧ縺ｯ <literal>Child</literal> 繧ｨ繝ｳ繝�ぅ繝�ぅ縺後Μ繝ｳ繧ｯ縺ｮ迥ｶ諷九ｒ蛻ｶ蠕｡縺吶ｋ繧医≧縺ｫ縺ｪ縺｣縺溘�縺ｧ縲�
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺後Μ繝ｳ繧ｯ繧呈峩譁ｰ縺励↑縺�ｈ縺�↓縺励∪縺励ｇ縺�ゅ◎繧後↓縺ｯ <literal>inverse</literal> 螻樊ｧ繧剃ｽｿ縺�∪縺吶�
         </para>
 
         <programlisting><![CDATA[<set name="children" inverse="true">
@@ -136,7 +138,7 @@ session.flush();]]></programlisting>
 </set>]]></programlisting>
 
         <para>
-            以下のコードを使えば、新しい <literal>Child</literal> を追加することができます。
+            莉･荳九�繧ｳ繝ｼ繝峨ｒ菴ｿ縺医�縲∵眠縺励＞ <literal>Child</literal> 繧定ｿｽ蜉�縺吶ｋ縺薙→縺後〒縺阪∪縺吶�
         </para>
 
         <programlisting><![CDATA[Parent p = (Parent) session.load(Parent.class, pid);
@@ -147,11 +149,11 @@ session.save(c);
 session.flush();]]></programlisting>
 
         <para>
-            これにより、SQLの <literal>INSERT</literal> 文が一つだけが発行されるようになりました！
+            縺薙ｌ縺ｫ繧医ｊ縲ヾQL縺ｮ <literal>INSERT</literal> 譁�′荳縺､縺�縺代′逋ｺ陦後＆繧後ｋ繧医≧縺ｫ縺ｪ繧翫∪縺励◆��
         </para>
 
         <para>
-            もう少し強化するには、<literal>Parent</literal> の <literal>addChild()</literal> メソッドを作成します。
+            繧ゅ≧蟆代＠蠑ｷ蛹悶☆繧九↓縺ｯ縲�<literal>Parent</literal> 縺ｮ <literal>addChild()</literal> 繝｡繧ｽ繝�ラ繧剃ｽ懈�縺励∪縺吶�
         </para>
 
         <programlisting><![CDATA[public void addChild(Child c) {
@@ -160,7 +162,7 @@ session.flush();]]></programlisting>
 }]]></programlisting>
 
         <para>
-            <literal>Child</literal> を追加するコードはこのようになります。
+            <literal>Child</literal> 繧定ｿｽ蜉�縺吶ｋ繧ｳ繝ｼ繝峨�縺薙�繧医≧縺ｫ縺ｪ繧翫∪縺吶�
         </para>
 
         <programlisting><![CDATA[Parent p = (Parent) session.load(Parent.class, pid);
@@ -172,10 +174,10 @@ session.flush();]]></programlisting>
      </sect1>
      
      <sect1 id="example-parentchild-cascades">
-         <title>ライフサイクルのカスケード</title>
+         <title>繝ｩ繧､繝輔し繧､繧ｯ繝ｫ縺ｮ繧ｫ繧ｹ繧ｱ繝ｼ繝�</title>
      
          <para>
-              明示的に <literal>save()</literal> をコールするのはまだ煩わしいものです。これをカスケードを使って対処します。
+              譏守､ｺ逧�↓ <literal>save()</literal> 繧偵さ繝ｼ繝ｫ縺吶ｋ縺ｮ縺ｯ縺ｾ縺�辣ｩ繧上＠縺�ｂ縺ｮ縺ｧ縺吶ゅ％繧後ｒ繧ｫ繧ｹ繧ｱ繝ｼ繝峨ｒ菴ｿ縺｣縺ｦ蟇ｾ蜃ｦ縺励∪縺吶�
          </para>
 
         <programlisting><![CDATA[<set name="children" inverse="true" cascade="all">
@@ -184,7 +186,7 @@ session.flush();]]></programlisting>
 </set>]]></programlisting>
      
          <para>
-             これにより先ほどのコードをこのように単純化します
+             縺薙ｌ縺ｫ繧医ｊ蜈医⊇縺ｩ縺ｮ繧ｳ繝ｼ繝峨ｒ縺薙�繧医≧縺ｫ蜊倡ｴ泌喧縺励∪縺�
          </para>
 
         <programlisting><![CDATA[Parent p = (Parent) session.load(Parent.class, pid);
@@ -193,8 +195,8 @@ p.addChild(c);
 session.flush();]]></programlisting>
      
          <para>
-             同様に <literal>Parent</literal> を保存または削除するときに、子供を一つ一つ取り出して扱う必要はありません。
-             以下のコードは <literal>p</literal> を削除し、そしてデータベースからその子供をすべて削除します。
+             蜷梧ｧ倥↓ <literal>Parent</literal> 繧剃ｿ晏ｭ倥∪縺溘�蜑企勁縺吶ｋ縺ｨ縺阪↓縲∝ｭ蝉ｾ帙ｒ荳縺､荳縺､蜿悶ｊ蜃ｺ縺励※謇ｱ縺�ｿ�ｦ√�縺ゅｊ縺ｾ縺帙ｓ縲�
+             莉･荳九�繧ｳ繝ｼ繝峨� <literal>p</literal> 繧貞炎髯､縺励√◎縺励※繝��繧ｿ繝吶�繧ｹ縺九ｉ縺昴�蟄蝉ｾ帙ｒ縺吶∋縺ｦ蜑企勁縺励∪縺吶�
          </para>
 
          <programlisting><![CDATA[Parent p = (Parent) session.load(Parent.class, pid);
@@ -202,7 +204,7 @@ session.delete(p);
 session.flush();]]></programlisting>
      
          <para>
-             しかしこのコードは
+             縺励°縺励％縺ｮ繧ｳ繝ｼ繝峨�
          </para>
 
          <programlisting><![CDATA[Parent p = (Parent) session.load(Parent.class, pid);
@@ -212,9 +214,9 @@ c.setParent(null);
 session.flush();]]></programlisting>
      
          <para>
-             データベースから <literal>c</literal> を削除しません。<literal>p</literal> へのリンクを削除する
-             （そしてこのケースでは <literal>NOT NULL</literal> 制約違反を引き起こす）だけです。
-             <literal>Child</literal> の <literal>delete()</literal> を明示する必要があります。
+             繝��繧ｿ繝吶�繧ｹ縺九ｉ <literal>c</literal> 繧貞炎髯､縺励∪縺帙ｓ縲�<literal>p</literal> 縺ｸ縺ｮ繝ｪ繝ｳ繧ｯ繧貞炎髯､縺吶ｋ
+             �医◎縺励※縺薙�繧ｱ繝ｼ繧ｹ縺ｧ縺ｯ <literal>NOT NULL</literal> 蛻ｶ邏�＆蜿阪ｒ蠑輔″襍ｷ縺薙☆�峨□縺代〒縺吶�
+             <literal>Child</literal> 縺ｮ <literal>delete()</literal> 繧呈�遉ｺ縺吶ｋ蠢�ｦ√′縺ゅｊ縺ｾ縺吶�
          </para>
 
          <programlisting><![CDATA[Parent p = (Parent) session.load(Parent.class, pid);
@@ -224,9 +226,9 @@ session.delete(c);
 session.flush();]]></programlisting>
 
          <para>
-             今このケースでは実際に <literal>Child</literal> が親なしでは存在できないようになりました。
-             そのため、もしコレクションから <literal>Child</literal> を取り除く場合、これも削除したいです。
-             そのためには <literal>cascade="all-delete-orphan"</literal> を使わなければなりません。
+             莉翫％縺ｮ繧ｱ繝ｼ繧ｹ縺ｧ縺ｯ螳滄圀縺ｫ <literal>Child</literal> 縺瑚ｦｪ縺ｪ縺励〒縺ｯ蟄伜惠縺ｧ縺阪↑縺�ｈ縺�↓縺ｪ繧翫∪縺励◆縲�
+             縺昴�縺溘ａ縲√ｂ縺励さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺九ｉ <literal>Child</literal> 繧貞叙繧企勁縺丞�ｴ蜷医√％繧後ｂ蜑企勁縺励◆縺�〒縺吶�
+             縺昴�縺溘ａ縺ｫ縺ｯ <literal>cascade="all-delete-orphan"</literal> 繧剃ｽｿ繧上↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
          </para>
 
         <programlisting><![CDATA[<set name="children" inverse="true" cascade="all-delete-orphan">
@@ -235,35 +237,35 @@ session.flush();]]></programlisting>
 </set>]]></programlisting>
 
          <para>
-             注意：コレクションのマッピングで <literal>inverse="true"</literal> と指定しても、
-             コレクションの要素のイテレーションによって、依然カスケードが実行されます。
-             そのためもしカスケードでオブジェクトをセーブ、削除、更新する必要があるなら、
-             それをコレクションに追加しなければなりません。単に <literal>setParent()</literal> を呼ぶだけでは不十分です。
+             豕ｨ諢擾ｼ壹さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｧ <literal>inverse="true"</literal> 縺ｨ謖�ｮ壹＠縺ｦ繧ゅ�
+             繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隕∫ｴ�縺ｮ繧､繝�Ξ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ繧医▲縺ｦ縲∽ｾ晉┯繧ｫ繧ｹ繧ｱ繝ｼ繝峨′螳溯｡後＆繧後∪縺吶�
+             縺昴�縺溘ａ繧ゅ＠繧ｫ繧ｹ繧ｱ繝ｼ繝峨〒繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ繧ｻ繝ｼ繝悶∝炎髯､縲∵峩譁ｰ縺吶ｋ蠢�ｦ√′縺ゅｋ縺ｪ繧峨�
+             縺昴ｌ繧偵さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ霑ｽ蜉�縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲ょ腰縺ｫ <literal>setParent()</literal> 繧貞他縺ｶ縺�縺代〒縺ｯ荳榊香蛻�〒縺吶�
          </para>
                
      </sect1>
      
      <sect1 id="example-parentchild-update">
-         <title>カスケードと <literal>unsaved-value</literal></title>
+         <title>繧ｫ繧ｹ繧ｱ繝ｼ繝峨→ <literal>unsaved-value</literal></title>
      
          <para>
-             <literal>Parent</literal> が、ある <literal>Session</literal> でロードされ、UIのアクションで変更が加えられ、
-             <literal>update()</literal> を呼んでこの変更を新しいセッションで永続化したいとします。
-             <literal>Parent</literal> が子供のコレクションを持ち、カスケード更新が有効になっているため、
-             Hibernateはどの子供が新しくインスタンス化されたか、どれがデータベースの既存の行に相当するのかを知る必要があります。
-              <literal>Parent</literal> と <literal>Child</literal> の両方が <literal>java.lang.Long</literal> 
-             型の識別プロパティを生成したとしましょう。
-             Hibernateはどの子供が新しいものかを決定するために識別プロパティの値を使います(versionやtimestampプロパティも使えます。
-             <xref linkend="manipulatingdata-updating-detached"/> 参照)。Hibernate3になって、
-             明示的に <literal>unsaved-value</literal> を指定する必要はなくなりました。
+             <literal>Parent</literal> 縺後√≠繧� <literal>Session</literal> 縺ｧ繝ｭ繝ｼ繝峨＆繧後ゞI縺ｮ繧｢繧ｯ繧ｷ繝ｧ繝ｳ縺ｧ螟画峩縺悟刈縺医ｉ繧後�
+             <literal>update()</literal> 繧貞他繧薙〒縺薙�螟画峩繧呈眠縺励＞繧ｻ繝�す繝ｧ繝ｳ縺ｧ豌ｸ邯壼喧縺励◆縺�→縺励∪縺吶�
+             <literal>Parent</literal> 縺悟ｭ蝉ｾ帙�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧呈戟縺｡縲√き繧ｹ繧ｱ繝ｼ繝画峩譁ｰ縺梧怏蜉ｹ縺ｫ縺ｪ縺｣縺ｦ縺�ｋ縺溘ａ縲�
+             Hibernate縺ｯ縺ｩ縺ｮ蟄蝉ｾ帙′譁ｰ縺励￥繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ蛹悶＆繧後◆縺九√←繧後′繝��繧ｿ繝吶�繧ｹ縺ｮ譌｢蟄倥�陦後↓逶ｸ蠖薙☆繧九�縺九ｒ遏･繧句ｿ�ｦ√′縺ゅｊ縺ｾ縺吶�
+              <literal>Parent</literal> 縺ｨ <literal>Child</literal> 縺ｮ荳｡譁ｹ縺� <literal>java.lang.Long</literal> 
+             蝙九�隴伜挨繝励Ο繝代ユ繧｣繧堤函謌舌＠縺溘→縺励∪縺励ｇ縺��
+             Hibernate縺ｯ縺ｩ縺ｮ蟄蝉ｾ帙′譁ｰ縺励＞繧ゅ�縺九ｒ豎ｺ螳壹☆繧九◆繧√↓隴伜挨繝励Ο繝代ユ繧｣縺ｮ蛟､繧剃ｽｿ縺�∪縺�(version繧дimestamp繝励Ο繝代ユ繧｣繧ゆｽｿ縺医∪縺吶�
+             <xref linkend="manipulatingdata-updating-detached"/> 蜿ら�)縲�Hibernate3縺ｫ縺ｪ縺｣縺ｦ縲�
+             譏守､ｺ逧�↓ <literal>unsaved-value</literal> 繧呈欠螳壹☆繧句ｿ�ｦ√�縺ｪ縺上↑繧翫∪縺励◆縲�
          </para>
 
          <para>
-             以下のコードは <literal>parent</literal> と <literal>child</literal> を更新し、<literal>newChild</literal> を挿入します。
+             莉･荳九�繧ｳ繝ｼ繝峨� <literal>parent</literal> 縺ｨ <literal>child</literal> 繧呈峩譁ｰ縺励�<literal>newChild</literal> 繧呈諺蜈･縺励∪縺吶�
          </para>
 
          <programlisting><![CDATA[//parent and child were both loaded in a previous session
-//parentとchildは両方とも、以前のSessionでロードされています
+//parent縺ｨchild縺ｯ荳｡譁ｹ縺ｨ繧ゅ∽ｻ･蜑阪�Session縺ｧ繝ｭ繝ｼ繝峨＆繧後※縺�∪縺�
 parent.addChild(child);
 Child newChild = new Child();
 parent.addChild(newChild);
@@ -271,11 +273,11 @@ session.update(parent);
 session.flush();]]></programlisting>
      
          <para>
-             これらは生成された識別子の場合には非常に良いのですが、割り当てられた識別子と複合識別子の場合はどうでしょうか？
-             これはHibernateが、（ユーザにより割り当てられた識別子を持つ）新しくインスタンス化されたオブジェクトと、
-             以前のSessionでロードされたオブジェクトを区別できないため、より難しいです。
-             この場合、Hibernateはタイムスタンプかバージョンのプロパティのどちらかを使うか、二次キャッシュに問い合わせます。
-             最悪の場合、行が存在するかどうかデータベースを見ます。
+             縺薙ｌ繧峨�逕滓�縺輔ｌ縺溯ｭ伜挨蟄舌�蝣ｴ蜷医↓縺ｯ髱槫ｸｸ縺ｫ濶ｯ縺��縺ｧ縺吶′縲∝牡繧雁ｽ薙※繧峨ｌ縺溯ｭ伜挨蟄舌→隍�粋隴伜挨蟄舌�蝣ｴ蜷医�縺ｩ縺�〒縺励ｇ縺�°��
+             縺薙ｌ縺ｯHibernate縺後�ｼ医Θ繝ｼ繧ｶ縺ｫ繧医ｊ蜑ｲ繧雁ｽ薙※繧峨ｌ縺溯ｭ伜挨蟄舌ｒ謖√▽�画眠縺励￥繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ蛹悶＆繧後◆繧ｪ繝悶ず繧ｧ繧ｯ繝医→縲�
+             莉･蜑阪�Session縺ｧ繝ｭ繝ｼ繝峨＆繧後◆繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ蛹ｺ蛻･縺ｧ縺阪↑縺�◆繧√√ｈ繧企屮縺励＞縺ｧ縺吶�
+             縺薙�蝣ｴ蜷医？ibernate縺ｯ繧ｿ繧､繝�繧ｹ繧ｿ繝ｳ繝励°繝舌�繧ｸ繝ｧ繝ｳ縺ｮ繝励Ο繝代ユ繧｣縺ｮ縺ｩ縺｡繧峨°繧剃ｽｿ縺�°縲∽ｺ梧ｬ｡繧ｭ繝｣繝�す繝･縺ｫ蝠上＞蜷医ｏ縺帙∪縺吶�
+             譛謔ｪ縺ｮ蝣ｴ蜷医∬｡後′蟄伜惠縺吶ｋ縺九←縺�°繝��繧ｿ繝吶�繧ｹ繧定ｦ九∪縺吶�
          </para>
          
          <!-- undocumenting
@@ -341,22 +343,22 @@ public boolean onSave(Object entity,
      </sect1>
 
      <sect1 id="example-parentchild-conclusion">
-         <title>結論
+         <title>邨占ｫ�
          </title>
 
          <para>
-             ここではかなりの量を要約したので、最初の頃は混乱しているように思われるかもしれません。
-             しかし実際は、すべて非常に良く動作します。ほとんどのHibernateアプリケーションでは、多くの場面で親子パターンを使用します。
+             縺薙％縺ｧ縺ｯ縺九↑繧翫�驥上ｒ隕∫ｴ�＠縺溘�縺ｧ縲∵怙蛻昴�鬆��豺ｷ荵ｱ縺励※縺�ｋ繧医≧縺ｫ諤昴ｏ繧後ｋ縺九ｂ縺励ｌ縺ｾ縺帙ｓ縲�
+             縺励°縺怜ｮ滄圀縺ｯ縲√☆縺ｹ縺ｦ髱槫ｸｸ縺ｫ濶ｯ縺丞虚菴懊＠縺ｾ縺吶ゅ⊇縺ｨ繧薙←縺ｮHibernate繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｧ縺ｯ縲∝､壹￥縺ｮ蝣ｴ髱｢縺ｧ隕ｪ蟄舌ヱ繧ｿ繝ｼ繝ｳ繧剃ｽｿ逕ｨ縺励∪縺吶�
          </para>
 
          <para>
-             最初の段落で代替方法について触れました。上記のような問題は <literal>&lt;composite-element&gt;</literal> マッピングの場合は存在せず、
-             にもかかわらずそれは確かに親子関係のセマンティクスを持ちます。
-             しかし残念ながら、複合要素クラスには二つの大きな制限があります：
-             1つは複合要素はコレクションを持つことができないことです。もうひとつは、
-             ユニークな親ではないエンティティの子供となるべきではないということです
+             譛蛻昴�谿ｵ關ｽ縺ｧ莉｣譖ｿ譁ｹ豕輔↓縺､縺�※隗ｦ繧後∪縺励◆縲ゆｸ願ｨ倥�繧医≧縺ｪ蝠城｡後� <literal>&lt;composite-element&gt;</literal> 繝槭ャ繝斐Φ繧ｰ縺ｮ蝣ｴ蜷医�蟄伜惠縺帙★縲�
+             縺ｫ繧ゅ°縺九ｏ繧峨★縺昴ｌ縺ｯ遒ｺ縺九↓隕ｪ蟄宣未菫ゅ�繧ｻ繝槭Φ繝�ぅ繧ｯ繧ｹ繧呈戟縺｡縺ｾ縺吶�
+             縺励°縺玲ｮ句ｿｵ縺ｪ縺後ｉ縲∬､�粋隕∫ｴ�繧ｯ繝ｩ繧ｹ縺ｫ縺ｯ莠後▽縺ｮ螟ｧ縺阪↑蛻ｶ髯舌′縺ゅｊ縺ｾ縺呻ｼ�
+             1縺､縺ｯ隍�粋隕∫ｴ�縺ｯ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧呈戟縺､縺薙→縺後〒縺阪↑縺�％縺ｨ縺ｧ縺吶ゅｂ縺��縺ｨ縺､縺ｯ縲�
+             繝ｦ繝九�繧ｯ縺ｪ隕ｪ縺ｧ縺ｯ縺ｪ縺�お繝ｳ繝�ぅ繝�ぅ縺ｮ蟄蝉ｾ帙→縺ｪ繧九∋縺阪〒縺ｯ縺ｪ縺�→縺�≧縺薙→縺ｧ縺�
          </para>
      
      </sect1>
      
-</chapter>
\ No newline at end of file
+</chapter>
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/example_weblog.xml b/documentation/manual/ja-JP/src/main/docbook/content/example_weblog.xml
index 0ff2ced7da..71e6d1b5dd 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/example_weblog.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/example_weblog.xml
@@ -1,15 +1,17 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="example-weblog">
-    <title>例: Weblogアプリケーション</title>
+    <title>萓�: Weblog繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ</title>
 
     <sect1 id="example-weblog-classes">
-        <title>永続クラス
+        <title>豌ｸ邯壹け繝ｩ繧ｹ
         </title>
 
         <para>
-            永続クラスがウェブログと、ウェブログに掲示された項目を表しています。
-            それらは通常の親子関係としてモデリングされますが、
-            setではなく順序を持ったbagを使用することにします。
+            豌ｸ邯壹け繝ｩ繧ｹ縺後え繧ｧ繝悶Ο繧ｰ縺ｨ縲√え繧ｧ繝悶Ο繧ｰ縺ｫ謗ｲ遉ｺ縺輔ｌ縺滄��岼繧定｡ｨ縺励※縺�∪縺吶�
+            縺昴ｌ繧峨�騾壼ｸｸ縺ｮ隕ｪ蟄宣未菫ゅ→縺励※繝｢繝�Μ繝ｳ繧ｰ縺輔ｌ縺ｾ縺吶′縲�
+            set縺ｧ縺ｯ縺ｪ縺城��ｺ上ｒ謖√▲縺歟ag繧剃ｽｿ逕ｨ縺吶ｋ縺薙→縺ｫ縺励∪縺吶�
         </para>
 
         <programlisting><![CDATA[package eg;
@@ -88,11 +90,11 @@ public class BlogItem {
     </sect1>
 
     <sect1 id="example-weblog-mappings">
-        <title>Hibernateのマッピング
+        <title>Hibernate縺ｮ繝槭ャ繝斐Φ繧ｰ
         </title>
 
         <para>
-            XMLマッピングは、今ではとても簡単なはずです。
+            XML繝槭ャ繝斐Φ繧ｰ縺ｯ縲∽ｻ翫〒縺ｯ縺ｨ縺ｦ繧らｰ｡蜊倥↑縺ｯ縺壹〒縺吶�
         </para>
         
         <programlisting><![CDATA[<?xml version="1.0"?>
@@ -182,11 +184,11 @@ public class BlogItem {
     </sect1>
     
     <sect1 id="example-weblog-code">
-        <title>Hibernateのコード</title>
+        <title>Hibernate縺ｮ繧ｳ繝ｼ繝�</title>
 
         <para>
-            以下のクラスは、
-            Hibernateでこれらのクラスを使ってできることをいくつか示しています。
+            莉･荳九�繧ｯ繝ｩ繧ｹ縺ｯ縲�
+            Hibernate縺ｧ縺薙ｌ繧峨�繧ｯ繝ｩ繧ｹ繧剃ｽｿ縺｣縺ｦ縺ｧ縺阪ｋ縺薙→繧偵＞縺上▽縺狗､ｺ縺励※縺�∪縺吶�
         </para>
 
         <programlisting><![CDATA[package eg;
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/filters.xml b/documentation/manual/ja-JP/src/main/docbook/content/filters.xml
index 18833bd004..0b8bb345bf 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/filters.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/filters.xml
@@ -1,32 +1,34 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="filters">
-    <title>データのフィルタリング</title>
+    <title>繝��繧ｿ縺ｮ繝輔ぅ繝ｫ繧ｿ繝ｪ繝ｳ繧ｰ</title>
     
     <para>
-        Hibernate3では「可視性」ルールに基づいてデータを扱うための画期的な方法を用意しています。
-        <emphasis>Hibernate filter</emphasis> はグローバルで、名前付きで、パラメータ化されたフィルタです。
-        これはHibernateセッションごとに有効無効を切り替えられます。
+        Hibernate3縺ｧ縺ｯ縲悟庄隕匁ｧ縲阪Ν繝ｼ繝ｫ縺ｫ蝓ｺ縺･縺�※繝��繧ｿ繧呈桶縺�◆繧√�逕ｻ譛溽噪縺ｪ譁ｹ豕輔ｒ逕ｨ諢上＠縺ｦ縺�∪縺吶�
+        <emphasis>Hibernate filter</emphasis> 縺ｯ繧ｰ繝ｭ繝ｼ繝舌Ν縺ｧ縲∝錐蜑堺ｻ倥″縺ｧ縲√ヱ繝ｩ繝｡繝ｼ繧ｿ蛹悶＆繧後◆繝輔ぅ繝ｫ繧ｿ縺ｧ縺吶�
+        縺薙ｌ縺ｯHibernate繧ｻ繝�す繝ｧ繝ｳ縺斐→縺ｫ譛牙柑辟｡蜉ｹ繧貞�繧頑崛縺医ｉ繧後∪縺吶�
     </para>
 
     <sect1 id="objectstate-filters">
-        <title>Hibernateのフィルタ</title>
+        <title>Hibernate縺ｮ繝輔ぅ繝ｫ繧ｿ</title>
 
         <para>
-            Hibernate3はフィルタクライテリアをあらかじめ定義し、
-            これらのフィルタをクラスやコレクションレベルに加える機能を加えました。
-            フィルタクライテリアは制約節を定義する機能です。
-            これらのフィルタ条件はパラメータ化できるということを除き、
-            クラスやさまざまなコレクション要素で利用可能な｢where｣句に非常によく似ています。
-            アプリケーションは、与えられたフィルタを可能にすべきか、
-            そしてそのパラメータ値を何にすべきかを実行時に決定することができます。
-            フィルタはデータベースビューのように使用されますが、アプリケーション内ではパラメータ化されます。
+            Hibernate3縺ｯ繝輔ぅ繝ｫ繧ｿ繧ｯ繝ｩ繧､繝�Μ繧｢繧偵≠繧峨°縺倥ａ螳夂ｾｩ縺励�
+            縺薙ｌ繧峨�繝輔ぅ繝ｫ繧ｿ繧偵け繝ｩ繧ｹ繧�さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繝ｬ繝吶Ν縺ｫ蜉�縺医ｋ讖溯�繧貞刈縺医∪縺励◆縲�
+            繝輔ぅ繝ｫ繧ｿ繧ｯ繝ｩ繧､繝�Μ繧｢縺ｯ蛻ｶ邏�ｯ繧貞ｮ夂ｾｩ縺吶ｋ讖溯�縺ｧ縺吶�
+            縺薙ｌ繧峨�繝輔ぅ繝ｫ繧ｿ譚｡莉ｶ縺ｯ繝代Λ繝｡繝ｼ繧ｿ蛹悶〒縺阪ｋ縺ｨ縺�≧縺薙→繧帝勁縺阪�
+            繧ｯ繝ｩ繧ｹ繧�＆縺ｾ縺悶∪縺ｪ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ隕∫ｴ�縺ｧ蛻ｩ逕ｨ蜿ｯ閭ｽ縺ｪ�｢where�｣蜿･縺ｫ髱槫ｸｸ縺ｫ繧医￥莨ｼ縺ｦ縺�∪縺吶�
+            繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ縲∽ｸ弱∴繧峨ｌ縺溘ヵ繧｣繝ｫ繧ｿ繧貞庄閭ｽ縺ｫ縺吶∋縺阪°縲�
+            縺昴＠縺ｦ縺昴�繝代Λ繝｡繝ｼ繧ｿ蛟､繧剃ｽ輔↓縺吶∋縺阪°繧貞ｮ溯｡梧凾縺ｫ豎ｺ螳壹☆繧九％縺ｨ縺後〒縺阪∪縺吶�
+            繝輔ぅ繝ｫ繧ｿ縺ｯ繝��繧ｿ繝吶�繧ｹ繝薙Η繝ｼ縺ｮ繧医≧縺ｫ菴ｿ逕ｨ縺輔ｌ縺ｾ縺吶′縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ蜀�〒縺ｯ繝代Λ繝｡繝ｼ繧ｿ蛹悶＆繧後∪縺吶�
             
         </para>
 
         <para>
-            フィルタを使うためにはまず、適切なマッピング要素に定義、追加しなくてはなりません。
-            フィルタを定義するためには、
-            <literal>&lt;hibernate-mapping/&gt;</literal> 要素内で <literal>&lt;filter-def/&gt;</literal> 要素を使用します。：
+            繝輔ぅ繝ｫ繧ｿ繧剃ｽｿ縺�◆繧√↓縺ｯ縺ｾ縺壹�←蛻�↑繝槭ャ繝斐Φ繧ｰ隕∫ｴ�縺ｫ螳夂ｾｩ縲∬ｿｽ蜉�縺励↑縺上※縺ｯ縺ｪ繧翫∪縺帙ｓ縲�
+            繝輔ぅ繝ｫ繧ｿ繧貞ｮ夂ｾｩ縺吶ｋ縺溘ａ縺ｫ縺ｯ縲�
+            <literal>&lt;hibernate-mapping/&gt;</literal> 隕∫ｴ�蜀�〒 <literal>&lt;filter-def/&gt;</literal> 隕∫ｴ�繧剃ｽｿ逕ｨ縺励∪縺吶ゑｼ�
         </para>
 
         <programlisting><![CDATA[<filter-def name="myFilter">
@@ -34,7 +36,7 @@
 </filter-def>]]></programlisting>
 
         <para>
-            そうしてフィルタはクラスへと結び付けられます。：
+            縺昴≧縺励※繝輔ぅ繝ｫ繧ｿ縺ｯ繧ｯ繝ｩ繧ｹ縺ｸ縺ｨ邨舌�莉倥￠繧峨ｌ縺ｾ縺吶ゑｼ�
         </para>
 
         <programlisting><![CDATA[<class name="myClass" ...>
@@ -43,7 +45,7 @@
 </class>]]></programlisting>
 
         <para>
-            また、コレクションに対しては次のようになります。：
+            縺ｾ縺溘√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ蟇ｾ縺励※縺ｯ谺｡縺ｮ繧医≧縺ｫ縺ｪ繧翫∪縺吶ゑｼ�
         </para>
 
         <programlisting><![CDATA[<set ...>
@@ -51,27 +53,27 @@
 </set>]]></programlisting>
 
         <para>
-            どちらに対しても(また、それぞれを複数)同時に設定することもできます。
+            縺ｩ縺｡繧峨↓蟇ｾ縺励※繧�(縺ｾ縺溘√◎繧後◇繧後ｒ隍�焚)蜷梧凾縺ｫ險ｭ螳壹☆繧九％縺ｨ繧ゅ〒縺阪∪縺吶�
         </para>
 
         <para>
-            <literal>Session</literal> 上のメソッドは <literal>enableFilter(String filterName)</literal>,
-            <literal>getEnabledFilter(String filterName)</literal>, <literal>disableFilter(String filterName)</literal> です。
-            デフォルトでは、フィルタは与えられたセッションに対して使用 <emphasis>できません</emphasis> 。
-            <literal>Filter</literal> インスタンスを返り値とする <literal>Session.enabledFilter()</literal> メソッドを使うことで、
-            フィルタは明示的に使用可能となります。
-            上で定義した単純なフィルタの使用は、このようになります。：
+            <literal>Session</literal> 荳翫�繝｡繧ｽ繝�ラ縺ｯ <literal>enableFilter(String filterName)</literal>,
+            <literal>getEnabledFilter(String filterName)</literal>, <literal>disableFilter(String filterName)</literal> 縺ｧ縺吶�
+            繝�ヵ繧ｩ繝ｫ繝医〒縺ｯ縲√ヵ繧｣繝ｫ繧ｿ縺ｯ荳弱∴繧峨ｌ縺溘そ繝�す繝ｧ繝ｳ縺ｫ蟇ｾ縺励※菴ｿ逕ｨ <emphasis>縺ｧ縺阪∪縺帙ｓ</emphasis> 縲�
+            <literal>Filter</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧定ｿ斐ｊ蛟､縺ｨ縺吶ｋ <literal>Session.enabledFilter()</literal> 繝｡繧ｽ繝�ラ繧剃ｽｿ縺�％縺ｨ縺ｧ縲�
+            繝輔ぅ繝ｫ繧ｿ縺ｯ譏守､ｺ逧�↓菴ｿ逕ｨ蜿ｯ閭ｽ縺ｨ縺ｪ繧翫∪縺吶�
+            荳翫〒螳夂ｾｩ縺励◆蜊倡ｴ斐↑繝輔ぅ繝ｫ繧ｿ縺ｮ菴ｿ逕ｨ縺ｯ縲√％縺ｮ繧医≧縺ｫ縺ｪ繧翫∪縺吶ゑｼ�
         </para>
 
         <programlisting><![CDATA[session.enableFilter("myFilter").setParameter("myFilterParam", "some-value");]]></programlisting>
 
         <para>
-            org.hibernate.Filterインターフェイスのメソッドは、
-            Hibernateの多くに共通しているメソッド連鎖を許していることに注意してください。
+            org.hibernate.Filter繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｮ繝｡繧ｽ繝�ラ縺ｯ縲�
+            Hibernate縺ｮ螟壹￥縺ｫ蜈ｱ騾壹＠縺ｦ縺�ｋ繝｡繧ｽ繝�ラ騾｣骼悶ｒ險ｱ縺励※縺�ｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
         </para>
 
         <para>
-            有効なレコードデータパターンを持つ一時データを使った完全な例です：
+            譛牙柑縺ｪ繝ｬ繧ｳ繝ｼ繝峨ョ繝ｼ繧ｿ繝代ち繝ｼ繝ｳ繧呈戟縺､荳譎ゅョ繝ｼ繧ｿ繧剃ｽｿ縺｣縺溷ｮ悟�縺ｪ萓九〒縺呻ｼ�
         </para>
 
         <programlisting><![CDATA[<filter-def name="effectiveDate">
@@ -105,8 +107,8 @@
 </class>]]></programlisting>
 
         <para>
-            常に現在の有効レコードを返却することを保証するために、
-            単純に、社員データの検索より前にセッション上のフィルタを有効にします。
+            蟶ｸ縺ｫ迴ｾ蝨ｨ縺ｮ譛牙柑繝ｬ繧ｳ繝ｼ繝峨ｒ霑泌唆縺吶ｋ縺薙→繧剃ｿ晁ｨｼ縺吶ｋ縺溘ａ縺ｫ縲�
+            蜊倡ｴ斐↓縲∫､ｾ蜩｡繝��繧ｿ縺ｮ讀懃ｴ｢繧医ｊ蜑阪↓繧ｻ繝�す繝ｧ繝ｳ荳翫�繝輔ぅ繝ｫ繧ｿ繧呈怏蜉ｹ縺ｫ縺励∪縺吶�
             
             
         </para>
@@ -119,16 +121,16 @@ List results = session.createQuery("from Employee as e where e.salary > :targetS
 ]]></programlisting>
 
         <para>
-            上記のHQLでは、結果の給料の制約について明示的に触れただけですが、
-            有効になっているフィルタのおかげで、このクエリは給料が100万ドル以上の現役の社員だけを返します。
+            荳願ｨ倥�HQL縺ｧ縺ｯ縲∫ｵ先棡縺ｮ邨ｦ譁吶�蛻ｶ邏�↓縺､縺�※譏守､ｺ逧�↓隗ｦ繧後◆縺�縺代〒縺吶′縲�
+            譛牙柑縺ｫ縺ｪ縺｣縺ｦ縺�ｋ繝輔ぅ繝ｫ繧ｿ縺ｮ縺翫°縺偵〒縲√％縺ｮ繧ｯ繧ｨ繝ｪ縺ｯ邨ｦ譁吶′100荳�ラ繝ｫ莉･荳翫�迴ｾ蠖ｹ縺ｮ遉ｾ蜩｡縺�縺代ｒ霑斐＠縺ｾ縺吶�
         </para>
 
         <para>
-            (HQLかロードフェッチで）外部結合を持つフィルタを使うつもりなら、
-            条件式の方向に注意してください。
+            (HQL縺九Ο繝ｼ繝峨ヵ繧ｧ繝�メ縺ｧ�牙､夜Κ邨仙粋繧呈戟縺､繝輔ぅ繝ｫ繧ｿ繧剃ｽｿ縺�▽繧ゅｊ縺ｪ繧峨�
+            譚｡莉ｶ蠑上�譁ｹ蜷代↓豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
             
-            これは左外部結合のために設定するのが最も安全です。
-            一般的に、演算子の後カラム名に続けて最初のパラメータを配置してください。
+            縺薙ｌ縺ｯ蟾ｦ螟夜Κ邨仙粋縺ｮ縺溘ａ縺ｫ險ｭ螳壹☆繧九�縺梧怙繧ょｮ牙�縺ｧ縺吶�
+            荳闊ｬ逧�↓縲∵ｼ皮ｮ怜ｭ舌�蠕後き繝ｩ繝�蜷阪↓邯壹￠縺ｦ譛蛻昴�繝代Λ繝｡繝ｼ繧ｿ繧帝�鄂ｮ縺励※縺上□縺輔＞縲�
         </para>
 
     </sect1>
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/inheritance_mapping.xml b/documentation/manual/ja-JP/src/main/docbook/content/inheritance_mapping.xml
index 730c112a23..a955bf8d75 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/inheritance_mapping.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/inheritance_mapping.xml
@@ -1,67 +1,69 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="inheritance">
-    <title>継承マッピング</title>
+    <title>邯呎価繝槭ャ繝斐Φ繧ｰ</title>
 
     <sect1 id="inheritance-strategies" revision="3">
-        <title>3つの戦略</title>
+        <title>3縺､縺ｮ謌ｦ逡･</title>
 
         <para>
-            Hibernateは3つの基本的な継承のマッピング戦略をサポートします。
+            Hibernate縺ｯ3縺､縺ｮ蝓ｺ譛ｬ逧�↑邯呎価縺ｮ繝槭ャ繝斐Φ繧ｰ謌ｦ逡･繧偵し繝昴�繝医＠縺ｾ縺吶�
         </para>
 
         <itemizedlist>
         <listitem>
         <para>
-            クラス階層ごとのテーブル（table-per-class-hierarchy）
+            繧ｯ繝ｩ繧ｹ髫主ｱ､縺斐→縺ｮ繝��繝悶Ν��table-per-class-hierarchy��
         </para>
         </listitem>
         <listitem>
         <para>
-            サブクラスごとのテーブル（table-per-subclass）
+            繧ｵ繝悶け繝ｩ繧ｹ縺斐→縺ｮ繝��繝悶Ν��table-per-subclass��
         </para>
         </listitem>
         <listitem>
         <para>
-            具象クラスごとのテーブル（table-per-concrete-class）
+            蜈ｷ雎｡繧ｯ繝ｩ繧ｹ縺斐→縺ｮ繝��繝悶Ν��table-per-concrete-class��
         </para>
         </listitem>
         </itemizedlist>
         
         <para>
-            加えて4つ目に、Hibernateはわずかに異なる性質を持ったポリモーフィズムをサポートします。
+            蜉�縺医※4縺､逶ｮ縺ｫ縲？ibernate縺ｯ繧上★縺九↓逡ｰ縺ｪ繧区ｧ雉ｪ繧呈戟縺｣縺溘�繝ｪ繝｢繝ｼ繝輔ぅ繧ｺ繝�繧偵し繝昴�繝医＠縺ｾ縺吶�
         </para>
 
         <itemizedlist>
         <listitem>
         <para>
-            暗黙的ポリモーフィズム
+            證鈴ｻ咏噪繝昴Μ繝｢繝ｼ繝輔ぅ繧ｺ繝�
         </para>
         </listitem>
         </itemizedlist>
         
         <para>
-            同一の継承階層の異なるブランチに対して異なるマッピング戦略を使うことができます。
-            その場合には全体の階層に渡るポリモーフィズムを実現するために暗黙的ポリモーフィズムを使用します。
-            しかし、Hibernateは同じルート <literal>&lt;class&gt;</literal> 要素内で
-            <literal>&lt;subclass&gt;</literal> マッピング、<literal>&lt;joined-subclass&gt;</literal> マッピング、
-            <literal>&lt;union-subclass&gt;</literal> マッピングの同時使用をサポートしていません。
-            <literal>&lt;subclass&gt;</literal> 要素と <literal>&lt;join&gt;</literal> 要素を組み合わせることで、
-            同一 <literal>&lt;class&gt;</literal> 要素内での table-per-hierarchy 戦略と
-            table-per-subclass 戦略の同時使用は可能です。次の例を見てください。
+            蜷御ｸ縺ｮ邯呎価髫主ｱ､縺ｮ逡ｰ縺ｪ繧九ヶ繝ｩ繝ｳ繝√↓蟇ｾ縺励※逡ｰ縺ｪ繧九�繝�ヴ繝ｳ繧ｰ謌ｦ逡･繧剃ｽｿ縺�％縺ｨ縺後〒縺阪∪縺吶�
+            縺昴�蝣ｴ蜷医↓縺ｯ蜈ｨ菴薙�髫主ｱ､縺ｫ貂｡繧九�繝ｪ繝｢繝ｼ繝輔ぅ繧ｺ繝�繧貞ｮ溽樟縺吶ｋ縺溘ａ縺ｫ證鈴ｻ咏噪繝昴Μ繝｢繝ｼ繝輔ぅ繧ｺ繝�繧剃ｽｿ逕ｨ縺励∪縺吶�
+            縺励°縺励？ibernate縺ｯ蜷後§繝ｫ繝ｼ繝� <literal>&lt;class&gt;</literal> 隕∫ｴ�蜀�〒
+            <literal>&lt;subclass&gt;</literal> 繝槭ャ繝斐Φ繧ｰ縲�<literal>&lt;joined-subclass&gt;</literal> 繝槭ャ繝斐Φ繧ｰ縲�
+            <literal>&lt;union-subclass&gt;</literal> 繝槭ャ繝斐Φ繧ｰ縺ｮ蜷梧凾菴ｿ逕ｨ繧偵し繝昴�繝医＠縺ｦ縺�∪縺帙ｓ縲�
+            <literal>&lt;subclass&gt;</literal> 隕∫ｴ�縺ｨ <literal>&lt;join&gt;</literal> 隕∫ｴ�繧堤ｵ�∩蜷医ｏ縺帙ｋ縺薙→縺ｧ縲�
+            蜷御ｸ <literal>&lt;class&gt;</literal> 隕∫ｴ�蜀�〒縺ｮ table-per-hierarchy 謌ｦ逡･縺ｨ
+            table-per-subclass 謌ｦ逡･縺ｮ蜷梧凾菴ｿ逕ｨ縺ｯ蜿ｯ閭ｽ縺ｧ縺吶よｬ｡縺ｮ萓九ｒ隕九※縺上□縺輔＞縲�
         </para>
 
         <para>
-             <literal>subclass</literal>, <literal>union-subclass</literal> と 
-             <literal>joined-subclass</literal> マッピングを複数のマッピングドキュメントに定義することが出来、
-             <literal>hibernate-mapping</literal> の直下に配置します。
-             これは新しいマッピングファイルを追加するだけで、クラス階層を拡張できるということです。
-             あらかじめマップしたスーパークラスを指定して、サブクラスマッピングに <literal>extends</literal> 
-             属性を記述しなければなりません。
-             注意：この特徴により、以前はマッピング・ドキュメントの順番が重要でした。
-             Hibernate3からは、extendsキーワードを使う場合、マッピングドキュメントの順番は問題になりません。
+             <literal>subclass</literal>, <literal>union-subclass</literal> 縺ｨ 
+             <literal>joined-subclass</literal> 繝槭ャ繝斐Φ繧ｰ繧定､�焚縺ｮ繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝医↓螳夂ｾｩ縺吶ｋ縺薙→縺悟�譚･縲�
+             <literal>hibernate-mapping</literal> 縺ｮ逶ｴ荳九↓驟咲ｽｮ縺励∪縺吶�
+             縺薙ｌ縺ｯ譁ｰ縺励＞繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ繧定ｿｽ蜉�縺吶ｋ縺�縺代〒縲√け繝ｩ繧ｹ髫主ｱ､繧呈僑蠑ｵ縺ｧ縺阪ｋ縺ｨ縺�≧縺薙→縺ｧ縺吶�
+             縺ゅｉ縺九§繧√�繝��縺励◆繧ｹ繝ｼ繝代�繧ｯ繝ｩ繧ｹ繧呈欠螳壹＠縺ｦ縲√し繝悶け繝ｩ繧ｹ繝槭ャ繝斐Φ繧ｰ縺ｫ <literal>extends</literal> 
+             螻樊ｧ繧定ｨ倩ｿｰ縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+             豕ｨ諢擾ｼ壹％縺ｮ迚ｹ蠕ｴ縺ｫ繧医ｊ縲∽ｻ･蜑阪�繝槭ャ繝斐Φ繧ｰ繝ｻ繝峨く繝･繝｡繝ｳ繝医�鬆�分縺碁㍾隕√〒縺励◆縲�
+             Hibernate3縺九ｉ縺ｯ縲‘xtends繧ｭ繝ｼ繝ｯ繝ｼ繝峨ｒ菴ｿ縺��ｴ蜷医√�繝�ヴ繝ｳ繧ｰ繝峨く繝･繝｡繝ｳ繝医�鬆�分縺ｯ蝠城｡後↓縺ｪ繧翫∪縺帙ｓ縲�
              
-             １つのマッピングファイル内で順番付けを行うときは、
-             依然として、サブクラスを定義する前にスーパークラスを定義する必要があります。)
+             �代▽縺ｮ繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ蜀�〒鬆�分莉倥￠繧定｡後≧縺ｨ縺阪�縲�
+             萓晉┯縺ｨ縺励※縲√し繝悶け繝ｩ繧ｹ繧貞ｮ夂ｾｩ縺吶ｋ蜑阪↓繧ｹ繝ｼ繝代�繧ｯ繝ｩ繧ｹ繧貞ｮ夂ｾｩ縺吶ｋ蠢�ｦ√′縺ゅｊ縺ｾ縺吶�)
          </para>
 
          <programlisting><![CDATA[
@@ -73,13 +75,13 @@
 
 
         <sect2 id="inheritance-tableperclass" >
-        <title>クラス階層ごとのテーブル（table-per-class-hierarchy）</title>
+        <title>繧ｯ繝ｩ繧ｹ髫主ｱ､縺斐→縺ｮ繝��繝悶Ν��table-per-class-hierarchy��</title>
 
         <para>
-            例えば、インターフェイス <literal>Payment</literal> と、それを実装した
-            <literal>CreditCardPayment</literal>、<literal>CashPayment</literal>、
-            <literal>ChequePayment</literal> があるとします。階層ごとのテーブルマッピングは
-            以下のようになります。
+            萓九∴縺ｰ縲√う繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ <literal>Payment</literal> 縺ｨ縲√◎繧後ｒ螳溯｣�＠縺�
+            <literal>CreditCardPayment</literal>縲�<literal>CashPayment</literal>縲�
+            <literal>ChequePayment</literal> 縺後≠繧九→縺励∪縺吶る嚴螻､縺斐→縺ｮ繝��繝悶Ν繝槭ャ繝斐Φ繧ｰ縺ｯ
+            莉･荳九�繧医≧縺ｫ縺ｪ繧翫∪縺吶�
         </para>
 
         <programlisting><![CDATA[<class name="Payment" table="PAYMENT">
@@ -102,19 +104,19 @@
 </class>]]></programlisting>
 
         <para>
-            ちょうど一つのテーブルが必要です。
-            このマッピング戦略には一つ大きな制限があります。
-            <literal>CCTYPE</literal> のような、サブクラスで宣言されたカラムは <literal>NOT NULL</literal> 
-            制約を持てません。
+            縺｡繧�≧縺ｩ荳縺､縺ｮ繝��繝悶Ν縺悟ｿ�ｦ√〒縺吶�
+            縺薙�繝槭ャ繝斐Φ繧ｰ謌ｦ逡･縺ｫ縺ｯ荳縺､螟ｧ縺阪↑蛻ｶ髯舌′縺ゅｊ縺ｾ縺吶�
+            <literal>CCTYPE</literal> 縺ｮ繧医≧縺ｪ縲√し繝悶け繝ｩ繧ｹ縺ｧ螳｣險縺輔ｌ縺溘き繝ｩ繝�縺ｯ <literal>NOT NULL</literal> 
+            蛻ｶ邏�ｒ謖√※縺ｾ縺帙ｓ縲�
         </para>
         
         </sect2>
 
         <sect2 id="inheritance-tablepersubclass">
-        <title>サブクラスごとのテーブル（table-per-subclass）</title>
+        <title>繧ｵ繝悶け繝ｩ繧ｹ縺斐→縺ｮ繝��繝悶Ν��table-per-subclass��</title>
 
         <para>
-            table-per-subclass マッピングは以下のようになります。
+            table-per-subclass 繝槭ャ繝斐Φ繧ｰ縺ｯ莉･荳九�繧医≧縺ｫ縺ｪ繧翫∪縺吶�
         </para>
 
         <programlisting><![CDATA[<class name="Payment" table="PAYMENT">
@@ -139,24 +141,24 @@
 </class>]]></programlisting>
 
         <para>
-            このマッピングには4つのテーブルが必要です。3つのサブクラステーブルは
-            スーパークラステーブルとの関連を示す主キーを持っています
-            （実際、関係モデル上は一対一関連です）。
+            縺薙�繝槭ャ繝斐Φ繧ｰ縺ｫ縺ｯ4縺､縺ｮ繝��繝悶Ν縺悟ｿ�ｦ√〒縺吶�3縺､縺ｮ繧ｵ繝悶け繝ｩ繧ｹ繝��繝悶Ν縺ｯ
+            繧ｹ繝ｼ繝代�繧ｯ繝ｩ繧ｹ繝��繝悶Ν縺ｨ縺ｮ髢｢騾｣繧堤､ｺ縺吩ｸｻ繧ｭ繝ｼ繧呈戟縺｣縺ｦ縺�∪縺�
+            �亥ｮ滄圀縲�未菫ゅΔ繝�Ν荳翫�荳蟇ｾ荳髢｢騾｣縺ｧ縺呻ｼ峨�
         </para>
 
         </sect2>
 
         <sect2 id="inheritance-tablepersubclass-discriminator" revision="2">
-        <title>弁別子を用いた table-per-subclass</title>
+        <title>蠑∝挨蟄舌ｒ逕ｨ縺�◆ table-per-subclass</title>
 
         <para>
-            Hibernateの table-per-subclass 実装は、discriminatorカラムを必要としないことを覚えておいてください。
-            Hibernate以外のO/Rマッパーは、table-per-subclass に異なる実装を用います。
-            それは、スーパークラスのテーブルにタイプdiscriminatorカラムを必要とします。
-            このアプローチは実装が困難になりますが、関係の視点から見ると、より正確なものです。
-            table-per-subclass 戦略でdiscriminatorカラムを使いたければ、
-            <literal>&lt;subclass&gt;</literal> と <literal>&lt;join&gt;</literal> 
-            を以下のように組み合わせて使ってください。
+            Hibernate縺ｮ table-per-subclass 螳溯｣��縲‥iscriminator繧ｫ繝ｩ繝�繧貞ｿ�ｦ√→縺励↑縺�％縺ｨ繧定ｦ壹∴縺ｦ縺翫＞縺ｦ縺上□縺輔＞縲�
+            Hibernate莉･螟悶�O/R繝槭ャ繝代�縺ｯ縲》able-per-subclass 縺ｫ逡ｰ縺ｪ繧句ｮ溯｣�ｒ逕ｨ縺�∪縺吶�
+            縺昴ｌ縺ｯ縲√せ繝ｼ繝代�繧ｯ繝ｩ繧ｹ縺ｮ繝��繝悶Ν縺ｫ繧ｿ繧､繝妖iscriminator繧ｫ繝ｩ繝�繧貞ｿ�ｦ√→縺励∪縺吶�
+            縺薙�繧｢繝励Ο繝ｼ繝√�螳溯｣�′蝗ｰ髮｣縺ｫ縺ｪ繧翫∪縺吶′縲�未菫ゅ�隕也せ縺九ｉ隕九ｋ縺ｨ縲√ｈ繧頑ｭ｣遒ｺ縺ｪ繧ゅ�縺ｧ縺吶�
+            table-per-subclass 謌ｦ逡･縺ｧdiscriminator繧ｫ繝ｩ繝�繧剃ｽｿ縺�◆縺代ｌ縺ｰ縲�
+            <literal>&lt;subclass&gt;</literal> 縺ｨ <literal>&lt;join&gt;</literal> 
+            繧剃ｻ･荳九�繧医≧縺ｫ邨�∩蜷医ｏ縺帙※菴ｿ縺｣縺ｦ縺上□縺輔＞縲�
         </para>
 
         <programlisting><![CDATA[<class name="Payment" table="PAYMENT">
@@ -188,19 +190,19 @@
 </class>]]></programlisting>
 
         <para>
-            オプションの <literal>fetch="select"</literal> 宣言は、
-            スーパークラスのクエリ実行時に外部結合を使って、
-            サブクラスの <literal>ChequePayment</literal> データを取得しないように指定するためのものです。
+            繧ｪ繝励す繝ｧ繝ｳ縺ｮ <literal>fetch="select"</literal> 螳｣險縺ｯ縲�
+            繧ｹ繝ｼ繝代�繧ｯ繝ｩ繧ｹ縺ｮ繧ｯ繧ｨ繝ｪ螳溯｡梧凾縺ｫ螟夜Κ邨仙粋繧剃ｽｿ縺｣縺ｦ縲�
+            繧ｵ繝悶け繝ｩ繧ｹ縺ｮ <literal>ChequePayment</literal> 繝��繧ｿ繧貞叙蠕励＠縺ｪ縺�ｈ縺�↓謖�ｮ壹☆繧九◆繧√�繧ゅ�縺ｧ縺吶�
         </para>
 
         </sect2>
 
         <sect2 id="inheritance-mixing-tableperclass-tablepersubclass">
-        <title>table-per-subclass と table-per-class-hierarchy の混合</title>
+        <title>table-per-subclass 縺ｨ table-per-class-hierarchy 縺ｮ豺ｷ蜷�</title>
 
         <para>
-            このアプローチを使用すると、table-per-hierarchy と table-per-subclass 戦略を
-            組み合わせる事も可能です。
+            縺薙�繧｢繝励Ο繝ｼ繝√ｒ菴ｿ逕ｨ縺吶ｋ縺ｨ縲》able-per-hierarchy 縺ｨ table-per-subclass 謌ｦ逡･繧�
+            邨�∩蜷医ｏ縺帙ｋ莠九ｂ蜿ｯ閭ｽ縺ｧ縺吶�
         </para>
 
         <programlisting><![CDATA[<class name="Payment" table="PAYMENT">
@@ -225,8 +227,8 @@
 </class>]]></programlisting>
 
         <para>
-            いずれのマッピング戦略であっても、ルートである <literal>Payment</literal> クラスへの
-            ポリモーフィックな関連は <literal>&lt;many-to-one&gt;</literal> を使ってマッピングします。
+            縺�★繧後�繝槭ャ繝斐Φ繧ｰ謌ｦ逡･縺ｧ縺ゅ▲縺ｦ繧ゅ√Ν繝ｼ繝医〒縺ゅｋ <literal>Payment</literal> 繧ｯ繝ｩ繧ｹ縺ｸ縺ｮ
+            繝昴Μ繝｢繝ｼ繝輔ぅ繝�け縺ｪ髢｢騾｣縺ｯ <literal>&lt;many-to-one&gt;</literal> 繧剃ｽｿ縺｣縺ｦ繝槭ャ繝斐Φ繧ｰ縺励∪縺吶�
         </para>
 
         <programlisting><![CDATA[<many-to-one name="payment" column="PAYMENT_ID" class="Payment"/>]]></programlisting>
@@ -234,11 +236,11 @@
         </sect2>
 
         <sect2 id="inheritance-tableperconcrete" revision="2">
-        <title>具象クラスごとのテーブル（table-per-concrete-class）</title>
+        <title>蜈ｷ雎｡繧ｯ繝ｩ繧ｹ縺斐→縺ｮ繝��繝悶Ν��table-per-concrete-class��</title>
 
         <para>
-            table-per-concrete-class 戦略のマッピングに対するアプローチは、2つあります。
-            1つ目は <literal>&lt;union-subclass&gt;</literal> を利用する方法です。
+            table-per-concrete-class 謌ｦ逡･縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｫ蟇ｾ縺吶ｋ繧｢繝励Ο繝ｼ繝√�縲�2縺､縺ゅｊ縺ｾ縺吶�
+            1縺､逶ｮ縺ｯ <literal>&lt;union-subclass&gt;</literal> 繧貞茜逕ｨ縺吶ｋ譁ｹ豕輔〒縺吶�
         </para>
 
         <programlisting><![CDATA[<class name="Payment">
@@ -260,32 +262,32 @@
 </class>]]></programlisting>
 
         <para>
-            サブクラスごとに3つのテーブルが必要です。それぞれのテーブルは、継承プロパティを含んだ、
-            クラスの全てのプロパティに対するカラムを定義します。
+            繧ｵ繝悶け繝ｩ繧ｹ縺斐→縺ｫ3縺､縺ｮ繝��繝悶Ν縺悟ｿ�ｦ√〒縺吶ゅ◎繧後◇繧後�繝��繝悶Ν縺ｯ縲∫ｶ呎価繝励Ο繝代ユ繧｣繧貞性繧薙□縲�
+            繧ｯ繝ｩ繧ｹ縺ｮ蜈ｨ縺ｦ縺ｮ繝励Ο繝代ユ繧｣縺ｫ蟇ｾ縺吶ｋ繧ｫ繝ｩ繝�繧貞ｮ夂ｾｩ縺励∪縺吶�
         </para>
         
         <para>
-            このアプローチには制限があります。
-            それは、プロパティがスーパークラスにマッピングされていた場合、
-            全てのサブクラスにおいてカラム名が同じでなければならないというものです。
-           （Hibernateの今後のリリースで緩和されるかもしれません）。
-            &lt;union-subclass&gt; を使った table-per-concrete-class 戦略では識別子生成戦略を使用できません。
-            主キーを生成するためのシードは、全ての union subclass の階層内で共有する必要があるからです。
+            縺薙�繧｢繝励Ο繝ｼ繝√↓縺ｯ蛻ｶ髯舌′縺ゅｊ縺ｾ縺吶�
+            縺昴ｌ縺ｯ縲√�繝ｭ繝代ユ繧｣縺後せ繝ｼ繝代�繧ｯ繝ｩ繧ｹ縺ｫ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｦ縺�◆蝣ｴ蜷医�
+            蜈ｨ縺ｦ縺ｮ繧ｵ繝悶け繝ｩ繧ｹ縺ｫ縺翫＞縺ｦ繧ｫ繝ｩ繝�蜷阪′蜷後§縺ｧ縺ｪ縺代ｌ縺ｰ縺ｪ繧峨↑縺�→縺�≧繧ゅ�縺ｧ縺吶�
+           ��Hibernate縺ｮ莉雁ｾ後�繝ｪ繝ｪ繝ｼ繧ｹ縺ｧ邱ｩ蜥後＆繧後ｋ縺九ｂ縺励ｌ縺ｾ縺帙ｓ�峨�
+            &lt;union-subclass&gt; 繧剃ｽｿ縺｣縺� table-per-concrete-class 謌ｦ逡･縺ｧ縺ｯ隴伜挨蟄千函謌先姶逡･繧剃ｽｿ逕ｨ縺ｧ縺阪∪縺帙ｓ縲�
+            荳ｻ繧ｭ繝ｼ繧堤函謌舌☆繧九◆繧√�繧ｷ繝ｼ繝峨�縲∝�縺ｦ縺ｮ union subclass 縺ｮ髫主ｱ､蜀�〒蜈ｱ譛峨☆繧句ｿ�ｦ√′縺ゅｋ縺九ｉ縺ｧ縺吶�
         </para>
 
         <para>
-            もしスーパークラスが抽象クラスなら、<literal>abstract="true"</literal>とマッピングします。
-            もちろん、スーパークラスが抽象クラスでないなら、スーパークラスのインスタンスを
-            保持するためのテーブルの追加が必要となります(上の例でのデフォルトは <literal>PAYMENT</literal> )。
+            繧ゅ＠繧ｹ繝ｼ繝代�繧ｯ繝ｩ繧ｹ縺梧歓雎｡繧ｯ繝ｩ繧ｹ縺ｪ繧峨�<literal>abstract="true"</literal>縺ｨ繝槭ャ繝斐Φ繧ｰ縺励∪縺吶�
+            繧ゅ■繧阪ｓ縲√せ繝ｼ繝代�繧ｯ繝ｩ繧ｹ縺梧歓雎｡繧ｯ繝ｩ繧ｹ縺ｧ縺ｪ縺�↑繧峨√せ繝ｼ繝代�繧ｯ繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧�
+            菫晄戟縺吶ｋ縺溘ａ縺ｮ繝��繝悶Ν縺ｮ霑ｽ蜉�縺悟ｿ�ｦ√→縺ｪ繧翫∪縺�(荳翫�萓九〒縺ｮ繝�ヵ繧ｩ繝ｫ繝医� <literal>PAYMENT</literal> )縲�
         </para>
 
         </sect2>
 
         <sect2 id="inheritance-tableperconcreate-polymorphism">
-        <title>暗黙的ポリモーフィズムを用いた table-per-concrete-class</title>
+        <title>證鈴ｻ咏噪繝昴Μ繝｢繝ｼ繝輔ぅ繧ｺ繝�繧堤畑縺�◆ table-per-concrete-class</title>
 
         <para>
-            もう一つのアプローチは暗黙的ポリモーフィズムの使用です。
+            繧ゅ≧荳縺､縺ｮ繧｢繝励Ο繝ｼ繝√�證鈴ｻ咏噪繝昴Μ繝｢繝ｼ繝輔ぅ繧ｺ繝�縺ｮ菴ｿ逕ｨ縺ｧ縺吶�
         </para>
 
         <programlisting><![CDATA[<class name="CreditCardPayment" table="CREDIT_PAYMENT">
@@ -313,21 +315,21 @@
 </class>]]></programlisting>
            
         <para>
-            <literal>Payment</literal> インターフェイスがどこにも明示的に示されていないことに注意してください。
-            そして、<literal>Payment</literal> プロパティがそれぞれのサブクラスにマッピングされていることにも注意してください。
-            もし重複を避けたいのであれば、XMLエンティティの利用を考えてください。
-            （例： <literal>DOCTYPE</literal> 宣言における <literal>[ &lt;!ENTITY allproperties SYSTEM "allproperties.xml"&gt; ]</literal>
-              と、マッピングにおける <literal>&amp;allproperties;</literal>）
+            <literal>Payment</literal> 繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺後←縺薙↓繧よ�遉ｺ逧�↓遉ｺ縺輔ｌ縺ｦ縺�↑縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+            縺昴＠縺ｦ縲�<literal>Payment</literal> 繝励Ο繝代ユ繧｣縺後◎繧後◇繧後�繧ｵ繝悶け繝ｩ繧ｹ縺ｫ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｦ縺�ｋ縺薙→縺ｫ繧よｳｨ諢上＠縺ｦ縺上□縺輔＞縲�
+            繧ゅ＠驥崎､�ｒ驕ｿ縺代◆縺��縺ｧ縺ゅｌ縺ｰ縲々ML繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ蛻ｩ逕ｨ繧定�∴縺ｦ縺上□縺輔＞縲�
+            �井ｾ具ｼ� <literal>DOCTYPE</literal> 螳｣險縺ｫ縺翫￠繧� <literal>[ &lt;!ENTITY allproperties SYSTEM "allproperties.xml"&gt; ]</literal>
+              縺ｨ縲√�繝�ヴ繝ｳ繧ｰ縺ｫ縺翫￠繧� <literal>&amp;allproperties;</literal>��
         </para>
         
         <para>
-            このアプローチの欠点は、Hibernateがポリモーフィックなクエリの実行時にSQL <literal>UNION</literal> 
-            を生成しない点です。
+            縺薙�繧｢繝励Ο繝ｼ繝√�谺�轤ｹ縺ｯ縲？ibernate縺後�繝ｪ繝｢繝ｼ繝輔ぅ繝�け縺ｪ繧ｯ繧ｨ繝ｪ縺ｮ螳溯｡梧凾縺ｫSQL <literal>UNION</literal> 
+            繧堤函謌舌＠縺ｪ縺�せ縺ｧ縺吶�
         </para>
 
         <para>
-            このマッピング戦略に対しては、<literal>Payment</literal> へのポリモーフィックな関連は
-            通常、<literal>&lt;any&gt;</literal> を使ってマッピングされます。
+            縺薙�繝槭ャ繝斐Φ繧ｰ謌ｦ逡･縺ｫ蟇ｾ縺励※縺ｯ縲�<literal>Payment</literal> 縺ｸ縺ｮ繝昴Μ繝｢繝ｼ繝輔ぅ繝�け縺ｪ髢｢騾｣縺ｯ
+            騾壼ｸｸ縲�<literal>&lt;any&gt;</literal> 繧剃ｽｿ縺｣縺ｦ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｾ縺吶�
         </para>
 
         <programlisting><![CDATA[<any name="payment" meta-type="string" id-type="long">
@@ -341,15 +343,15 @@
         </sect2>
 
         <sect2 id="inheritace-mixingpolymorphism">
-        <title>他の継承マッピングと暗黙的ポリモーフィズムの組み合わせ</title>
+        <title>莉悶�邯呎価繝槭ャ繝斐Φ繧ｰ縺ｨ證鈴ｻ咏噪繝昴Μ繝｢繝ｼ繝輔ぅ繧ｺ繝�縺ｮ邨�∩蜷医ｏ縺�</title>
 
         <para>
-            このマッピングについての更なる注意点があります。
-            サブクラスが自身を <literal>&lt;class&gt;</literal> 要素としてマッピングしているので、
-            （かつ <literal>Payment</literal> は単なるインターフェイスなので）、
-            それぞれのサブクラスは簡単にその他の継承階層の一部となります。
-            （しかも、今までどおり <literal>Payment</literal> インターフェイスに対するポリモーフィックなクエリ
-            を使用することができます）
+            縺薙�繝槭ャ繝斐Φ繧ｰ縺ｫ縺､縺�※縺ｮ譖ｴ縺ｪ繧区ｳｨ諢冗せ縺後≠繧翫∪縺吶�
+            繧ｵ繝悶け繝ｩ繧ｹ縺瑚�霄ｫ繧� <literal>&lt;class&gt;</literal> 隕∫ｴ�縺ｨ縺励※繝槭ャ繝斐Φ繧ｰ縺励※縺�ｋ縺ｮ縺ｧ縲�
+            �医°縺､ <literal>Payment</literal> 縺ｯ蜊倥↑繧九う繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｪ縺ｮ縺ｧ�峨�
+            縺昴ｌ縺槭ｌ縺ｮ繧ｵ繝悶け繝ｩ繧ｹ縺ｯ邁｡蜊倥↓縺昴�莉悶�邯呎価髫主ｱ､縺ｮ荳驛ｨ縺ｨ縺ｪ繧翫∪縺吶�
+            �医＠縺九ｂ縲∽ｻ翫∪縺ｧ縺ｩ縺翫ｊ <literal>Payment</literal> 繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｫ蟇ｾ縺吶ｋ繝昴Μ繝｢繝ｼ繝輔ぅ繝�け縺ｪ繧ｯ繧ｨ繝ｪ
+            繧剃ｽｿ逕ｨ縺吶ｋ縺薙→縺後〒縺阪∪縺呻ｼ�
        </para>
 
         <programlisting><![CDATA[<class name="CreditCardPayment" table="CREDIT_PAYMENT">
@@ -381,14 +383,14 @@
 </class>]]></programlisting>
 
         <para>
-            もう一度述べますが、<literal>Payment</literal> は明示的に定義されません。
-            もし、<literal>Payment</literal> インターフェイスに対してクエリを実行するなら
-            （例えば <literal>from Payment</literal> 節を使って）、
-            Hibernateは自動的に <literal>CreditCardPayment</literal> 
-            （とCreditCardPaymentのサブクラス、<literal>Payment</literal> の実装であるため）、
-            および、<literal>CashPayment</literal> 、<literal>ChequePayment</literal> 
-            のインスタンスを返します。
-            <literal>NonelectronicTransaction</literal> インスタンスは返しません。
+            繧ゅ≧荳蠎ｦ霑ｰ縺ｹ縺ｾ縺吶′縲�<literal>Payment</literal> 縺ｯ譏守､ｺ逧�↓螳夂ｾｩ縺輔ｌ縺ｾ縺帙ｓ縲�
+            繧ゅ＠縲�<literal>Payment</literal> 繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｫ蟇ｾ縺励※繧ｯ繧ｨ繝ｪ繧貞ｮ溯｡後☆繧九↑繧�
+            �井ｾ九∴縺ｰ <literal>from Payment</literal> 遽繧剃ｽｿ縺｣縺ｦ�峨�
+            Hibernate縺ｯ閾ｪ蜍慕噪縺ｫ <literal>CreditCardPayment</literal> 
+            �医→CreditCardPayment縺ｮ繧ｵ繝悶け繝ｩ繧ｹ縲�<literal>Payment</literal> 縺ｮ螳溯｣�〒縺ゅｋ縺溘ａ�峨�
+            縺翫ｈ縺ｳ縲�<literal>CashPayment</literal> 縲�<literal>ChequePayment</literal> 
+            縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧定ｿ斐＠縺ｾ縺吶�
+            <literal>NonelectronicTransaction</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ霑斐＠縺ｾ縺帙ｓ縲�
         </para>
         
         </sect2>
@@ -396,21 +398,21 @@
     </sect1>
 
     <sect1 id="inheritance-limitations">
-        <title>制限</title>
+        <title>蛻ｶ髯�</title>
 
         <para>
-            table-per-concrete-class マッピング戦略への「暗黙的ポリモーフィズム」アプローチには
-            いくつかの制限があります。<literal>&lt;union-subclass&gt;</literal> マッピングに対しても
-            少し弱めの制限があります。
+            table-per-concrete-class 繝槭ャ繝斐Φ繧ｰ謌ｦ逡･縺ｸ縺ｮ縲梧囓鮟咏噪繝昴Μ繝｢繝ｼ繝輔ぅ繧ｺ繝�縲阪い繝励Ο繝ｼ繝√↓縺ｯ
+            縺�￥縺､縺九�蛻ｶ髯舌′縺ゅｊ縺ｾ縺吶�<literal>&lt;union-subclass&gt;</literal> 繝槭ャ繝斐Φ繧ｰ縺ｫ蟇ｾ縺励※繧�
+            蟆代＠蠑ｱ繧√�蛻ｶ髯舌′縺ゅｊ縺ｾ縺吶�
         </para>
 
         <para>
-            次のテーブルに、Hibernateにおけるtable-per-concrete-classマッピングの
-            制限や暗黙的ポリモーフィズムの制限を示します。
+            谺｡縺ｮ繝��繝悶Ν縺ｫ縲？ibernate縺ｫ縺翫￠繧逆able-per-concrete-class繝槭ャ繝斐Φ繧ｰ縺ｮ
+            蛻ｶ髯舌ｄ證鈴ｻ咏噪繝昴Μ繝｢繝ｼ繝輔ぅ繧ｺ繝�縺ｮ蛻ｶ髯舌ｒ遉ｺ縺励∪縺吶�
         </para>
             
         <table frame="topbot">
-            <title>継承マッピングの機能</title>
+            <title>邯呎価繝槭ャ繝斐Φ繧ｰ縺ｮ讖溯�</title>
             <tgroup cols='8' align='left' colsep='1' rowsep='1'>
             <colspec colname='c1' colwidth="1*"/>
             <colspec colname='c2' colwidth="1*"/>
@@ -422,15 +424,15 @@
             <colspec colname='c8' colwidth="1*"/>
             <thead>
             <row>
-              <entry>継承戦略</entry>
-              <entry>多対一のポリモーフィズム</entry>
-              <entry>一対一のポリモーフィズム</entry>
-              <entry>一対多のポリモーフィズム</entry>
-              <entry>多対多のポリモーフィズム</entry>
-              <entry>ポリモーフィズムを使った<literal>load()/get()</literal></entry>
-              <entry>ポリモーフィズムを使ったクエリ</entry>
-              <entry>ポリモーフィズムを使った結合</entry>
-              <entry>外部結合によるフェッチ</entry>
+              <entry>邯呎価謌ｦ逡･</entry>
+              <entry>螟壼ｯｾ荳縺ｮ繝昴Μ繝｢繝ｼ繝輔ぅ繧ｺ繝�</entry>
+              <entry>荳蟇ｾ荳縺ｮ繝昴Μ繝｢繝ｼ繝輔ぅ繧ｺ繝�</entry>
+              <entry>荳蟇ｾ螟壹�繝昴Μ繝｢繝ｼ繝輔ぅ繧ｺ繝�</entry>
+              <entry>螟壼ｯｾ螟壹�繝昴Μ繝｢繝ｼ繝輔ぅ繧ｺ繝�</entry>
+              <entry>繝昴Μ繝｢繝ｼ繝輔ぅ繧ｺ繝�繧剃ｽｿ縺｣縺�<literal>load()/get()</literal></entry>
+              <entry>繝昴Μ繝｢繝ｼ繝輔ぅ繧ｺ繝�繧剃ｽｿ縺｣縺溘け繧ｨ繝ｪ</entry>
+              <entry>繝昴Μ繝｢繝ｼ繝輔ぅ繧ｺ繝�繧剃ｽｿ縺｣縺溽ｵ仙粋</entry>
+              <entry>螟夜Κ邨仙粋縺ｫ繧医ｋ繝輔ぉ繝�メ</entry>
             </row>
             </thead>
             <tbody>
@@ -443,7 +445,7 @@
                 <entry><literal>s.get(Payment.class, id)</literal></entry>
                 <entry><literal>from Payment p</literal></entry>
                 <entry><literal>from Order o join o.payment p</literal></entry>
-                <entry><emphasis>サポート</emphasis></entry>
+                <entry><emphasis>繧ｵ繝昴�繝�</emphasis></entry>
             </row>
             <row>
                 <entry>table per subclass</entry>
@@ -454,7 +456,7 @@
                 <entry><literal>s.get(Payment.class, id)</literal></entry>
                 <entry><literal>from Payment p</literal></entry>
                 <entry><literal>from Order o join o.payment p</literal></entry>
-                <entry><emphasis>サポート</emphasis></entry>
+                <entry><emphasis>繧ｵ繝昴�繝�</emphasis></entry>
             </row>
             <row>
                 <entry>table per concrete-class (union-subclass)</entry>
@@ -465,18 +467,18 @@
                 <entry><literal>s.get(Payment.class, id)</literal></entry>
                 <entry><literal>from Payment p</literal></entry>
                 <entry><literal>from Order o join o.payment p</literal></entry>
-                <entry><emphasis>サポート</emphasis></entry>
+                <entry><emphasis>繧ｵ繝昴�繝�</emphasis></entry>
             </row>
             <row>
                 <entry>table per concrete class (implicit polymorphism)</entry>
                 <entry><literal>&lt;any&gt;</literal></entry>
-                <entry><emphasis>サポートしていません</emphasis></entry>
-                <entry><emphasis>サポートしていません</emphasis></entry>
+                <entry><emphasis>繧ｵ繝昴�繝医＠縺ｦ縺�∪縺帙ｓ</emphasis></entry>
+                <entry><emphasis>繧ｵ繝昴�繝医＠縺ｦ縺�∪縺帙ｓ</emphasis></entry>
                 <entry><literal>&lt;many-to-any&gt;</literal></entry>
                 <entry><literal>s.createCriteria(Payment.class).add( Restrictions.idEq(id) ).uniqueResult()</literal></entry>
                 <entry><literal>from Payment p</literal></entry>
-                <entry><emphasis>サポートしていません</emphasis></entry>
-                <entry><emphasis>サポートしていません</emphasis></entry>
+                <entry><emphasis>繧ｵ繝昴�繝医＠縺ｦ縺�∪縺帙ｓ</emphasis></entry>
+                <entry><emphasis>繧ｵ繝昴�繝医＠縺ｦ縺�∪縺帙ｓ</emphasis></entry>
             </row>
             </tbody>
             </tgroup>
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/performance.xml b/documentation/manual/ja-JP/src/main/docbook/content/performance.xml
index 6c80e9e660..79d7a9c5f4 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/performance.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/performance.xml
@@ -1,133 +1,135 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="performance">
-    <title>パフォーマンスの改善</title>
+    <title>繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ縺ｮ謾ｹ蝟�</title>
 
     <sect1 id="performance-fetching" revision="2">
-        <title>フェッチ戦略</title>
+        <title>繝輔ぉ繝�メ謌ｦ逡･</title>
 
         <para>
-            <emphasis>フェッチ戦略</emphasis> は、アプリケーションが関連をナビゲートする必要がある
-            ときに、Hibernateが関連オブジェクトを復元するために使用する戦略です。フェッチ戦略はO/Rマッピングの
-            メタデータに宣言するか、特定のHQL、 <literal>Criteria</literal> クエリでオーバーライドします。
+            <emphasis>繝輔ぉ繝�メ謌ｦ逡･</emphasis> 縺ｯ縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺碁未騾｣繧偵リ繝薙ご繝ｼ繝医☆繧句ｿ�ｦ√′縺ゅｋ
+            縺ｨ縺阪↓縲？ibernate縺碁未騾｣繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ蠕ｩ蜈�☆繧九◆繧√↓菴ｿ逕ｨ縺吶ｋ謌ｦ逡･縺ｧ縺吶ゅヵ繧ｧ繝�メ謌ｦ逡･縺ｯO/R繝槭ャ繝斐Φ繧ｰ縺ｮ
+            繝｡繧ｿ繝��繧ｿ縺ｫ螳｣險縺吶ｋ縺九∫音螳壹�HQL縲� <literal>Criteria</literal> 繧ｯ繧ｨ繝ｪ縺ｧ繧ｪ繝ｼ繝舌�繝ｩ繧､繝峨＠縺ｾ縺吶�
         </para>
 
         <para>
-            Hibernate3は次に示すフェッチ戦略を定義しています。
+            Hibernate3縺ｯ谺｡縺ｫ遉ｺ縺吶ヵ繧ｧ繝�メ謌ｦ逡･繧貞ｮ夂ｾｩ縺励※縺�∪縺吶�
         </para>
 
         <itemizedlist>
              <listitem>
                 <para>
-                    <emphasis>結合フェッチ</emphasis> - Hibernateは <literal>OUTER JOIN</literal> を使って、
-                    関連するインスタンスやコレクションを１つの <literal>SELECT</literal> 
-                    で復元します。
+                    <emphasis>邨仙粋繝輔ぉ繝�メ</emphasis> - Hibernate縺ｯ <literal>OUTER JOIN</literal> 繧剃ｽｿ縺｣縺ｦ縲�
+                    髢｢騾｣縺吶ｋ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧�さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧抵ｼ代▽縺ｮ <literal>SELECT</literal> 
+                    縺ｧ蠕ｩ蜈�＠縺ｾ縺吶�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <emphasis>セレクトフェッチ</emphasis> - 2回目の <literal>SELECT</literal>
-                    で関連するエンティティやコレクションを復元します。 <literal>lazy="false"</literal> 
-                    で明示的に遅延フェッチを無効にしなければ、この2回目のselectは実際に
-                    関連にアクセスしたときのみ実行されるでしょう。
+                    <emphasis>繧ｻ繝ｬ繧ｯ繝医ヵ繧ｧ繝�メ</emphasis> - 2蝗樒岼縺ｮ <literal>SELECT</literal>
+                    縺ｧ髢｢騾｣縺吶ｋ繧ｨ繝ｳ繝�ぅ繝�ぅ繧�さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧貞ｾｩ蜈�＠縺ｾ縺吶� <literal>lazy="false"</literal> 
+                    縺ｧ譏守､ｺ逧�↓驕�ｻｶ繝輔ぉ繝�メ繧堤┌蜉ｹ縺ｫ縺励↑縺代ｌ縺ｰ縲√％縺ｮ2蝗樒岼縺ｮselect縺ｯ螳滄圀縺ｫ
+                    髢｢騾｣縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺励◆縺ｨ縺阪�縺ｿ螳溯｡後＆繧後ｋ縺ｧ縺励ｇ縺��
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <emphasis>サブセレクトフェッチ</emphasis> - 2回目の <literal>SELECT</literal> 
-                    で、直前のクエリやフェッチで復元したすべての要素に関連するコレクションを
-                    復元します。 <literal>lazy="false"</literal> 
-                    で明示的に遅延フェッチを無効にしなければ、この2回目のselectは実際に
-                    関連にアクセスしたときのみ実行されるでしょう。
+                    <emphasis>繧ｵ繝悶そ繝ｬ繧ｯ繝医ヵ繧ｧ繝�メ</emphasis> - 2蝗樒岼縺ｮ <literal>SELECT</literal> 
+                    縺ｧ縲∫峩蜑阪�繧ｯ繧ｨ繝ｪ繧�ヵ繧ｧ繝�メ縺ｧ蠕ｩ蜈�＠縺溘☆縺ｹ縺ｦ縺ｮ隕∫ｴ�縺ｫ髢｢騾｣縺吶ｋ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧�
+                    蠕ｩ蜈�＠縺ｾ縺吶� <literal>lazy="false"</literal> 
+                    縺ｧ譏守､ｺ逧�↓驕�ｻｶ繝輔ぉ繝�メ繧堤┌蜉ｹ縺ｫ縺励↑縺代ｌ縺ｰ縲√％縺ｮ2蝗樒岼縺ｮselect縺ｯ螳滄圀縺ｫ
+                    髢｢騾｣縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺励◆縺ｨ縺阪�縺ｿ螳溯｡後＆繧後ｋ縺ｧ縺励ｇ縺��
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <emphasis>バッチフェッチ</emphasis> - セレクトフェッチのための最適化された戦略
-                     - Hibernateはエンティティのインスタンスやコレクションの一群を1回の
-                    <literal>SELECT</literal> で復元します。これは主キーや外部キーのリストを指定することに
-                    により行います。
+                    <emphasis>繝舌ャ繝√ヵ繧ｧ繝�メ</emphasis> - 繧ｻ繝ｬ繧ｯ繝医ヵ繧ｧ繝�メ縺ｮ縺溘ａ縺ｮ譛驕ｩ蛹悶＆繧後◆謌ｦ逡･
+                     - Hibernate縺ｯ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧�さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ荳鄒､繧�1蝗槭�
+                    <literal>SELECT</literal> 縺ｧ蠕ｩ蜈�＠縺ｾ縺吶ゅ％繧後�荳ｻ繧ｭ繝ｼ繧�､夜Κ繧ｭ繝ｼ縺ｮ繝ｪ繧ｹ繝医ｒ謖�ｮ壹☆繧九％縺ｨ縺ｫ
+                    縺ｫ繧医ｊ陦後＞縺ｾ縺吶�
                 </para>
             </listitem>
         </itemizedlist>
         
         <para>
-            Hibernateは次に示す戦略とも区別をします。
+            Hibernate縺ｯ谺｡縺ｫ遉ｺ縺呎姶逡･縺ｨ繧ょ玄蛻･繧偵＠縺ｾ縺吶�
         </para>
 
         <itemizedlist>
              <listitem>
                 <para>
-                    <emphasis>即時フェッチ</emphasis> - 所有者のオブジェクトがロードされたときに、
-                    関連、コレクションは即時にフェッチされます。
+                    <emphasis>蜊ｳ譎ゅヵ繧ｧ繝�メ</emphasis> - 謇譛芽��繧ｪ繝悶ず繧ｧ繧ｯ繝医′繝ｭ繝ｼ繝峨＆繧後◆縺ｨ縺阪↓縲�
+                    髢｢騾｣縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ蜊ｳ譎ゅ↓繝輔ぉ繝�メ縺輔ｌ縺ｾ縺吶�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <emphasis>遅延コレクションフェッチ</emphasis> - アプリケーションがコレクションに
-                    対して操作を行ったときにコレクションをフェッチします。
-                    (これはコレクションに対するデフォルトの動作です)
+                    <emphasis>驕�ｻｶ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繝輔ぉ繝�メ</emphasis> - 繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺後さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ
+                    蟇ｾ縺励※謫堺ｽ懊ｒ陦後▲縺溘→縺阪↓繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧偵ヵ繧ｧ繝�メ縺励∪縺吶�
+                    (縺薙ｌ縺ｯ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ蟇ｾ縺吶ｋ繝�ヵ繧ｩ繝ｫ繝医�蜍穂ｽ懊〒縺�)
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <emphasis>"特別な遅延"コレクションフェッチ</emphasis> - コレクションの要素
-                    １つ１つが独立して、必要なときにデータベースから取得されます。
-                    Hibernateは必要ないならば、コレクション全体をメモリにフェッチすることは
-                    避けます（とても大きなコレクションに適しています）。
+                    <emphasis>"迚ｹ蛻･縺ｪ驕�ｻｶ"繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繝輔ぉ繝�メ</emphasis> - 繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隕∫ｴ�
+                    �代▽�代▽縺檎峡遶九＠縺ｦ縲∝ｿ�ｦ√↑縺ｨ縺阪↓繝��繧ｿ繝吶�繧ｹ縺九ｉ蜿門ｾ励＆繧後∪縺吶�
+                    Hibernate縺ｯ蠢�ｦ√↑縺�↑繧峨�縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ蜈ｨ菴薙ｒ繝｡繝｢繝ｪ縺ｫ繝輔ぉ繝�メ縺吶ｋ縺薙→縺ｯ
+                    驕ｿ縺代∪縺呻ｼ医→縺ｦ繧ょ､ｧ縺阪↑繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ驕ｩ縺励※縺�∪縺呻ｼ峨�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <emphasis>プロキシフェッチ</emphasis> - 単一値関連は、識別子のgetter以外の
-                    メソッドが関連オブジェクトで呼び出されるときにフェッチされます。
+                    <emphasis>繝励Ο繧ｭ繧ｷ繝輔ぉ繝�メ</emphasis> - 蜊倅ｸ蛟､髢｢騾｣縺ｯ縲∬ｭ伜挨蟄舌�getter莉･螟悶�
+                    繝｡繧ｽ繝�ラ縺碁未騾｣繧ｪ繝悶ず繧ｧ繧ｯ繝医〒蜻ｼ縺ｳ蜃ｺ縺輔ｌ繧九→縺阪↓繝輔ぉ繝�メ縺輔ｌ縺ｾ縺吶�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <emphasis>"プロキシなし"フェッチ</emphasis> - 単一値関連は、インスタンス変数に
-                    アクセスされたときにフェッチされます。プロキシフェッチと比較すると、この方法は
-                    遅延の度合いが少ない（関連は識別子にアクセスしただけでもフェッチされます）
-                    ですが、より透過的で、アプリケーションにプロキシが存在しないように見せます。
-                    この方法はビルド時のバイトコード組み込みが必要になり、使う場面はまれです。
+                    <emphasis>"繝励Ο繧ｭ繧ｷ縺ｪ縺�"繝輔ぉ繝�メ</emphasis> - 蜊倅ｸ蛟､髢｢騾｣縺ｯ縲√う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ螟画焚縺ｫ
+                    繧｢繧ｯ繧ｻ繧ｹ縺輔ｌ縺溘→縺阪↓繝輔ぉ繝�メ縺輔ｌ縺ｾ縺吶ゅ�繝ｭ繧ｭ繧ｷ繝輔ぉ繝�メ縺ｨ豈碑ｼ�☆繧九→縲√％縺ｮ譁ｹ豕輔�
+                    驕�ｻｶ縺ｮ蠎ｦ蜷医＞縺悟ｰ代↑縺�ｼ磯未騾｣縺ｯ隴伜挨蟄舌↓繧｢繧ｯ繧ｻ繧ｹ縺励◆縺�縺代〒繧ゅヵ繧ｧ繝�メ縺輔ｌ縺ｾ縺呻ｼ�
+                    縺ｧ縺吶′縲√ｈ繧企城℃逧�〒縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ繝励Ο繧ｭ繧ｷ縺悟ｭ伜惠縺励↑縺�ｈ縺�↓隕九○縺ｾ縺吶�
+                    縺薙�譁ｹ豕輔�繝薙Ν繝画凾縺ｮ繝舌う繝医さ繝ｼ繝臥ｵ�∩霎ｼ縺ｿ縺悟ｿ�ｦ√↓縺ｪ繧翫∽ｽｿ縺��ｴ髱｢縺ｯ縺ｾ繧後〒縺吶�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <emphasis>遅延属性フェッチ</emphasis> - 属性や単一値関連は、インスタンス変数にアクセスした
-                    ときにフェッチされます。この方法はビルド時のバイトコード組み込みが必要になり、
-                    使う場面はまれです。
+                    <emphasis>驕�ｻｶ螻樊ｧ繝輔ぉ繝�メ</emphasis> - 螻樊ｧ繧�腰荳蛟､髢｢騾｣縺ｯ縲√う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ螟画焚縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺励◆
+                    縺ｨ縺阪↓繝輔ぉ繝�メ縺輔ｌ縺ｾ縺吶ゅ％縺ｮ譁ｹ豕輔�繝薙Ν繝画凾縺ｮ繝舌う繝医さ繝ｼ繝臥ｵ�∩霎ｼ縺ｿ縺悟ｿ�ｦ√↓縺ｪ繧翫�
+                    菴ｿ縺��ｴ髱｢縺ｯ縺ｾ繧後〒縺吶�
                 </para>
             </listitem>
         </itemizedlist>
         
         <para>
-            二つの直行する概念があります: <emphasis>いつ</emphasis> 関連をフェッチするか、
-            そして、 <emphasis>どうやって</emphasis> フェッチするか（どんなSQLを使って）。
-            これらを混同しないでください！ <literal>fetch</literal> はパフォーマンスチューニングに使います。
-            <literal>lazy</literal> はあるクラスの分離されたインスタンスのうち、どのデータを常に
-            使用可能にするかの取り決めを定義します。
+            莠後▽縺ｮ逶ｴ陦後☆繧区ｦょｿｵ縺後≠繧翫∪縺�: <emphasis>縺�▽</emphasis> 髢｢騾｣繧偵ヵ繧ｧ繝�メ縺吶ｋ縺九�
+            縺昴＠縺ｦ縲� <emphasis>縺ｩ縺�ｄ縺｣縺ｦ</emphasis> 繝輔ぉ繝�メ縺吶ｋ縺具ｼ医←繧薙↑SQL繧剃ｽｿ縺｣縺ｦ�峨�
+            縺薙ｌ繧峨ｒ豺ｷ蜷後＠縺ｪ縺�〒縺上□縺輔＞�� <literal>fetch</literal> 縺ｯ繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ繝√Η繝ｼ繝九Φ繧ｰ縺ｫ菴ｿ縺�∪縺吶�
+            <literal>lazy</literal> 縺ｯ縺ゅｋ繧ｯ繝ｩ繧ｹ縺ｮ蛻�屬縺輔ｌ縺溘う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ縺�■縲√←縺ｮ繝��繧ｿ繧貞ｸｸ縺ｫ
+            菴ｿ逕ｨ蜿ｯ閭ｽ縺ｫ縺吶ｋ縺九�蜿悶ｊ豎ｺ繧√ｒ螳夂ｾｩ縺励∪縺吶�
         </para>
  
         <sect2 id="performance-fetching-lazy">
-            <title>遅延関連の働き</title>
+            <title>驕�ｻｶ髢｢騾｣縺ｮ蜒阪″</title>
             
             <para>
-                デフォルトでは、Hibernate3はコレクションに対しては遅延セレクトフェッチを使い、
-                単一値関連には遅延プロキシフェッチを使います。これらのデフォルト動作はほぼすべての
-                アプリケーションのほぼすべての関連で意味があります。
+                繝�ヵ繧ｩ繝ｫ繝医〒縺ｯ縲？ibernate3縺ｯ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ蟇ｾ縺励※縺ｯ驕�ｻｶ繧ｻ繝ｬ繧ｯ繝医ヵ繧ｧ繝�メ繧剃ｽｿ縺��
+                蜊倅ｸ蛟､髢｢騾｣縺ｫ縺ｯ驕�ｻｶ繝励Ο繧ｭ繧ｷ繝輔ぉ繝�メ繧剃ｽｿ縺�∪縺吶ゅ％繧後ｉ縺ｮ繝�ヵ繧ｩ繝ｫ繝亥虚菴懊�縺ｻ縺ｼ縺吶∋縺ｦ縺ｮ
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ縺ｻ縺ｼ縺吶∋縺ｦ縺ｮ髢｢騾｣縺ｧ諢丞袖縺後≠繧翫∪縺吶�
             </para>
             
             <para>
-                <emphasis>注:</emphasis>
-                <literal>hibernate.default_batch_fetch_size</literal> をセットしたときは、Hibernateは
-                遅延フェッチのためのバッチフェッチ最適化を使うでしょう
-                （この最適化はより細かいレベルで有効にすることも出来ます）。
+                <emphasis>豕ｨ:</emphasis>
+                <literal>hibernate.default_batch_fetch_size</literal> 繧偵そ繝�ヨ縺励◆縺ｨ縺阪�縲？ibernate縺ｯ
+                驕�ｻｶ繝輔ぉ繝�メ縺ｮ縺溘ａ縺ｮ繝舌ャ繝√ヵ繧ｧ繝�メ譛驕ｩ蛹悶ｒ菴ｿ縺�〒縺励ｇ縺�
+                �医％縺ｮ譛驕ｩ蛹悶�繧医ｊ邏ｰ縺九＞繝ｬ繝吶Ν縺ｧ譛牙柑縺ｫ縺吶ｋ縺薙→繧ょ�譚･縺ｾ縺呻ｼ峨�
             </para>
             
             <para>
-                しかし、遅延フェッチは知っておかなければならない一つの問題があります。
-                Hibernateのsessionをオープンしているコンテキストの外から遅延関連にアクセスすると、
-                例外が発生します。例：
+                縺励°縺励�≦蟒ｶ繝輔ぉ繝�メ縺ｯ遏･縺｣縺ｦ縺翫°縺ｪ縺代ｌ縺ｰ縺ｪ繧峨↑縺�ｸ縺､縺ｮ蝠城｡後′縺ゅｊ縺ｾ縺吶�
+                Hibernate縺ｮsession繧偵が繝ｼ繝励Φ縺励※縺�ｋ繧ｳ繝ｳ繝�く繧ｹ繝医�螟悶°繧蛾≦蟒ｶ髢｢騾｣縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ縺ｨ縲�
+                萓句､悶′逋ｺ逕溘＠縺ｾ縺吶ゆｾ具ｼ�
             </para>
         
             <programlisting><![CDATA[s = sessions.openSession();
@@ -143,38 +145,38 @@ s.close();
 Integer accessLevel = (Integer) permissions.get("accounts");  // Error!]]></programlisting>
 
             <para>
-                <literal>Session</literal> がクローズされたとき、permissionsコレクションは
-                初期化されていないため、このコレクションは自身の状態をロードできません。
-                <emphasis>Hibernateは切り離されたオブジェクトの遅延初期化はサポート
-                していません</emphasis> 。修正方法として、コレクションから読み込みを行うコードを
-                トランザクションをコミットする直前に移動させます。
+                <literal>Session</literal> 縺後け繝ｭ繝ｼ繧ｺ縺輔ｌ縺溘→縺阪｝ermissions繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ
+                蛻晄悄蛹悶＆繧後※縺�↑縺�◆繧√√％縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ閾ｪ霄ｫ縺ｮ迥ｶ諷九ｒ繝ｭ繝ｼ繝峨〒縺阪∪縺帙ｓ縲�
+                <emphasis>Hibernate縺ｯ蛻�ｊ髮｢縺輔ｌ縺溘が繝悶ず繧ｧ繧ｯ繝医�驕�ｻｶ蛻晄悄蛹悶�繧ｵ繝昴�繝�
+                縺励※縺�∪縺帙ｓ</emphasis> 縲ゆｿｮ豁｣譁ｹ豕輔→縺励※縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺九ｉ隱ｭ縺ｿ霎ｼ縺ｿ繧定｡後≧繧ｳ繝ｼ繝峨ｒ
+                繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧偵さ繝溘ャ繝医☆繧狗峩蜑阪↓遘ｻ蜍輔＆縺帙∪縺吶�
             </para>
     
             <para>
-                一方で、 <literal>lazy="false"</literal> を関連マッピングに指定することで、
-                遅延処理をしないコレクションや関連を使うことが出来ます。 
-                しかしながら、遅延初期化はほぼすべてのコレクションや関連で使われることを
-                意図しています。もしあなたのオブジェクトモデルの中に遅延処理をしない関連を
-                多く定義してしまうと、Hibernateは最終的にはトランザクション毎に
-                ほぼ完全なデータベースをメモリの中にフェッチすることになるでしょう！
+                荳譁ｹ縺ｧ縲� <literal>lazy="false"</literal> 繧帝未騾｣繝槭ャ繝斐Φ繧ｰ縺ｫ謖�ｮ壹☆繧九％縺ｨ縺ｧ縲�
+                驕�ｻｶ蜃ｦ逅�ｒ縺励↑縺�さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧�未騾｣繧剃ｽｿ縺�％縺ｨ縺悟�譚･縺ｾ縺吶� 
+                縺励°縺励↑縺後ｉ縲�≦蟒ｶ蛻晄悄蛹悶�縺ｻ縺ｼ縺吶∋縺ｦ縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧�未騾｣縺ｧ菴ｿ繧上ｌ繧九％縺ｨ繧�
+                諢丞峙縺励※縺�∪縺吶ゅｂ縺励≠縺ｪ縺溘�繧ｪ繝悶ず繧ｧ繧ｯ繝医Δ繝�Ν縺ｮ荳ｭ縺ｫ驕�ｻｶ蜃ｦ逅�ｒ縺励↑縺�未騾｣繧�
+                螟壹￥螳夂ｾｩ縺励※縺励∪縺�→縲？ibernate縺ｯ譛邨ら噪縺ｫ縺ｯ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ豈弱↓
+                縺ｻ縺ｼ螳悟�縺ｪ繝��繧ｿ繝吶�繧ｹ繧偵Γ繝｢繝ｪ縺ｮ荳ｭ縺ｫ繝輔ぉ繝�メ縺吶ｋ縺薙→縺ｫ縺ｪ繧九〒縺励ｇ縺�ｼ�
             </para>
     
             <para>
-                他方では、特定のトランザクションにおいてセレクトフェッチの代わりに
-                結合フェッチ（当然これは遅延処理ではなくなります）を選択したいことが
-                時々あります。これからフェッチ戦略をカスタマイズする方法をお見せします。
-                Hibernate3では、フェッチ戦略を選択する仕組みは単一値関連とコレクションで
-                変わりはありません。
+                莉匁婿縺ｧ縺ｯ縲∫音螳壹�繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ縺翫＞縺ｦ繧ｻ繝ｬ繧ｯ繝医ヵ繧ｧ繝�メ縺ｮ莉｣繧上ｊ縺ｫ
+                邨仙粋繝輔ぉ繝�メ�亥ｽ鍋┯縺薙ｌ縺ｯ驕�ｻｶ蜃ｦ逅�〒縺ｯ縺ｪ縺上↑繧翫∪縺呻ｼ峨ｒ驕ｸ謚槭＠縺溘＞縺薙→縺�
+                譎ゅ�≠繧翫∪縺吶ゅ％繧後°繧峨ヵ繧ｧ繝�メ謌ｦ逡･繧偵き繧ｹ繧ｿ繝槭う繧ｺ縺吶ｋ譁ｹ豕輔ｒ縺願ｦ九○縺励∪縺吶�
+                Hibernate3縺ｧ縺ｯ縲√ヵ繧ｧ繝�メ謌ｦ逡･繧帝∈謚槭☆繧倶ｻ慕ｵ�∩縺ｯ蜊倅ｸ蛟､髢｢騾｣縺ｨ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｧ
+                螟峨ｏ繧翫�縺ゅｊ縺ｾ縺帙ｓ縲�
             </para>
         
         </sect2>
         
         <sect2 id="performance-fetching-custom" revision="4">
-            <title>フェッチ戦略のチューニング</title>
+            <title>繝輔ぉ繝�メ謌ｦ逡･縺ｮ繝√Η繝ｼ繝九Φ繧ｰ</title>
             
             <para>
-                セレクトフェッチ（デフォルト）はN+1セレクト問題という大きな弱点があるため、
-                マッピング定義で結合フェッチを有効にすることができます。
+                繧ｻ繝ｬ繧ｯ繝医ヵ繧ｧ繝�メ�医ョ繝輔か繝ｫ繝茨ｼ峨�N+1繧ｻ繝ｬ繧ｯ繝亥撫鬘後→縺�≧螟ｧ縺阪↑蠑ｱ轤ｹ縺後≠繧九◆繧√�
+                繝槭ャ繝斐Φ繧ｰ螳夂ｾｩ縺ｧ邨仙粋繝輔ぉ繝�メ繧呈怏蜉ｹ縺ｫ縺吶ｋ縺薙→縺後〒縺阪∪縺吶�
             </para>
             
             <programlisting><![CDATA[<set name="permissions" 
@@ -186,52 +188,52 @@ Integer accessLevel = (Integer) permissions.get("accounts");  // Error!]]></prog
            <programlisting><![CDATA[<many-to-one name="mother" class="Cat" fetch="join"/>]]></programlisting>
 
             <para>
-                マッピング定義で定義した <literal>フェッチ</literal> 戦略は次のものに影響します。
+                繝槭ャ繝斐Φ繧ｰ螳夂ｾｩ縺ｧ螳夂ｾｩ縺励◆ <literal>繝輔ぉ繝�メ</literal> 謌ｦ逡･縺ｯ谺｡縺ｮ繧ゅ�縺ｫ蠖ｱ髻ｿ縺励∪縺吶�
             </para>
             
         <itemizedlist>
              <listitem>
                 <para>
-                    <literal>get()</literal> や <literal>load()</literal> による復元
+                    <literal>get()</literal> 繧� <literal>load()</literal> 縺ｫ繧医ｋ蠕ｩ蜈�
                 </para>
             </listitem>
             <listitem>
                 <para>
 
-                    関連にナビゲートしたときに発生する暗黙的な復元
+                    髢｢騾｣縺ｫ繝翫ン繧ｲ繝ｼ繝医＠縺溘→縺阪↓逋ｺ逕溘☆繧区囓鮟咏噪縺ｪ蠕ｩ蜈�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <literal>Criteria</literal> クエリ
+                    <literal>Criteria</literal> 繧ｯ繧ｨ繝ｪ
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <literal>サブセレクト</literal> フェッチを使うHQLクエリ
+                    <literal>繧ｵ繝悶そ繝ｬ繧ｯ繝�</literal> 繝輔ぉ繝�メ繧剃ｽｿ縺�HQL繧ｯ繧ｨ繝ｪ
                 </para>
             </listitem>
         </itemizedlist>
 
             <para>
-                たとえどんなフェッチ戦略を使ったとしても、遅延ではないグラフはメモリに読み込まれることが
-                保証されます。つまり、特定のHQLクエリを実行するためにいくつかのSELECT文が即時実行される
-                ことがあるので注意してください。
+                縺溘→縺医←繧薙↑繝輔ぉ繝�メ謌ｦ逡･繧剃ｽｿ縺｣縺溘→縺励※繧ゅ�≦蟒ｶ縺ｧ縺ｯ縺ｪ縺�げ繝ｩ繝輔�繝｡繝｢繝ｪ縺ｫ隱ｭ縺ｿ霎ｼ縺ｾ繧後ｋ縺薙→縺�
+                菫晁ｨｼ縺輔ｌ縺ｾ縺吶ゅ▽縺ｾ繧翫∫音螳壹�HQL繧ｯ繧ｨ繝ｪ繧貞ｮ溯｡後☆繧九◆繧√↓縺�￥縺､縺九�SELECT譁�′蜊ｳ譎ょｮ溯｡後＆繧後ｋ
+                縺薙→縺後≠繧九�縺ｧ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
             </para>
 
             <para>
-                通常は、マッピング定義でフェッチのカスタマイズは行いません。
-                代わりに、デフォルトの動作のままにしておいて、HQLで <literal>left join fetch</literal> を
-                指定することで特定のトランザクションで動作をオーバーライドします。
-                これはHibernateに初回のセレクトで外部結合を使って関連を先にフェッチするように指定しています。
-                <literal>Criteria</literal> クエリのAPIでは、
-                <literal>setFetchMode(FetchMode.JOIN)</literal> を使うことが出来ます。
+                騾壼ｸｸ縺ｯ縲√�繝�ヴ繝ｳ繧ｰ螳夂ｾｩ縺ｧ繝輔ぉ繝�メ縺ｮ繧ｫ繧ｹ繧ｿ繝槭う繧ｺ縺ｯ陦後＞縺ｾ縺帙ｓ縲�
+                莉｣繧上ｊ縺ｫ縲√ョ繝輔か繝ｫ繝医�蜍穂ｽ懊�縺ｾ縺ｾ縺ｫ縺励※縺翫＞縺ｦ縲？QL縺ｧ <literal>left join fetch</literal> 繧�
+                謖�ｮ壹☆繧九％縺ｨ縺ｧ迚ｹ螳壹�繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｧ蜍穂ｽ懊ｒ繧ｪ繝ｼ繝舌�繝ｩ繧､繝峨＠縺ｾ縺吶�
+                縺薙ｌ縺ｯHibernate縺ｫ蛻晏屓縺ｮ繧ｻ繝ｬ繧ｯ繝医〒螟夜Κ邨仙粋繧剃ｽｿ縺｣縺ｦ髢｢騾｣繧貞�縺ｫ繝輔ぉ繝�メ縺吶ｋ繧医≧縺ｫ謖�ｮ壹＠縺ｦ縺�∪縺吶�
+                <literal>Criteria</literal> 繧ｯ繧ｨ繝ｪ縺ｮAPI縺ｧ縺ｯ縲�
+                <literal>setFetchMode(FetchMode.JOIN)</literal> 繧剃ｽｿ縺�％縺ｨ縺悟�譚･縺ｾ縺吶�
             </para>
             
             <para>
-                もし <literal>get()</literal> や <literal>load()</literal> で使われる
-                フェッチ戦略を変えたいと感じたときには、単純に
-                <literal>Criteria</literal> クエリを使ってください。例：
+                繧ゅ＠ <literal>get()</literal> 繧� <literal>load()</literal> 縺ｧ菴ｿ繧上ｌ繧�
+                繝輔ぉ繝�メ謌ｦ逡･繧貞､峨∴縺溘＞縺ｨ諢溘§縺溘→縺阪↓縺ｯ縲∝腰邏斐↓
+                <literal>Criteria</literal> 繧ｯ繧ｨ繝ｪ繧剃ｽｿ縺｣縺ｦ縺上□縺輔＞縲ゆｾ具ｼ�
             </para>
             
             <programlisting><![CDATA[User user = (User) session.createCriteria(User.class)
@@ -240,42 +242,42 @@ Integer accessLevel = (Integer) permissions.get("accounts");  // Error!]]></prog
                 .uniqueResult();]]></programlisting>
                 
             <para>
-                （これはいくつかのORMソリューションが"fetch plan"と呼んでいるものと同じです。）
+                �医％繧後�縺�￥縺､縺九�ORM繧ｽ繝ｪ繝･繝ｼ繧ｷ繝ｧ繝ｳ縺�"fetch plan"縺ｨ蜻ｼ繧薙〒縺�ｋ繧ゅ�縺ｨ蜷後§縺ｧ縺吶ゑｼ�
             </para>
 
             <para>
-                N+1セレクト問題を避けるためのまったく違う方法は、第2レベルキャッシュを使うことです。
+                N+1繧ｻ繝ｬ繧ｯ繝亥撫鬘後ｒ驕ｿ縺代ｋ縺溘ａ縺ｮ縺ｾ縺｣縺溘￥驕輔≧譁ｹ豕輔�縲∫ｬｬ2繝ｬ繝吶Ν繧ｭ繝｣繝�す繝･繧剃ｽｿ縺�％縺ｨ縺ｧ縺吶�
             </para>
 
         </sect2>
 
         <sect2 id="performance-fetching-proxies" revision="2">
-            <title>単一端関連プロキシ</title>
+            <title>蜊倅ｸ遶ｯ髢｢騾｣繝励Ο繧ｭ繧ｷ</title>
 
             <para>
-                コレクションの遅延フェッチは、Hibernate自身の実装による永続コレクションを使って
-                実現しています。しかし、単一端関連における遅延処理では、違う仕組みが
-                必要です。対象の関連エンティティはプロキシでなければなりません。Hibernateは
-                （すばらしいCGLIBライブラリによる）実行時のバイトコード拡張を
-                使って永続オブジェクトの遅延初期化プロキシを実現しています。
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ驕�ｻｶ繝輔ぉ繝�メ縺ｯ縲？ibernate閾ｪ霄ｫ縺ｮ螳溯｣�↓繧医ｋ豌ｸ邯壹さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧剃ｽｿ縺｣縺ｦ
+                螳溽樟縺励※縺�∪縺吶ゅ＠縺九＠縲∝腰荳遶ｯ髢｢騾｣縺ｫ縺翫￠繧矩≦蟒ｶ蜃ｦ逅�〒縺ｯ縲�＆縺�ｻ慕ｵ�∩縺�
+                蠢�ｦ√〒縺吶ょｯｾ雎｡縺ｮ髢｢騾｣繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｯ繝励Ο繧ｭ繧ｷ縺ｧ縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�Hibernate縺ｯ
+                �医☆縺ｰ繧峨＠縺ГGLIB繝ｩ繧､繝悶Λ繝ｪ縺ｫ繧医ｋ�牙ｮ溯｡梧凾縺ｮ繝舌う繝医さ繝ｼ繝画僑蠑ｵ繧�
+                菴ｿ縺｣縺ｦ豌ｸ邯壹が繝悶ず繧ｧ繧ｯ繝医�驕�ｻｶ蛻晄悄蛹悶�繝ｭ繧ｭ繧ｷ繧貞ｮ溽樟縺励※縺�∪縺吶�
             </para>
 
             <para>
-                デフォルトでは、Hibernate3は（開始時に）すべての永続クラスのプロキシを生成し、
-                それらを使って、 <literal>many-to-one</literal> や <literal>one-to-one</literal> 関連の
-                遅延フェッチを可能にしています。
+                繝�ヵ繧ｩ繝ｫ繝医〒縺ｯ縲？ibernate3縺ｯ�磯幕蟋区凾縺ｫ�峨☆縺ｹ縺ｦ縺ｮ豌ｸ邯壹け繝ｩ繧ｹ縺ｮ繝励Ο繧ｭ繧ｷ繧堤函謌舌＠縲�
+                縺昴ｌ繧峨ｒ菴ｿ縺｣縺ｦ縲� <literal>many-to-one</literal> 繧� <literal>one-to-one</literal> 髢｢騾｣縺ｮ
+                驕�ｻｶ繝輔ぉ繝�メ繧貞庄閭ｽ縺ｫ縺励※縺�∪縺吶�
             </para>
 
             <para>
-                マッピングファイルで <literal>proxy</literal> 属性によって、クラスのプロキシインターフェイスとして
-                使うインターフェイスを宣言できます。デフォルトでは、Hibernateはそのクラスのサブクラスを使います。
-                <emphasis>プロキシクラスは少なくともパッケージ可視でデフォルトコンストラクタを実装しなければ
-                ならないことに注意してください。すべての永続クラスにこのコンストラクタを推奨します！</emphasis>
+                繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ縺ｧ <literal>proxy</literal> 螻樊ｧ縺ｫ繧医▲縺ｦ縲√け繝ｩ繧ｹ縺ｮ繝励Ο繧ｭ繧ｷ繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｨ縺励※
+                菴ｿ縺�う繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧貞ｮ｣險縺ｧ縺阪∪縺吶ゅョ繝輔か繝ｫ繝医〒縺ｯ縲？ibernate縺ｯ縺昴�繧ｯ繝ｩ繧ｹ縺ｮ繧ｵ繝悶け繝ｩ繧ｹ繧剃ｽｿ縺�∪縺吶�
+                <emphasis>繝励Ο繧ｭ繧ｷ繧ｯ繝ｩ繧ｹ縺ｯ蟆代↑縺上→繧ゅヱ繝�こ繝ｼ繧ｸ蜿ｯ隕悶〒繝�ヵ繧ｩ繝ｫ繝医さ繝ｳ繧ｹ繝医Λ繧ｯ繧ｿ繧貞ｮ溯｣�＠縺ｪ縺代ｌ縺ｰ
+                縺ｪ繧峨↑縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲ゅ☆縺ｹ縺ｦ縺ｮ豌ｸ邯壹け繝ｩ繧ｹ縺ｫ縺薙�繧ｳ繝ｳ繧ｹ繝医Λ繧ｯ繧ｿ繧呈耳螂ｨ縺励∪縺呻ｼ�</emphasis>
             </para>
 
             <para>
-                ポリモーフィズムのクラスに対してこの方法を適用するときにいくつか考慮することがあります。
-                例：
+                繝昴Μ繝｢繝ｼ繝輔ぅ繧ｺ繝�縺ｮ繧ｯ繝ｩ繧ｹ縺ｫ蟇ｾ縺励※縺薙�譁ｹ豕輔ｒ驕ｩ逕ｨ縺吶ｋ縺ｨ縺阪↓縺�￥縺､縺玖��縺吶ｋ縺薙→縺後≠繧翫∪縺吶�
+                萓具ｼ�
             </para>
 
             <programlisting><![CDATA[<class name="Cat" proxy="Cat">
@@ -286,9 +288,9 @@ Integer accessLevel = (Integer) permissions.get("accounts");  // Error!]]></prog
 </class>]]></programlisting>
 
             <para>
-                第一に、 <literal>Cat</literal> のインスタンスは <literal>DomesticCat</literal> 
-                にキャストできません。たとえ基となるインスタンスが <literal>DomesticCat</literal> 
-                であったとしてもです。
+                隨ｬ荳縺ｫ縲� <literal>Cat</literal> 縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ <literal>DomesticCat</literal> 
+                縺ｫ繧ｭ繝｣繧ｹ繝医〒縺阪∪縺帙ｓ縲ゅ◆縺ｨ縺亥渕縺ｨ縺ｪ繧九う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺� <literal>DomesticCat</literal> 
+                縺ｧ縺ゅ▲縺溘→縺励※繧ゅ〒縺吶�
             </para>
 
             <programlisting><![CDATA[Cat cat = (Cat) session.load(Cat.class, id);  // instantiate a proxy (does not hit the db)
@@ -298,7 +300,7 @@ if ( cat.isDomesticCat() ) {                  // hit the db to initialize the pr
 }]]></programlisting>
 
             <para>
-                第二に、プロキシの <literal>==</literal> は成立しないことがあります。
+                隨ｬ莠後↓縲√�繝ｭ繧ｭ繧ｷ縺ｮ <literal>==</literal> 縺ｯ謌千ｫ九＠縺ｪ縺�％縺ｨ縺後≠繧翫∪縺吶�
             </para>
 
             <programlisting><![CDATA[Cat cat = (Cat) session.load(Cat.class, id);            // instantiate a Cat proxy
@@ -307,28 +309,28 @@ DomesticCat dc =
 System.out.println(cat==dc);                            // false]]></programlisting>
 
             <para>
-                しかし、これは見かけほど悪い状況というわけではありません。たとえ異なったプロキシオブジェクトへの
-                二つの参照があったとしても、基となるインスタンスは同じオブジェクトです。
+                縺励°縺励√％繧後�隕九°縺代⊇縺ｩ謔ｪ縺�憾豕√→縺�≧繧上￠縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲ゅ◆縺ｨ縺育焚縺ｪ縺｣縺溘�繝ｭ繧ｭ繧ｷ繧ｪ繝悶ず繧ｧ繧ｯ繝医∈縺ｮ
+                莠後▽縺ｮ蜿ら�縺後≠縺｣縺溘→縺励※繧ゅ∝渕縺ｨ縺ｪ繧九う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ蜷後§繧ｪ繝悶ず繧ｧ繧ｯ繝医〒縺吶�
             </para>
 
             <programlisting><![CDATA[cat.setWeight(11.0);  // hit the db to initialize the proxy
 System.out.println( dc.getWeight() );  // 11.0]]></programlisting>
 
             <para>
-                第三に、 <literal>final</literal> クラスや <literal>final</literal> メソッドを持つクラスに
-                CGLIBプロキシを使えません。
+                隨ｬ荳峨↓縲� <literal>final</literal> 繧ｯ繝ｩ繧ｹ繧� <literal>final</literal> 繝｡繧ｽ繝�ラ繧呈戟縺､繧ｯ繝ｩ繧ｹ縺ｫ
+                CGLIB繝励Ο繧ｭ繧ｷ繧剃ｽｿ縺医∪縺帙ｓ縲�
             </para>
 
             <para>
-                最後に、もし永続オブジェクトのインスタンス化時(例えば、初期化処理やデフォルトコンストラクタの中で)
-                になんらかのリソースが必要となるなら、そのリソースもまたプロキシを通して取得されます。
-                実際には、プロキシクラスは永続クラスのサブクラスです。 
+                譛蠕後↓縲√ｂ縺玲ｰｸ邯壹が繝悶ず繧ｧ繧ｯ繝医�繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ蛹匁凾(萓九∴縺ｰ縲∝�譛溷喧蜃ｦ逅�ｄ繝�ヵ繧ｩ繝ｫ繝医さ繝ｳ繧ｹ繝医Λ繧ｯ繧ｿ縺ｮ荳ｭ縺ｧ)
+                縺ｫ縺ｪ繧薙ｉ縺九�繝ｪ繧ｽ繝ｼ繧ｹ縺悟ｿ�ｦ√→縺ｪ繧九↑繧峨√◎縺ｮ繝ｪ繧ｽ繝ｼ繧ｹ繧ゅ∪縺溘�繝ｭ繧ｭ繧ｷ繧帝壹＠縺ｦ蜿門ｾ励＆繧後∪縺吶�
+                螳滄圀縺ｫ縺ｯ縲√�繝ｭ繧ｭ繧ｷ繧ｯ繝ｩ繧ｹ縺ｯ豌ｸ邯壹け繝ｩ繧ｹ縺ｮ繧ｵ繝悶け繝ｩ繧ｹ縺ｧ縺吶� 
             </para>
 
             <para>
-                これらの問題はJavaの単一継承モデルの原理上の制限のためです。もしこれらの問題を避けたいのなら、
-                ビジネスメソッドを宣言したインターフェイスをそれぞれ永続クラスで実装しなければなりません。
-                マッピングファイルでこれらのインターフェイスを指定する必要があります。例：
+                縺薙ｌ繧峨�蝠城｡後�Java縺ｮ蜊倅ｸ邯呎価繝｢繝�Ν縺ｮ蜴溽炊荳翫�蛻ｶ髯舌�縺溘ａ縺ｧ縺吶ゅｂ縺励％繧後ｉ縺ｮ蝠城｡後ｒ驕ｿ縺代◆縺��縺ｪ繧峨�
+                繝薙ず繝阪せ繝｡繧ｽ繝�ラ繧貞ｮ｣險縺励◆繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧偵◎繧後◇繧梧ｰｸ邯壹け繝ｩ繧ｹ縺ｧ螳溯｣�＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+                繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ縺ｧ縺薙ｌ繧峨�繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧呈欠螳壹☆繧句ｿ�ｦ√′縺ゅｊ縺ｾ縺吶ゆｾ具ｼ�
             </para>
 
             <programlisting><![CDATA[<class name="CatImpl" proxy="Cat">
@@ -339,11 +341,11 @@ System.out.println( dc.getWeight() );  // 11.0]]></programlisting>
 </class>]]></programlisting>
 
             <para>
-                <literal>CatImpl</literal> は <literal>Cat</literal> インターフェイスを実装するのに対し、
-                <literal>DomesticCatImpl</literal> は <literal>DomesticCat</literal> を実装します。
-                すると、 <literal>load()</literal> や <literal>iterate()</literal> は、
-                <literal>Cat</literal> や <literal>DomesticCat</literal> のインスタンスのプロキシを
-                返します。（ <literal>list()</literal> は通常はプロキシを返さないことに注意してください。）
+                <literal>CatImpl</literal> 縺ｯ <literal>Cat</literal> 繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧貞ｮ溯｣�☆繧九�縺ｫ蟇ｾ縺励�
+                <literal>DomesticCatImpl</literal> 縺ｯ <literal>DomesticCat</literal> 繧貞ｮ溯｣�＠縺ｾ縺吶�
+                縺吶ｋ縺ｨ縲� <literal>load()</literal> 繧� <literal>iterate()</literal> 縺ｯ縲�
+                <literal>Cat</literal> 繧� <literal>DomesticCat</literal> 縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ繝励Ο繧ｭ繧ｷ繧�
+                霑斐＠縺ｾ縺吶ゑｼ� <literal>list()</literal> 縺ｯ騾壼ｸｸ縺ｯ繝励Ο繧ｭ繧ｷ繧定ｿ斐＆縺ｪ縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲ゑｼ�
             </para>
 
             <programlisting><![CDATA[Cat cat = (Cat) session.load(CatImpl.class, catid);
@@ -351,136 +353,136 @@ Iterator iter = session.createQuery("from CatImpl as cat where cat.name='fritz'"
 Cat fritz = (Cat) iter.next();]]></programlisting>
 
             <para>
-                関連も遅延初期化されます。これはプロパティを <literal>Cat</literal> 型で宣言しなければ
-                ならないことを意味します。 <literal>CatImpl</literal> ではありません。
+                髢｢騾｣繧る≦蟒ｶ蛻晄悄蛹悶＆繧後∪縺吶ゅ％繧後�繝励Ο繝代ユ繧｣繧� <literal>Cat</literal> 蝙九〒螳｣險縺励↑縺代ｌ縺ｰ
+                縺ｪ繧峨↑縺�％縺ｨ繧呈э蜻ｳ縺励∪縺吶� <literal>CatImpl</literal> 縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
             </para>
 
             <para>
-                プロキシの初期化を <emphasis>必要としない</emphasis> 操作も存在します。
+                繝励Ο繧ｭ繧ｷ縺ｮ蛻晄悄蛹悶ｒ <emphasis>蠢�ｦ√→縺励↑縺�</emphasis> 謫堺ｽ懊ｂ蟄伜惠縺励∪縺吶�
             </para>
 
             <itemizedlist spacing="compact">
                 <listitem>
                     <para>
-                        <literal>equals()</literal> （永続クラスが <literal>equals()</literal> を
-                        オーバーライドしないとき）
+                        <literal>equals()</literal> �域ｰｸ邯壹け繝ｩ繧ｹ縺� <literal>equals()</literal> 繧�
+                        繧ｪ繝ｼ繝舌�繝ｩ繧､繝峨＠縺ｪ縺�→縺搾ｼ�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        <literal>hashCode()</literal> （永続クラスが <literal>hashCode()</literal> を
-                        オーバーライドしないとき）
+                        <literal>hashCode()</literal> �域ｰｸ邯壹け繝ｩ繧ｹ縺� <literal>hashCode()</literal> 繧�
+                        繧ｪ繝ｼ繝舌�繝ｩ繧､繝峨＠縺ｪ縺�→縺搾ｼ�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        識別子のgetterメソッド
+                        隴伜挨蟄舌�getter繝｡繧ｽ繝�ラ
                     </para>
                 </listitem>
             </itemizedlist>
 
             <para>
-                Hibernateは <literal>equals()</literal> や <literal>hashCode()</literal> をオーバーライドした
-                永続クラスを検出します。
+                Hibernate縺ｯ <literal>equals()</literal> 繧� <literal>hashCode()</literal> 繧偵が繝ｼ繝舌�繝ｩ繧､繝峨＠縺�
+                豌ｸ邯壹け繝ｩ繧ｹ繧呈､懷�縺励∪縺吶�
             </para>
 
             <para>
-                デフォルトの <literal>lazy="proxy"</literal> の代わりに、 <literal>lazy="no-proxy"</literal> を
-                選んだことで、型変換に関連する問題を回避することが出来ます。
-                しかし、ビルド時のバイトコード組み込みが必要になり、どのような操作であっても、
-                ただちにプロキシの初期化を行うことになるでしょう。
+                繝�ヵ繧ｩ繝ｫ繝医� <literal>lazy="proxy"</literal> 縺ｮ莉｣繧上ｊ縺ｫ縲� <literal>lazy="no-proxy"</literal> 繧�
+                驕ｸ繧薙□縺薙→縺ｧ縲∝梛螟画鋤縺ｫ髢｢騾｣縺吶ｋ蝠城｡後ｒ蝗樣∩縺吶ｋ縺薙→縺悟�譚･縺ｾ縺吶�
+                縺励°縺励√ン繝ｫ繝画凾縺ｮ繝舌う繝医さ繝ｼ繝臥ｵ�∩霎ｼ縺ｿ縺悟ｿ�ｦ√↓縺ｪ繧翫√←縺ｮ繧医≧縺ｪ謫堺ｽ懊〒縺ゅ▲縺ｦ繧ゅ�
+                縺溘□縺｡縺ｫ繝励Ο繧ｭ繧ｷ縺ｮ蛻晄悄蛹悶ｒ陦後≧縺薙→縺ｫ縺ｪ繧九〒縺励ｇ縺��
             </para>
 
         </sect2>
 
         <sect2 id="performance-fetching-initialization" revision="1">
-            <title>コレクションとプロキシの初期化</title>
+            <title>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｨ繝励Ο繧ｭ繧ｷ縺ｮ蛻晄悄蛹�</title>
 
             <para>
-                <literal>LazyInitializationException</literal> は、 <literal>Session</literal> のスコープ外から
-                初期化していないコレクションやプロキシにアクセスされたときに、Hibernateによってスローされます。
-                すなわち、コレクションやプロキシへの参照を持つエンティティが分離された状態の時です。
+                <literal>LazyInitializationException</literal> 縺ｯ縲� <literal>Session</literal> 縺ｮ繧ｹ繧ｳ繝ｼ繝怜､悶°繧�
+                蛻晄悄蛹悶＠縺ｦ縺�↑縺�さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧��繝ｭ繧ｭ繧ｷ縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺輔ｌ縺溘→縺阪↓縲？ibernate縺ｫ繧医▲縺ｦ繧ｹ繝ｭ繝ｼ縺輔ｌ縺ｾ縺吶�
+                縺吶↑繧上■縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧��繝ｭ繧ｭ繧ｷ縺ｸ縺ｮ蜿ら�繧呈戟縺､繧ｨ繝ｳ繝�ぅ繝�ぅ縺悟�髮｢縺輔ｌ縺溽憾諷九�譎ゅ〒縺吶�
             </para>
 
             <para>
-                <literal>Session</literal> をクローズする前にプロキシやコレクションの初期化を確実に
-                行いたいときがあります。もちろん、 <literal>cat.getSex()</literal> 
-                や <literal>cat.getKittens().size()</literal> などを常に呼び出すことで初期化を強制することはできます。
-                しかしこれはコードを読む人を混乱させ、汎用的なコードという点からも不便です。
+                <literal>Session</literal> 繧偵け繝ｭ繝ｼ繧ｺ縺吶ｋ蜑阪↓繝励Ο繧ｭ繧ｷ繧�さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蛻晄悄蛹悶ｒ遒ｺ螳溘↓
+                陦後＞縺溘＞縺ｨ縺阪′縺ゅｊ縺ｾ縺吶ゅｂ縺｡繧阪ｓ縲� <literal>cat.getSex()</literal> 
+                繧� <literal>cat.getKittens().size()</literal> 縺ｪ縺ｩ繧貞ｸｸ縺ｫ蜻ｼ縺ｳ蜃ｺ縺吶％縺ｨ縺ｧ蛻晄悄蛹悶ｒ蠑ｷ蛻ｶ縺吶ｋ縺薙→縺ｯ縺ｧ縺阪∪縺吶�
+                縺励°縺励％繧後�繧ｳ繝ｼ繝峨ｒ隱ｭ繧莠ｺ繧呈ｷｷ荵ｱ縺輔○縲∵ｱ守畑逧�↑繧ｳ繝ｼ繝峨→縺�≧轤ｹ縺九ｉ繧ゆｸ堺ｾｿ縺ｧ縺吶�
             </para>
 
             <para>
-                staticメソッドの <literal>Hibernate.initialize()</literal> や <literal>Hibernate.isInitialized()</literal> 
-                は遅延初期化のコレクションやプロキシを扱うときに便利な方法をアプリケーションに提供します。
-                <literal>Hibernate.initialize(cat)</literal> は、 <literal>Session</literal> がオープンしている限りは
-                <literal>cat</literal> プロキシを強制的に初期化します。
-                <literal>Hibernate.initialize( cat.getKittens() )</literal> はkittensコレクションに対して同様の
-                効果があります。
+                static繝｡繧ｽ繝�ラ縺ｮ <literal>Hibernate.initialize()</literal> 繧� <literal>Hibernate.isInitialized()</literal> 
+                縺ｯ驕�ｻｶ蛻晄悄蛹悶�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧��繝ｭ繧ｭ繧ｷ繧呈桶縺�→縺阪↓萓ｿ蛻ｩ縺ｪ譁ｹ豕輔ｒ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ謠蝉ｾ帙＠縺ｾ縺吶�
+                <literal>Hibernate.initialize(cat)</literal> 縺ｯ縲� <literal>Session</literal> 縺後が繝ｼ繝励Φ縺励※縺�ｋ髯舌ｊ縺ｯ
+                <literal>cat</literal> 繝励Ο繧ｭ繧ｷ繧貞ｼｷ蛻ｶ逧�↓蛻晄悄蛹悶＠縺ｾ縺吶�
+                <literal>Hibernate.initialize( cat.getKittens() )</literal> 縺ｯkittens繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ蟇ｾ縺励※蜷梧ｧ倥�
+                蜉ｹ譫懊′縺ゅｊ縺ｾ縺吶�
             </para>
 
             <para>
-                別の選択肢として、必要なすべてのコレクションやプロキシがロードされるまで
-                <literal>Session</literal> をオープンにしておく方法があります。いくつかのアプリケーションの
-                アーキテクチャでは、特にHibernateによるデータアクセスを行うコードと、それを使う
-                コードが異なるアプリケーションのレイヤーや、物理的に異なるプロセッサのときには、
-                コレクションが初期化されるときに <literal>Session</literal> がオープンしていることを
-                保証する問題があります。この問題に対しては2つの基本的な方法があります。
+                蛻･縺ｮ驕ｸ謚櫁い縺ｨ縺励※縲∝ｿ�ｦ√↑縺吶∋縺ｦ縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧��繝ｭ繧ｭ繧ｷ縺後Ο繝ｼ繝峨＆繧後ｋ縺ｾ縺ｧ
+                <literal>Session</literal> 繧偵が繝ｼ繝励Φ縺ｫ縺励※縺翫￥譁ｹ豕輔′縺ゅｊ縺ｾ縺吶ゅ＞縺上▽縺九�繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ
+                繧｢繝ｼ繧ｭ繝�け繝√Ε縺ｧ縺ｯ縲∫音縺ｫHibernate縺ｫ繧医ｋ繝��繧ｿ繧｢繧ｯ繧ｻ繧ｹ繧定｡後≧繧ｳ繝ｼ繝峨→縲√◎繧後ｒ菴ｿ縺�
+                繧ｳ繝ｼ繝峨′逡ｰ縺ｪ繧九い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ繝ｬ繧､繝､繝ｼ繧�∫黄逅�噪縺ｫ逡ｰ縺ｪ繧九�繝ｭ繧ｻ繝�し縺ｮ縺ｨ縺阪↓縺ｯ縲�
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺悟�譛溷喧縺輔ｌ繧九→縺阪↓ <literal>Session</literal> 縺後が繝ｼ繝励Φ縺励※縺�ｋ縺薙→繧�
+                菫晁ｨｼ縺吶ｋ蝠城｡後′縺ゅｊ縺ｾ縺吶ゅ％縺ｮ蝠城｡後↓蟇ｾ縺励※縺ｯ2縺､縺ｮ蝓ｺ譛ｬ逧�↑譁ｹ豕輔′縺ゅｊ縺ｾ縺吶�
             </para>
 
             <itemizedlist>
                 <listitem>
                     <para>
 
-                        Webベースのアプリケーションでは、
-                        ビューのレンダリングが完了し、リクエストが終わる一番最後で <literal>Session</literal> 
-                        をクローズするために、サーブレットフィルタを使うことができます（ <emphasis>Open Session in View</emphasis> 
-                        パターンです）。もちろん、アプリケーション基盤の例外処理の正確性が非常に重要になります。
-                        ビューのレンダリング中に例外が発生したときでさえ、ユーザに処理が戻る前に
-                        <literal>Session</literal> のクローズとトランザクションの終了を行う
-                        ことが不可欠になります。
-                        HibernateのWikiに載っている"Open Session in View"パターンの例を参照してください。
+                        Web繝吶�繧ｹ縺ｮ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｧ縺ｯ縲�
+                        繝薙Η繝ｼ縺ｮ繝ｬ繝ｳ繝繝ｪ繝ｳ繧ｰ縺悟ｮ御ｺ�＠縲√Μ繧ｯ繧ｨ繧ｹ繝医′邨ゅｏ繧倶ｸ逡ｪ譛蠕後〒 <literal>Session</literal> 
+                        繧偵け繝ｭ繝ｼ繧ｺ縺吶ｋ縺溘ａ縺ｫ縲√し繝ｼ繝悶Ξ繝�ヨ繝輔ぅ繝ｫ繧ｿ繧剃ｽｿ縺�％縺ｨ縺後〒縺阪∪縺呻ｼ� <emphasis>Open Session in View</emphasis> 
+                        繝代ち繝ｼ繝ｳ縺ｧ縺呻ｼ峨ゅｂ縺｡繧阪ｓ縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ蝓ｺ逶､縺ｮ萓句､門�逅��豁｣遒ｺ諤ｧ縺碁撼蟶ｸ縺ｫ驥崎ｦ√↓縺ｪ繧翫∪縺吶�
+                        繝薙Η繝ｼ縺ｮ繝ｬ繝ｳ繝繝ｪ繝ｳ繧ｰ荳ｭ縺ｫ萓句､悶′逋ｺ逕溘＠縺溘→縺阪〒縺輔∴縲√Θ繝ｼ繧ｶ縺ｫ蜃ｦ逅�′謌ｻ繧句燕縺ｫ
+                        <literal>Session</literal> 縺ｮ繧ｯ繝ｭ繝ｼ繧ｺ縺ｨ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ邨ゆｺ�ｒ陦後≧
+                        縺薙→縺御ｸ榊庄谺�縺ｫ縺ｪ繧翫∪縺吶�
+                        Hibernate縺ｮWiki縺ｫ霈峨▲縺ｦ縺�ｋ"Open Session in View"繝代ち繝ｼ繝ｳ縺ｮ萓九ｒ蜿ら�縺励※縺上□縺輔＞縲�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        ビジネス層が分離しているアプリケーションでは、ビジネスロジックは
-                        Web層で必要になるすべてのコレクションを事前に"準備"する必要があります。
-                        これは特定のユースケースで必要となるプレゼンテーション/Web層に対し、
-                        ビジネス層がすべてのデータをロードし、すべてのデータを初期化して返すべきと
-                        いうことを意味しています。通常は、アプリケーションはWeb層で必要なコレクション
-                        それぞれに対して <literal>Hibernate.initialize()</literal> を呼び出すか
-                        （この呼び出しはセッションをクローズする前に行う必要があります）、
-                        Hibernateクエリの <literal>FETCH</literal> 節や <literal>Criteria</literal> 
-                        の <literal>FetchMode.JOIN</literal> を使ってコレクションを先に復元します。
-                        普通は <emphasis>Session Facade</emphasis> パターンの代わりに
-                        <emphasis>Command</emphasis> パターンを採用するほうがより簡単です。
+                        繝薙ず繝阪せ螻､縺悟�髮｢縺励※縺�ｋ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｧ縺ｯ縲√ン繧ｸ繝阪せ繝ｭ繧ｸ繝�け縺ｯ
+                        Web螻､縺ｧ蠢�ｦ√↓縺ｪ繧九☆縺ｹ縺ｦ縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧剃ｺ句燕縺ｫ"貅門ｙ"縺吶ｋ蠢�ｦ√′縺ゅｊ縺ｾ縺吶�
+                        縺薙ｌ縺ｯ迚ｹ螳壹�繝ｦ繝ｼ繧ｹ繧ｱ繝ｼ繧ｹ縺ｧ蠢�ｦ√→縺ｪ繧九�繝ｬ繧ｼ繝ｳ繝��繧ｷ繝ｧ繝ｳ/Web螻､縺ｫ蟇ｾ縺励�
+                        繝薙ず繝阪せ螻､縺後☆縺ｹ縺ｦ縺ｮ繝��繧ｿ繧偵Ο繝ｼ繝峨＠縲√☆縺ｹ縺ｦ縺ｮ繝��繧ｿ繧貞�譛溷喧縺励※霑斐☆縺ｹ縺阪→
+                        縺�≧縺薙→繧呈э蜻ｳ縺励※縺�∪縺吶る壼ｸｸ縺ｯ縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯWeb螻､縺ｧ蠢�ｦ√↑繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ
+                        縺昴ｌ縺槭ｌ縺ｫ蟇ｾ縺励※ <literal>Hibernate.initialize()</literal> 繧貞他縺ｳ蜃ｺ縺吶°
+                        �医％縺ｮ蜻ｼ縺ｳ蜃ｺ縺励�繧ｻ繝�す繝ｧ繝ｳ繧偵け繝ｭ繝ｼ繧ｺ縺吶ｋ蜑阪↓陦後≧蠢�ｦ√′縺ゅｊ縺ｾ縺呻ｼ峨�
+                        Hibernate繧ｯ繧ｨ繝ｪ縺ｮ <literal>FETCH</literal> 遽繧� <literal>Criteria</literal> 
+                        縺ｮ <literal>FetchMode.JOIN</literal> 繧剃ｽｿ縺｣縺ｦ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧貞�縺ｫ蠕ｩ蜈�＠縺ｾ縺吶�
+                        譎ｮ騾壹� <emphasis>Session Facade</emphasis> 繝代ち繝ｼ繝ｳ縺ｮ莉｣繧上ｊ縺ｫ
+                        <emphasis>Command</emphasis> 繝代ち繝ｼ繝ｳ繧呈治逕ｨ縺吶ｋ縺ｻ縺�′繧医ｊ邁｡蜊倥〒縺吶�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        初期化されていないコレクション（もしくは他のプロキシ）にアクセスする前に、
-                        <literal>merge()</literal> や <literal>lock()</literal> を使って新しい
-                        <literal>Session</literal> に以前にロードされたオブジェクトを追加することも出来ます。
-                        アドホックなトランザクションのセマンティクスを導入したので、Hibernateは
-                        これを自動的に行わず、 <emphasis>行うべきでもありません</emphasis> ！
+                        蛻晄悄蛹悶＆繧後※縺�↑縺�さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ�医ｂ縺励￥縺ｯ莉悶�繝励Ο繧ｭ繧ｷ�峨↓繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ蜑阪↓縲�
+                        <literal>merge()</literal> 繧� <literal>lock()</literal> 繧剃ｽｿ縺｣縺ｦ譁ｰ縺励＞
+                        <literal>Session</literal> 縺ｫ莉･蜑阪↓繝ｭ繝ｼ繝峨＆繧後◆繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ霑ｽ蜉�縺吶ｋ縺薙→繧ょ�譚･縺ｾ縺吶�
+                        繧｢繝峨�繝�け縺ｪ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ｻ繝槭Φ繝�ぅ繧ｯ繧ｹ繧貞ｰ主�縺励◆縺ｮ縺ｧ縲？ibernate縺ｯ
+                        縺薙ｌ繧定�蜍慕噪縺ｫ陦後ｏ縺壹� <emphasis>陦後≧縺ｹ縺阪〒繧ゅ≠繧翫∪縺帙ｓ</emphasis> ��
                     </para>
                 </listitem>
             </itemizedlist>
 
             <para>
-                大きなコレクションを初期化したくはないが、コレクションについてのなんらかの情報（サイズのような）
-                やデータのサブセットを必要とすることがあります。
+                螟ｧ縺阪↑繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧貞�譛溷喧縺励◆縺上�縺ｪ縺�′縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ縺､縺�※縺ｮ縺ｪ繧薙ｉ縺九�諠��ｱ�医し繧､繧ｺ縺ｮ繧医≧縺ｪ��
+                繧�ョ繝ｼ繧ｿ縺ｮ繧ｵ繝悶そ繝�ヨ繧貞ｿ�ｦ√→縺吶ｋ縺薙→縺後≠繧翫∪縺吶�
             </para>
 
             <para>
-                コレクションフィルタを使うことで、初期化せずにコレクションのサイズを取得することが出来ます。
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繝輔ぅ繝ｫ繧ｿ繧剃ｽｿ縺�％縺ｨ縺ｧ縲∝�譛溷喧縺帙★縺ｫ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ｵ繧､繧ｺ繧貞叙蠕励☆繧九％縺ｨ縺悟�譚･縺ｾ縺吶�
             </para>
 
             <programlisting><![CDATA[( (Integer) s.createFilter( collection, "select count(*)" ).list().get(0) ).intValue()]]></programlisting>
 
             <para>
-                <literal>createFilter()</literal> メソッドは、コレクション全体を初期化する必要なしに、コレクションの
-                サブセットを復元するために効果的に使えます。
+                <literal>createFilter()</literal> 繝｡繧ｽ繝�ラ縺ｯ縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ蜈ｨ菴薙ｒ蛻晄悄蛹悶☆繧句ｿ�ｦ√↑縺励↓縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ
+                繧ｵ繝悶そ繝�ヨ繧貞ｾｩ蜈�☆繧九◆繧√↓蜉ｹ譫懃噪縺ｫ菴ｿ縺医∪縺吶�
             </para>
 
             <programlisting><![CDATA[s.createFilter( lazyCollection, "").setFirstResult(0).setMaxResults(10).list();]]></programlisting>
@@ -488,39 +490,39 @@ Cat fritz = (Cat) iter.next();]]></programlisting>
         </sect2>
 
         <sect2 id="performance-fetching-batch">
-            <title>バッチフェッチの使用</title>
+            <title>繝舌ャ繝√ヵ繧ｧ繝�メ縺ｮ菴ｿ逕ｨ</title>
 
             <para>
-                Hibernateはバッチフェッチを効率的に使用できます。一つのプロキシ（もしくはコレクション）がアクセス
-                されると、Hibernateはいくつかの初期化していないプロキシをロードすることができます。バッチフェッチは
-                遅延セレクトフェッチ戦略に対する最適化です。バッチフェッチの調整には２つの方法があります。
-                クラスレベルとコレクションレベルです。
+                Hibernate縺ｯ繝舌ャ繝√ヵ繧ｧ繝�メ繧貞柑邇�噪縺ｫ菴ｿ逕ｨ縺ｧ縺阪∪縺吶ゆｸ縺､縺ｮ繝励Ο繧ｭ繧ｷ�医ｂ縺励￥縺ｯ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ�峨′繧｢繧ｯ繧ｻ繧ｹ
+                縺輔ｌ繧九→縲？ibernate縺ｯ縺�￥縺､縺九�蛻晄悄蛹悶＠縺ｦ縺�↑縺��繝ｭ繧ｭ繧ｷ繧偵Ο繝ｼ繝峨☆繧九％縺ｨ縺後〒縺阪∪縺吶ゅヰ繝�メ繝輔ぉ繝�メ縺ｯ
+                驕�ｻｶ繧ｻ繝ｬ繧ｯ繝医ヵ繧ｧ繝�メ謌ｦ逡･縺ｫ蟇ｾ縺吶ｋ譛驕ｩ蛹悶〒縺吶ゅヰ繝�メ繝輔ぉ繝�メ縺ｮ隱ｿ謨ｴ縺ｫ縺ｯ�偵▽縺ｮ譁ｹ豕輔′縺ゅｊ縺ｾ縺吶�
+                繧ｯ繝ｩ繧ｹ繝ｬ繝吶Ν縺ｨ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繝ｬ繝吶Ν縺ｧ縺吶�
             </para>
 
             <para>
-                クラス、要素のバッチフェッチは理解が簡単です。実行時の次の場面を想像してください。
-                <literal>Session</literal> にロードされた25個の <literal>Cat</literal> インスタンスが存在し、
-                それぞれの <literal>Cat</literal> は <literal>owner</literal> である <literal>Person</literal> への関連を持ちます。
-                <literal>Person</literal> クラスは <literal>lazy="true"</literal> のプロキシでマッピングされています。
-                もし今すべてのCatに対して繰り返し <literal>getOwner()</literal> を呼び出すと、Hibernateは
-                デフォルトでは25回の <literal>SELECT</literal> を実行し、ownerプロキシの復元をします。
-                この振る舞いを <literal>Person</literal> のマッピングの <literal>batch-size</literal> 
-                の指定で調整できます。
+                繧ｯ繝ｩ繧ｹ縲∬ｦ∫ｴ�縺ｮ繝舌ャ繝√ヵ繧ｧ繝�メ縺ｯ逅�ｧ｣縺檎ｰ｡蜊倥〒縺吶ょｮ溯｡梧凾縺ｮ谺｡縺ｮ蝣ｴ髱｢繧呈Φ蜒上＠縺ｦ縺上□縺輔＞縲�
+                <literal>Session</literal> 縺ｫ繝ｭ繝ｼ繝峨＆繧後◆25蛟九� <literal>Cat</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺悟ｭ伜惠縺励�
+                縺昴ｌ縺槭ｌ縺ｮ <literal>Cat</literal> 縺ｯ <literal>owner</literal> 縺ｧ縺ゅｋ <literal>Person</literal> 縺ｸ縺ｮ髢｢騾｣繧呈戟縺｡縺ｾ縺吶�
+                <literal>Person</literal> 繧ｯ繝ｩ繧ｹ縺ｯ <literal>lazy="true"</literal> 縺ｮ繝励Ο繧ｭ繧ｷ縺ｧ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｦ縺�∪縺吶�
+                繧ゅ＠莉翫☆縺ｹ縺ｦ縺ｮCat縺ｫ蟇ｾ縺励※郢ｰ繧願ｿ斐＠ <literal>getOwner()</literal> 繧貞他縺ｳ蜃ｺ縺吶→縲？ibernate縺ｯ
+                繝�ヵ繧ｩ繝ｫ繝医〒縺ｯ25蝗槭� <literal>SELECT</literal> 繧貞ｮ溯｡後＠縲｛wner繝励Ο繧ｭ繧ｷ縺ｮ蠕ｩ蜈�ｒ縺励∪縺吶�
+                縺薙�謖ｯ繧玖�縺�ｒ <literal>Person</literal> 縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｮ <literal>batch-size</literal> 
+                縺ｮ謖�ｮ壹〒隱ｿ謨ｴ縺ｧ縺阪∪縺吶�
             </para>
 
             <programlisting><![CDATA[<class name="Person" batch-size="10">...</class>]]></programlisting>
 
             <para>
-                Hibernateはクエリを３回だけを実行するようになります。パターンは10, 10, 5です。
+                Hibernate縺ｯ繧ｯ繧ｨ繝ｪ繧抵ｼ灘屓縺�縺代ｒ螳溯｡後☆繧九ｈ縺�↓縺ｪ繧翫∪縺吶ゅヱ繧ｿ繝ｼ繝ｳ縺ｯ10, 10, 5縺ｧ縺吶�
             </para>
 
             <para>
-                コレクションのバッチフェッチも有効にすることが出来ます。例として、それぞれの
-                <literal>Person</literal> が <literal>Cat</literal> の遅延コレクションを持っており、
-                10個のPersonが <literal>Sesssion</literal> にロードされたとすると、すべてのPersonに
-                対して繰り返し <literal>getCats()</literal> を呼び出すことで、計10回の <literal>SELECT</literal> 
-                が発生します。もし <literal>Person</literal> のマッピングで <literal>cats</literal> 
-                コレクションのバッチフェッチを有効にすれば、Hibernateはコレクションの事前フェッチが出来ます。
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繝舌ャ繝√ヵ繧ｧ繝�メ繧よ怏蜉ｹ縺ｫ縺吶ｋ縺薙→縺悟�譚･縺ｾ縺吶ゆｾ九→縺励※縲√◎繧後◇繧後�
+                <literal>Person</literal> 縺� <literal>Cat</literal> 縺ｮ驕�ｻｶ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧呈戟縺｣縺ｦ縺翫ｊ縲�
+                10蛟九�Person縺� <literal>Sesssion</literal> 縺ｫ繝ｭ繝ｼ繝峨＆繧後◆縺ｨ縺吶ｋ縺ｨ縲√☆縺ｹ縺ｦ縺ｮPerson縺ｫ
+                蟇ｾ縺励※郢ｰ繧願ｿ斐＠ <literal>getCats()</literal> 繧貞他縺ｳ蜃ｺ縺吶％縺ｨ縺ｧ縲∬ｨ�10蝗槭� <literal>SELECT</literal> 
+                縺檎匱逕溘＠縺ｾ縺吶ゅｂ縺� <literal>Person</literal> 縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｧ <literal>cats</literal> 
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繝舌ャ繝√ヵ繧ｧ繝�メ繧呈怏蜉ｹ縺ｫ縺吶ｌ縺ｰ縲？ibernate縺ｯ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ莠句燕繝輔ぉ繝�メ縺悟�譚･縺ｾ縺吶�
             </para>
 
             <programlisting><![CDATA[<class name="Person">
@@ -530,47 +532,47 @@ Cat fritz = (Cat) iter.next();]]></programlisting>
 </class>]]></programlisting>
 
             <para>
-                <literal>batch-size</literal> が3なので、Hibernateは4回の <literal>SELECT</literal> 
-                で3個、3個、3個、1個をロードします。繰り返すと、属性の値は特定の <literal>Session</literal> 
-                の中の初期化されていないコレクションの期待数に依存します。
+                <literal>batch-size</literal> 縺�3縺ｪ縺ｮ縺ｧ縲？ibernate縺ｯ4蝗槭� <literal>SELECT</literal> 
+                縺ｧ3蛟九�3蛟九�3蛟九�1蛟九ｒ繝ｭ繝ｼ繝峨＠縺ｾ縺吶らｹｰ繧願ｿ斐☆縺ｨ縲∝ｱ樊ｧ縺ｮ蛟､縺ｯ迚ｹ螳壹� <literal>Session</literal> 
+                縺ｮ荳ｭ縺ｮ蛻晄悄蛹悶＆繧後※縺�↑縺�さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ譛溷ｾ�焚縺ｫ萓晏ｭ倥＠縺ｾ縺吶�
             </para>
 
             <para>
-                コレクションのバッチフェッチはアイテムのネストしたツリー、 すなわち、代表的な部品表のパターンが
-                ある場合に特に有用です。（しかし、読み込みが多いツリーでは <emphasis>ネストしたset</emphasis> 
-                や <emphasis>具体化したパス</emphasis> がよりよい選択になります。）
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繝舌ャ繝√ヵ繧ｧ繝�メ縺ｯ繧｢繧､繝�Β縺ｮ繝阪せ繝医＠縺溘ヤ繝ｪ繝ｼ縲� 縺吶↑繧上■縲∽ｻ｣陦ｨ逧�↑驛ｨ蜩∬｡ｨ縺ｮ繝代ち繝ｼ繝ｳ縺�
+                縺ゅｋ蝣ｴ蜷医↓迚ｹ縺ｫ譛臥畑縺ｧ縺吶ゑｼ医＠縺九＠縲∬ｪｭ縺ｿ霎ｼ縺ｿ縺悟､壹＞繝�Μ繝ｼ縺ｧ縺ｯ <emphasis>繝阪せ繝医＠縺殱et</emphasis> 
+                繧� <emphasis>蜈ｷ菴灘喧縺励◆繝代せ</emphasis> 縺後ｈ繧翫ｈ縺�∈謚槭↓縺ｪ繧翫∪縺吶ゑｼ�
             </para>
 
         </sect2>
 
         <sect2 id="performance-fetching-subselect">
-            <title>サブセレクトフェッチの使用</title>
+            <title>繧ｵ繝悶そ繝ｬ繧ｯ繝医ヵ繧ｧ繝�メ縺ｮ菴ｿ逕ｨ</title>
 
             <para>
-                一つの遅延コレクションや単一値プロキシがフェッチされなければいけないとき、Hibernateは
-                それらすべてをロードし、サブセレクトのオリジナルクエリが再度実行されます。これは
-                バッチフェッチと同じ方法で動き、少しずつのロードは行いません。
+                荳縺､縺ｮ驕�ｻｶ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧�腰荳蛟､繝励Ο繧ｭ繧ｷ縺後ヵ繧ｧ繝�メ縺輔ｌ縺ｪ縺代ｌ縺ｰ縺�￠縺ｪ縺�→縺阪？ibernate縺ｯ
+                縺昴ｌ繧峨☆縺ｹ縺ｦ繧偵Ο繝ｼ繝峨＠縲√し繝悶そ繝ｬ繧ｯ繝医�繧ｪ繝ｪ繧ｸ繝翫Ν繧ｯ繧ｨ繝ｪ縺悟�蠎ｦ螳溯｡後＆繧後∪縺吶ゅ％繧後�
+                繝舌ャ繝√ヵ繧ｧ繝�メ縺ｨ蜷後§譁ｹ豕輔〒蜍輔″縲∝ｰ代＠縺壹▽縺ｮ繝ｭ繝ｼ繝峨�陦後＞縺ｾ縺帙ｓ縲�
             </para>
             
             <!-- TODO: Write more about this -->
-            <!-- 早く書けよ -->
+            <!-- 譌ｩ縺乗嶌縺代ｈ -->
         </sect2>
         
         <sect2 id="performance-fetching-lazyproperties">
-            <title>遅延プロパティフェッチの使用</title>
+            <title>驕�ｻｶ繝励Ο繝代ユ繧｣繝輔ぉ繝�メ縺ｮ菴ｿ逕ｨ</title>
 
             <para>
-                Hibernate3はプロパティごとの遅延フェッチをサポートしています。この最適化手法は
-                <emphasis>グループのフェッチ</emphasis> としても知られています。これはほとんど
-                要望から出た機能であることに注意してください。実際には列読み込みの最適化よりも、
-                行読み込みの最適化が非常に重要です。
-                しかし、クラスのいくつかのプロパティだけを読み込むことは、既存のテーブルが何百もの列を持ち、
-                データモデルを改善できないなどの極端な場合には有用です。
+                Hibernate3縺ｯ繝励Ο繝代ユ繧｣縺斐→縺ｮ驕�ｻｶ繝輔ぉ繝�メ繧偵し繝昴�繝医＠縺ｦ縺�∪縺吶ゅ％縺ｮ譛驕ｩ蛹匁焔豕輔�
+                <emphasis>繧ｰ繝ｫ繝ｼ繝励�繝輔ぉ繝�メ</emphasis> 縺ｨ縺励※繧ら衍繧峨ｌ縺ｦ縺�∪縺吶ゅ％繧後�縺ｻ縺ｨ繧薙←
+                隕∵悍縺九ｉ蜃ｺ縺滓ｩ溯�縺ｧ縺ゅｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲ょｮ滄圀縺ｫ縺ｯ蛻苓ｪｭ縺ｿ霎ｼ縺ｿ縺ｮ譛驕ｩ蛹悶ｈ繧翫ｂ縲�
+                陦瑚ｪｭ縺ｿ霎ｼ縺ｿ縺ｮ譛驕ｩ蛹悶′髱槫ｸｸ縺ｫ驥崎ｦ√〒縺吶�
+                縺励°縺励√け繝ｩ繧ｹ縺ｮ縺�￥縺､縺九�繝励Ο繝代ユ繧｣縺�縺代ｒ隱ｭ縺ｿ霎ｼ繧縺薙→縺ｯ縲∵里蟄倥�繝��繝悶Ν縺御ｽ慕卆繧ゅ�蛻励ｒ謖√■縲�
+                繝��繧ｿ繝｢繝�Ν繧呈隼蝟�〒縺阪↑縺�↑縺ｩ縺ｮ讌ｵ遶ｯ縺ｪ蝣ｴ蜷医↓縺ｯ譛臥畑縺ｧ縺吶�
             </para>
 
             <para>
-                遅延プロパティ読み込みを有効にするには、対象のプロパティのマッピングで <literal>lazy</literal> 
-                属性をセットしてください。
+                驕�ｻｶ繝励Ο繝代ユ繧｣隱ｭ縺ｿ霎ｼ縺ｿ繧呈怏蜉ｹ縺ｫ縺吶ｋ縺ｫ縺ｯ縲∝ｯｾ雎｡縺ｮ繝励Ο繝代ユ繧｣縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｧ <literal>lazy</literal> 
+                螻樊ｧ繧偵そ繝�ヨ縺励※縺上□縺輔＞縲�
             </para>
 
             <programlisting><![CDATA[<class name="Document">
@@ -583,13 +585,13 @@ Cat fritz = (Cat) iter.next();]]></programlisting>
 </class>]]></programlisting>
 
             <para>
-                遅延プロパティ読み込みはビルド時のバイトコード組み込みを必要とします！もし
-                永続クラスに組み込みがされていないなら、Hibernateは黙って遅延プロパティの設定を無視して、
-                即時フェッチに戻します。
+                驕�ｻｶ繝励Ο繝代ユ繧｣隱ｭ縺ｿ霎ｼ縺ｿ縺ｯ繝薙Ν繝画凾縺ｮ繝舌う繝医さ繝ｼ繝臥ｵ�∩霎ｼ縺ｿ繧貞ｿ�ｦ√→縺励∪縺呻ｼ√ｂ縺�
+                豌ｸ邯壹け繝ｩ繧ｹ縺ｫ邨�∩霎ｼ縺ｿ縺後＆繧後※縺�↑縺�↑繧峨？ibernate縺ｯ鮟吶▲縺ｦ驕�ｻｶ繝励Ο繝代ユ繧｣縺ｮ險ｭ螳壹ｒ辟｡隕悶＠縺ｦ縲�
+                蜊ｳ譎ゅヵ繧ｧ繝�メ縺ｫ謌ｻ縺励∪縺吶�
             </para>
 
             <para>
-                バイトコード組み込みは以下のAntタスクを使ってください。
+                繝舌う繝医さ繝ｼ繝臥ｵ�∩霎ｼ縺ｿ縺ｯ莉･荳九�Ant繧ｿ繧ｹ繧ｯ繧剃ｽｿ縺｣縺ｦ縺上□縺輔＞縲�
             </para>
 
             <programlisting><![CDATA[<target name="instrument" depends="compile">
@@ -607,15 +609,15 @@ Cat fritz = (Cat) iter.next();]]></programlisting>
 </target>]]></programlisting>
 
             <para>
-                不要な列を読み込まないための、別の（よりよい？）方法は、少なくとも
-                読み込みのみのトランザクションにおいては、HQLやCriteriaクエリの射影
-                機能を使うことです。この方法はビルド時のバイトコード組み込みが不要になり、
-                より良い解決方法です。
+                荳崎ｦ√↑蛻励ｒ隱ｭ縺ｿ霎ｼ縺ｾ縺ｪ縺�◆繧√�縲∝挨縺ｮ�医ｈ繧翫ｈ縺�ｼ滂ｼ画婿豕輔�縲∝ｰ代↑縺上→繧�
+                隱ｭ縺ｿ霎ｼ縺ｿ縺ｮ縺ｿ縺ｮ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ縺翫＞縺ｦ縺ｯ縲？QL繧Гriteria繧ｯ繧ｨ繝ｪ縺ｮ蟆�ｽｱ
+                讖溯�繧剃ｽｿ縺�％縺ｨ縺ｧ縺吶ゅ％縺ｮ譁ｹ豕輔�繝薙Ν繝画凾縺ｮ繝舌う繝医さ繝ｼ繝臥ｵ�∩霎ｼ縺ｿ縺御ｸ崎ｦ√↓縺ｪ繧翫�
+                繧医ｊ濶ｯ縺�ｧ｣豎ｺ譁ｹ豕輔〒縺吶�
             </para>
             
             <para>
-                HQLで <literal>fetch all properties</literal> を使うことで、普通どおりの
-                プロパティの即時フェッチングを強制することが出来ます。
+                HQL縺ｧ <literal>fetch all properties</literal> 繧剃ｽｿ縺�％縺ｨ縺ｧ縲∵勸騾壹←縺翫ｊ縺ｮ
+                繝励Ο繝代ユ繧｣縺ｮ蜊ｳ譎ゅヵ繧ｧ繝�メ繝ｳ繧ｰ繧貞ｼｷ蛻ｶ縺吶ｋ縺薙→縺悟�譚･縺ｾ縺吶�
             </para>
 
         </sect2>
@@ -623,28 +625,28 @@ Cat fritz = (Cat) iter.next();]]></programlisting>
     </sect1>
 
     <sect1 id="performance-cache" revision="1">
-        <title>第2レベルキャッシュ</title>
+        <title>隨ｬ2繝ｬ繝吶Ν繧ｭ繝｣繝�す繝･</title>
 
         <para>
-            Hibernateの <literal>Session</literal> は永続データのトランザクションレベルのキャッシュです。
-            class-by-classとcollection-by-collectionごとの、クラスタレベルやJVMレベル
-            （ <literal>SessionFactory</literal> レベル）のキャッシュを設定することが出来ます。
-            クラスタ化されたキャッシュにつなぐことさえ出来ます。しかし注意してください。
-            キャッシュは他のアプリケーションによる永続層の変更を
-            考慮しません（キャッシュデータを定期的に期限切れにする設定は出来ます）。
+            Hibernate縺ｮ <literal>Session</literal> 縺ｯ豌ｸ邯壹ョ繝ｼ繧ｿ縺ｮ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繝ｬ繝吶Ν縺ｮ繧ｭ繝｣繝�す繝･縺ｧ縺吶�
+            class-by-class縺ｨcollection-by-collection縺斐→縺ｮ縲√け繝ｩ繧ｹ繧ｿ繝ｬ繝吶Ν繧ЙVM繝ｬ繝吶Ν
+            �� <literal>SessionFactory</literal> 繝ｬ繝吶Ν�峨�繧ｭ繝｣繝�す繝･繧定ｨｭ螳壹☆繧九％縺ｨ縺悟�譚･縺ｾ縺吶�
+            繧ｯ繝ｩ繧ｹ繧ｿ蛹悶＆繧後◆繧ｭ繝｣繝�す繝･縺ｫ縺､縺ｪ縺舌％縺ｨ縺輔∴蜃ｺ譚･縺ｾ縺吶ゅ＠縺九＠豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+            繧ｭ繝｣繝�す繝･縺ｯ莉悶�繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ繧医ｋ豌ｸ邯壼ｱ､縺ｮ螟画峩繧�
+            閠��縺励∪縺帙ｓ�医く繝｣繝�す繝･繝��繧ｿ繧貞ｮ壽悄逧�↓譛滄剞蛻�ｌ縺ｫ縺吶ｋ險ｭ螳壹�蜃ｺ譚･縺ｾ縺呻ｼ峨�
         </para>
         
         <para revision="1">
-            Hibernateが使用するキャッシュ実装は、<literal>hibernate.cache.provider_class</literal> プロパティに
-            <literal>org.hibernate.cache.CacheProvider</literal> を実装したクラス名を指定することで変更できます。
-            Hibernateは多くのオープンソースのキャッシュプロバイダをビルトイン実装で持っています（後にリストがあります）。
-            加えて、前に説明したように、あなた自身が独自の実装をして、それを組み込むことも出来ます。
-            バージョン3.2より前ではEhCacheがデフォルトのキャッシュプロバイダであることに注意してください。
-            バージョン3.2ではこれは当てはまりません。
+            Hibernate縺御ｽｿ逕ｨ縺吶ｋ繧ｭ繝｣繝�す繝･螳溯｣��縲�<literal>hibernate.cache.provider_class</literal> 繝励Ο繝代ユ繧｣縺ｫ
+            <literal>org.hibernate.cache.CacheProvider</literal> 繧貞ｮ溯｣�＠縺溘け繝ｩ繧ｹ蜷阪ｒ謖�ｮ壹☆繧九％縺ｨ縺ｧ螟画峩縺ｧ縺阪∪縺吶�
+            Hibernate縺ｯ螟壹￥縺ｮ繧ｪ繝ｼ繝励Φ繧ｽ繝ｼ繧ｹ縺ｮ繧ｭ繝｣繝�す繝･繝励Ο繝舌う繝繧偵ン繝ｫ繝医う繝ｳ螳溯｣�〒謖√▲縺ｦ縺�∪縺呻ｼ亥ｾ後↓繝ｪ繧ｹ繝医′縺ゅｊ縺ｾ縺呻ｼ峨�
+            蜉�縺医※縲∝燕縺ｫ隱ｬ譏弱＠縺溘ｈ縺�↓縲√≠縺ｪ縺溯�霄ｫ縺檎峡閾ｪ縺ｮ螳溯｣�ｒ縺励※縲√◎繧後ｒ邨�∩霎ｼ繧縺薙→繧ょ�譚･縺ｾ縺吶�
+            繝舌�繧ｸ繝ｧ繝ｳ3.2繧医ｊ蜑阪〒縺ｯEhCache縺後ョ繝輔か繝ｫ繝医�繧ｭ繝｣繝�す繝･繝励Ο繝舌う繝縺ｧ縺ゅｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+            繝舌�繧ｸ繝ｧ繝ｳ3.2縺ｧ縺ｯ縺薙ｌ縺ｯ蠖薙※縺ｯ縺ｾ繧翫∪縺帙ｓ縲�
         </para>
 
         <table frame="topbot" id="cacheproviders" revision="1">
-            <title>キャッシュプロバイダ</title>
+            <title>繧ｭ繝｣繝�す繝･繝励Ο繝舌う繝</title>
             <tgroup cols='5' align='left' colsep='1' rowsep='1'>
             <colspec colname='c1' colwidth="1*"/>
             <colspec colname='c2' colwidth="3*"/>
@@ -653,58 +655,58 @@ Cat fritz = (Cat) iter.next();]]></programlisting>
             <colspec colname='c5' colwidth="1*"/>
             <thead>
             <row>
-              <entry>キャッシュ</entry>
-              <entry>プロバイダクラス</entry>
-              <entry>タイプ</entry>
-              <entry>クラスタセーフ</entry>
-              <entry>クエリキャッシュのサポート</entry>
+              <entry>繧ｭ繝｣繝�す繝･</entry>
+              <entry>繝励Ο繝舌う繝繧ｯ繝ｩ繧ｹ</entry>
+              <entry>繧ｿ繧､繝�</entry>
+              <entry>繧ｯ繝ｩ繧ｹ繧ｿ繧ｻ繝ｼ繝�</entry>
+              <entry>繧ｯ繧ｨ繝ｪ繧ｭ繝｣繝�す繝･縺ｮ繧ｵ繝昴�繝�</entry>
             </row>
             </thead>
             <tbody>
             <row>
-                <entry>Hashtable（製品用として意図していません）</entry>
+                <entry>Hashtable�郁｣ｽ蜩∫畑縺ｨ縺励※諢丞峙縺励※縺�∪縺帙ｓ��</entry>
                 <entry><literal>org.hibernate.cache.HashtableCacheProvider</literal></entry>
-                <entry>メモリ</entry>
+                <entry>繝｡繝｢繝ｪ</entry>
                 <entry></entry>
                 <entry>yes</entry>
             </row>
             <row>
                 <entry>EHCache</entry>
                 <entry><literal>org.hibernate.cache.EhCacheProvider</literal></entry>
-                <entry>メモリ、ディスク</entry>
+                <entry>繝｡繝｢繝ｪ縲√ョ繧｣繧ｹ繧ｯ</entry>
                 <entry></entry>
                 <entry>yes</entry>
             </row>
             <row>
                 <entry>OSCache</entry>
                 <entry><literal>org.hibernate.cache.OSCacheProvider</literal></entry>
-                <entry>メモリ、ディスク</entry>
-                <entry>yes（クラスタ無効化）</entry>
+                <entry>繝｡繝｢繝ｪ縲√ョ繧｣繧ｹ繧ｯ</entry>
+                <entry>yes�医け繝ｩ繧ｹ繧ｿ辟｡蜉ｹ蛹厄ｼ�</entry>
                 <entry>yes</entry>
             </row>
             <row>
                 <entry>SwarmCache</entry>
                 <entry><literal>org.hibernate.cache.SwarmCacheProvider</literal></entry>
-                <entry>クラスタ（ipマルチキャスト）</entry>
-                <entry>yes（クラスタ無効化）</entry>
+                <entry>繧ｯ繝ｩ繧ｹ繧ｿ��ip繝槭Ν繝√く繝｣繧ｹ繝茨ｼ�</entry>
+                <entry>yes�医け繝ｩ繧ｹ繧ｿ辟｡蜉ｹ蛹厄ｼ�</entry>
                 <entry></entry>
             </row>
             <row>
                 <entry>JBoss TreeCache</entry>
                 <entry><literal>org.hibernate.cache.TreeCacheProvider</literal></entry>
-                <entry>クラスタ（ipマルチキャスト）、トランザクショナル</entry>
-                <entry>yes（複製）</entry>
-                <entry>yes（時刻同期が必要）</entry>
+                <entry>繧ｯ繝ｩ繧ｹ繧ｿ��ip繝槭Ν繝√く繝｣繧ｹ繝茨ｼ峨√ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝翫Ν</entry>
+                <entry>yes�郁､�｣ｽ��</entry>
+                <entry>yes�域凾蛻ｻ蜷梧悄縺悟ｿ�ｦ�ｼ�</entry>
             </row>
             </tbody>
             </tgroup>
         </table>
 
         <sect2 id="performance-cache-mapping" revision="2">
-            <title>キャッシュのマッピング</title>
+            <title>繧ｭ繝｣繝�す繝･縺ｮ繝槭ャ繝斐Φ繧ｰ</title>
 
             <para>
-                クラスやコレクションのマッピングの <literal>&lt;cache&gt;</literal> 要素は以下の形式です。
+                繧ｯ繝ｩ繧ｹ繧�さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｮ <literal>&lt;cache&gt;</literal> 隕∫ｴ�縺ｯ莉･荳九�蠖｢蠑上〒縺吶�
             </para>
 
             <programlistingco>
@@ -747,23 +749,23 @@ Cat fritz = (Cat) iter.next();]]></programlisting>
             </programlistingco>
             
             <para>
-                または（よりよい方法として？）、 <literal>hibernate.cfg.xml</literal> に <literal>&lt;class-cache&gt;</literal> 
-                と <literal>&lt;collection-cache&gt;</literal> 要素を指定することも出来ます。
+                縺ｾ縺溘��医ｈ繧翫ｈ縺�婿豕輔→縺励※�滂ｼ峨� <literal>hibernate.cfg.xml</literal> 縺ｫ <literal>&lt;class-cache&gt;</literal> 
+                縺ｨ <literal>&lt;collection-cache&gt;</literal> 隕∫ｴ�繧呈欠螳壹☆繧九％縺ｨ繧ょ�譚･縺ｾ縺吶�
             </para>
             
             <para>
-                <literal>usage</literal> 属性は <emphasis>キャッシュの並列性戦略</emphasis> を指定します。
+                <literal>usage</literal> 螻樊ｧ縺ｯ <emphasis>繧ｭ繝｣繝�す繝･縺ｮ荳ｦ蛻玲ｧ謌ｦ逡･</emphasis> 繧呈欠螳壹＠縺ｾ縺吶�
             </para>
 
         </sect2>
 
         <sect2 id="performance-cache-readonly">
-            <title>read only戦略</title>
+            <title>read only謌ｦ逡･</title>
 
             <para>
-                もしアプリケーションが読み込みのみ必要で、永続クラスのインスタンスを変更しないなら、
-                <literal>read-only</literal> キャッシュを使うことが出来ます。これはもっとも単純で
-                もっともパフォーマンスの良い戦略です。クラスタでの使用も完全に安全です。
+                繧ゅ＠繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺瑚ｪｭ縺ｿ霎ｼ縺ｿ縺ｮ縺ｿ蠢�ｦ√〒縲∵ｰｸ邯壹け繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧貞､画峩縺励↑縺�↑繧峨�
+                <literal>read-only</literal> 繧ｭ繝｣繝�す繝･繧剃ｽｿ縺�％縺ｨ縺悟�譚･縺ｾ縺吶ゅ％繧後�繧ゅ▲縺ｨ繧ょ腰邏斐〒
+                繧ゅ▲縺ｨ繧ゅヱ繝輔か繝ｼ繝槭Φ繧ｹ縺ｮ濶ｯ縺�姶逡･縺ｧ縺吶ゅけ繝ｩ繧ｹ繧ｿ縺ｧ縺ｮ菴ｿ逕ｨ繧ょｮ悟�縺ｫ螳牙�縺ｧ縺吶�
             </para>
 
             <programlisting><![CDATA[<class name="eg.Immutable" mutable="false">
@@ -775,19 +777,19 @@ Cat fritz = (Cat) iter.next();]]></programlisting>
 
 
         <sect2 id="performance-cache-readwrite">
-            <title>read/write戦略</title>
+            <title>read/write謌ｦ逡･</title>
 
             <para>
-                アプリケーションがデータを更新する必要があるなら、 <literal>read-write</literal> キャッシュが適当かも
-                しれません。このキャッシュ戦略は、シリアライザブルなトランザクション分離レベルが要求されるなら、
-                決して使うべきではありません。もしキャッシュがJTA環境で使われるなら、JTA <literal>TransactionManager</literal> 
-                を取得するための方法を示す <literal>hibernate.transaction.manager_lookup_class</literal> 
-                プロパティを指定しなければなりません。他の環境では、 <literal>Session.close()</literal> 
-                や <literal>Session.disconnect()</literal> が呼ばれたときに、確実にトランザクションが完了
-                していなければなりません。
-                もしクラスタでこの戦略を使いたいなら、基となるキャッシュの実装がロックをサポート
-                していることを保証しなければなりません。
-                組み込みのキャッシュプロバイダは <emphasis>サポートしていません</emphasis> 。
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺後ョ繝ｼ繧ｿ繧呈峩譁ｰ縺吶ｋ蠢�ｦ√′縺ゅｋ縺ｪ繧峨� <literal>read-write</literal> 繧ｭ繝｣繝�す繝･縺碁←蠖薙°繧�
+                縺励ｌ縺ｾ縺帙ｓ縲ゅ％縺ｮ繧ｭ繝｣繝�す繝･謌ｦ逡･縺ｯ縲√す繝ｪ繧｢繝ｩ繧､繧ｶ繝悶Ν縺ｪ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蛻�屬繝ｬ繝吶Ν縺瑚ｦ∵ｱゅ＆繧後ｋ縺ｪ繧峨�
+                豎ｺ縺励※菴ｿ縺�∋縺阪〒縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲ゅｂ縺励く繝｣繝�す繝･縺繰TA迺ｰ蠅�〒菴ｿ繧上ｌ繧九↑繧峨゛TA <literal>TransactionManager</literal> 
+                繧貞叙蠕励☆繧九◆繧√�譁ｹ豕輔ｒ遉ｺ縺� <literal>hibernate.transaction.manager_lookup_class</literal> 
+                繝励Ο繝代ユ繧｣繧呈欠螳壹＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲ゆｻ悶�迺ｰ蠅�〒縺ｯ縲� <literal>Session.close()</literal> 
+                繧� <literal>Session.disconnect()</literal> 縺悟他縺ｰ繧後◆縺ｨ縺阪↓縲∫｢ｺ螳溘↓繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺悟ｮ御ｺ�
+                縺励※縺�↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+                繧ゅ＠繧ｯ繝ｩ繧ｹ繧ｿ縺ｧ縺薙�謌ｦ逡･繧剃ｽｿ縺�◆縺�↑繧峨∝渕縺ｨ縺ｪ繧九く繝｣繝�す繝･縺ｮ螳溯｣�′繝ｭ繝�け繧偵し繝昴�繝�
+                縺励※縺�ｋ縺薙→繧剃ｿ晁ｨｼ縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+                邨�∩霎ｼ縺ｿ縺ｮ繧ｭ繝｣繝�す繝･繝励Ο繝舌う繝縺ｯ <emphasis>繧ｵ繝昴�繝医＠縺ｦ縺�∪縺帙ｓ</emphasis> 縲�
             </para>
 
             <programlisting><![CDATA[<class name="eg.Cat" .... >
@@ -802,39 +804,39 @@ Cat fritz = (Cat) iter.next();]]></programlisting>
         </sect2>
 
         <sect2 id="performance-cache-nonstrict">
-            <title>厳密ではないread/write戦略</title>
+            <title>蜴ｳ蟇�〒縺ｯ縺ｪ縺вead/write謌ｦ逡･</title>
 
             <para>
-                アプリケーションがたまにしかデータを更新する必要はなく（すなわち二つのトランザクションが
-                同時に同じアイテムを更新しようとすることはほとんど起こらない）、厳密なトランザクション分離が
-                要求されないなら、 <literal>nonstrict-read-write</literal> キャッシュが適当かもしれません。
-                もしキャッシュがJTA環境で使われるなら、 <literal>hibernate.transaction.manager_lookup_class</literal> 
-                を指定しなければなりません。他の環境では、 <literal>Session.close()</literal> 
-                や <literal>Session.disconnect()</literal> が呼ばれたときに、確実にトランザクションが完了
-                していなければなりません。
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺後◆縺ｾ縺ｫ縺励°繝��繧ｿ繧呈峩譁ｰ縺吶ｋ蠢�ｦ√�縺ｪ縺擾ｼ医☆縺ｪ繧上■莠後▽縺ｮ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺�
+                蜷梧凾縺ｫ蜷後§繧｢繧､繝�Β繧呈峩譁ｰ縺励ｈ縺�→縺吶ｋ縺薙→縺ｯ縺ｻ縺ｨ繧薙←襍ｷ縺薙ｉ縺ｪ縺�ｼ峨∝宍蟇�↑繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蛻�屬縺�
+                隕∵ｱゅ＆繧後↑縺�↑繧峨� <literal>nonstrict-read-write</literal> 繧ｭ繝｣繝�す繝･縺碁←蠖薙°繧ゅ＠繧後∪縺帙ｓ縲�
+                繧ゅ＠繧ｭ繝｣繝�す繝･縺繰TA迺ｰ蠅�〒菴ｿ繧上ｌ繧九↑繧峨� <literal>hibernate.transaction.manager_lookup_class</literal> 
+                繧呈欠螳壹＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲ゆｻ悶�迺ｰ蠅�〒縺ｯ縲� <literal>Session.close()</literal> 
+                繧� <literal>Session.disconnect()</literal> 縺悟他縺ｰ繧後◆縺ｨ縺阪↓縲∫｢ｺ螳溘↓繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺悟ｮ御ｺ�
+                縺励※縺�↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
             </para>
 
         </sect2>
 
         <sect2 id="performance-cache-transactional">
-            <title>transactional戦略</title>
+            <title>transactional謌ｦ逡･</title>
 
             <para>
-                <literal>transactional</literal> キャッシュ戦略はJBoss TreeCacheのような完全なトランザクショナル
-                キャッシュプロバイダのサポートを提供します。
-                このようなキャッシュはJTA環境でのみ使用可能で、 <literal>hibernate.transaction.manager_lookup_class</literal> 
-                を指定しなければなりません。
+                <literal>transactional</literal> 繧ｭ繝｣繝�す繝･謌ｦ逡･縺ｯJBoss TreeCache縺ｮ繧医≧縺ｪ螳悟�縺ｪ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝翫Ν
+                繧ｭ繝｣繝�す繝･繝励Ο繝舌う繝縺ｮ繧ｵ繝昴�繝医ｒ謠蝉ｾ帙＠縺ｾ縺吶�
+                縺薙�繧医≧縺ｪ繧ｭ繝｣繝�す繝･縺ｯJTA迺ｰ蠅�〒縺ｮ縺ｿ菴ｿ逕ｨ蜿ｯ閭ｽ縺ｧ縲� <literal>hibernate.transaction.manager_lookup_class</literal> 
+                繧呈欠螳壹＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
             </para>
 
         </sect2>
         
         <para>
-            すべての同時並行性キャッシュ戦略をサポートしているキャッシュプロバイダはありません。
-            以下の表はどのプロバイダがどの同時並列性戦略に対応するかを表しています。
+            縺吶∋縺ｦ縺ｮ蜷梧凾荳ｦ陦梧ｧ繧ｭ繝｣繝�す繝･謌ｦ逡･繧偵し繝昴�繝医＠縺ｦ縺�ｋ繧ｭ繝｣繝�す繝･繝励Ο繝舌う繝縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+            莉･荳九�陦ｨ縺ｯ縺ｩ縺ｮ繝励Ο繝舌う繝縺後←縺ｮ蜷梧凾荳ｦ蛻玲ｧ謌ｦ逡･縺ｫ蟇ｾ蠢懊☆繧九°繧定｡ｨ縺励※縺�∪縺吶�
         </para>
 
         <table frame="topbot">
-            <title>同時並行性キャッシュ戦略のサポート</title>
+            <title>蜷梧凾荳ｦ陦梧ｧ繧ｭ繝｣繝�す繝･謌ｦ逡･縺ｮ繧ｵ繝昴�繝�</title>
             <tgroup cols='5' align='left' colsep='1' rowsep='1'>
             <colspec colname='c1' colwidth="1*"/>
             <colspec colname='c2' colwidth="1*"/>
@@ -843,16 +845,16 @@ Cat fritz = (Cat) iter.next();]]></programlisting>
             <colspec colname='c5' colwidth="1*"/>
             <thead>
             <row>
-              <entry>キャッシュ</entry>
+              <entry>繧ｭ繝｣繝�す繝･</entry>
               <entry>read-only</entry>
-              <entry>厳密ではないread-write</entry>
+              <entry>蜴ｳ蟇�〒縺ｯ縺ｪ縺вead-write</entry>
               <entry>read-write</entry>
               <entry>transactional</entry>
             </row>
             </thead>
             <tbody>
             <row>
-                <entry>Hashtable（製品用として意図していません）</entry>
+                <entry>Hashtable�郁｣ｽ蜩∫畑縺ｨ縺励※諢丞峙縺励※縺�∪縺帙ｓ��</entry>
                 <entry>yes</entry>
                 <entry>yes</entry>
                 <entry>yes</entry>
@@ -893,19 +895,19 @@ Cat fritz = (Cat) iter.next();]]></programlisting>
     </sect1>
 
     <sect1 id="performance-sessioncache" revision="2">
-        <title>キャッシュの管理</title>
+        <title>繧ｭ繝｣繝�す繝･縺ｮ邂｡逅�</title>
 
         <para>
-            オブジェクトを <literal>save()</literal> 、 <literal>update()</literal> 、 <literal>saveOrUpdate()</literal> 
-            に渡すとき、そして <literal>load()</literal> 、 <literal>get()</literal> 、 <literal>list()</literal> 、
-            <literal>iterate()</literal> 、 <literal>scroll()</literal> を使ってオブジェクトを復元するときには常に、
-            そのオブジェクトは <literal>Session</literal> の内部キャッシュに追加されます。
+            繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ <literal>save()</literal> 縲� <literal>update()</literal> 縲� <literal>saveOrUpdate()</literal> 
+            縺ｫ貂｡縺吶→縺阪√◎縺励※ <literal>load()</literal> 縲� <literal>get()</literal> 縲� <literal>list()</literal> 縲�
+            <literal>iterate()</literal> 縲� <literal>scroll()</literal> 繧剃ｽｿ縺｣縺ｦ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ蠕ｩ蜈�☆繧九→縺阪↓縺ｯ蟶ｸ縺ｫ縲�
+            縺昴�繧ｪ繝悶ず繧ｧ繧ｯ繝医� <literal>Session</literal> 縺ｮ蜀�Κ繧ｭ繝｣繝�す繝･縺ｫ霑ｽ蜉�縺輔ｌ縺ｾ縺吶�
         </para>
         <para>
-            次に <literal>flush()</literal> が呼ばれると、オブジェクトの状態はデータベースと同期化されます。
-            もしこの同期が起こることを望まないときや、膨大な数のオブジェクトを処理していてメモリを効率的に
-            扱う必要があるときは、 <literal>evict()</literal> メソッドを使って一次キャッシュから
-            オブジェクトやコレクションを削除することが出来ます。
+            谺｡縺ｫ <literal>flush()</literal> 縺悟他縺ｰ繧後ｋ縺ｨ縲√が繝悶ず繧ｧ繧ｯ繝医�迥ｶ諷九�繝��繧ｿ繝吶�繧ｹ縺ｨ蜷梧悄蛹悶＆繧後∪縺吶�
+            繧ゅ＠縺薙�蜷梧悄縺瑚ｵｷ縺薙ｋ縺薙→繧呈悍縺ｾ縺ｪ縺�→縺阪ｄ縲∬�螟ｧ縺ｪ謨ｰ縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ蜃ｦ逅�＠縺ｦ縺�※繝｡繝｢繝ｪ繧貞柑邇�噪縺ｫ
+            謇ｱ縺�ｿ�ｦ√′縺ゅｋ縺ｨ縺阪�縲� <literal>evict()</literal> 繝｡繧ｽ繝�ラ繧剃ｽｿ縺｣縺ｦ荳谺｡繧ｭ繝｣繝�す繝･縺九ｉ
+            繧ｪ繝悶ず繧ｧ繧ｯ繝医ｄ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧貞炎髯､縺吶ｋ縺薙→縺悟�譚･縺ｾ縺吶�
         </para>
         
         <programlisting><![CDATA[ScrollableResult cats = sess.createQuery("from Cat as cat").scroll(); //a huge result set
@@ -916,19 +918,19 @@ while ( cats.next() ) {
 }]]></programlisting>
         
         <para>
-            <literal>Session</literal> はインスタンスがセッションキャッシュに含まれるかどうかを判断するための
-            <literal>contains()</literal> メソッドも提供します。
+            <literal>Session</literal> 縺ｯ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺後そ繝�す繝ｧ繝ｳ繧ｭ繝｣繝�す繝･縺ｫ蜷ｫ縺ｾ繧後ｋ縺九←縺�°繧貞愛譁ｭ縺吶ｋ縺溘ａ縺ｮ
+            <literal>contains()</literal> 繝｡繧ｽ繝�ラ繧よ署萓帙＠縺ｾ縺吶�
         </para>
         
         <para>
-            すべてのオブジェクトをセッションキャッシュから完全に取り除くには、<literal>Session.clear()</literal> 
-            を呼び出してください。
+            縺吶∋縺ｦ縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ繧ｻ繝�す繝ｧ繝ｳ繧ｭ繝｣繝�す繝･縺九ｉ螳悟�縺ｫ蜿悶ｊ髯､縺上↓縺ｯ縲�<literal>Session.clear()</literal> 
+            繧貞他縺ｳ蜃ｺ縺励※縺上□縺輔＞縲�
         </para>
         
         <para>
-            二次キャッシュのために、 <literal>SessionFactory</literal> には
-            インスタンス、クラス全体、コレクションのインスタンス、コレクション全体をキャッシュから
-            削除するためのメソッドがそれぞれ定義されています。
+            莠梧ｬ｡繧ｭ繝｣繝�す繝･縺ｮ縺溘ａ縺ｫ縲� <literal>SessionFactory</literal> 縺ｫ縺ｯ
+            繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縲√け繝ｩ繧ｹ蜈ｨ菴薙√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ蜈ｨ菴薙ｒ繧ｭ繝｣繝�す繝･縺九ｉ
+            蜑企勁縺吶ｋ縺溘ａ縺ｮ繝｡繧ｽ繝�ラ縺後◎繧後◇繧悟ｮ夂ｾｩ縺輔ｌ縺ｦ縺�∪縺吶�
         </para>
         
         <programlisting><![CDATA[sessionFactory.evict(Cat.class, catId); //evict a particular Cat
@@ -937,40 +939,40 @@ sessionFactory.evictCollection("Cat.kittens", catId); //evict a particular colle
 sessionFactory.evictCollection("Cat.kittens"); //evict all kitten collections]]></programlisting>
 
         <para>
-            <literal>CacheMode</literal> は特定のセッションが二次キャッシュとどのように相互作用するかを
-            指定します。
+            <literal>CacheMode</literal> 縺ｯ迚ｹ螳壹�繧ｻ繝�す繝ｧ繝ｳ縺御ｺ梧ｬ｡繧ｭ繝｣繝�す繝･縺ｨ縺ｩ縺ｮ繧医≧縺ｫ逶ｸ莠剃ｽ懃畑縺吶ｋ縺九ｒ
+            謖�ｮ壹＠縺ｾ縺吶�
         </para>
         
         <itemizedlist>
         <listitem>
         <para>
-            <literal>CacheMode.NORMAL</literal> - アイテムの読み込みと書き込みで二次キャッシュを使います
+            <literal>CacheMode.NORMAL</literal> - 繧｢繧､繝�Β縺ｮ隱ｭ縺ｿ霎ｼ縺ｿ縺ｨ譖ｸ縺崎ｾｼ縺ｿ縺ｧ莠梧ｬ｡繧ｭ繝｣繝�す繝･繧剃ｽｿ縺�∪縺�
         </para>
         </listitem>
         <listitem>
         <para>
-            <literal>CacheMode.GET</literal> - 読み込みは二次キャッシュから行いますが、データを
-            更新した場合を除いて二次キャッシュに書き込みをしません。
+            <literal>CacheMode.GET</literal> - 隱ｭ縺ｿ霎ｼ縺ｿ縺ｯ莠梧ｬ｡繧ｭ繝｣繝�す繝･縺九ｉ陦後＞縺ｾ縺吶′縲√ョ繝ｼ繧ｿ繧�
+            譖ｴ譁ｰ縺励◆蝣ｴ蜷医ｒ髯､縺�※莠梧ｬ｡繧ｭ繝｣繝�す繝･縺ｫ譖ｸ縺崎ｾｼ縺ｿ繧偵＠縺ｾ縺帙ｓ縲�
         </para>
         </listitem>
         <listitem>
         <para>
-            <literal>CacheMode.PUT</literal> - 二次キャッシュにアイテムを書き込みますが、読み込みには
-            二次キャッシュを使いません。
+            <literal>CacheMode.PUT</literal> - 莠梧ｬ｡繧ｭ繝｣繝�す繝･縺ｫ繧｢繧､繝�Β繧呈嶌縺崎ｾｼ縺ｿ縺ｾ縺吶′縲∬ｪｭ縺ｿ霎ｼ縺ｿ縺ｫ縺ｯ
+            莠梧ｬ｡繧ｭ繝｣繝�す繝･繧剃ｽｿ縺�∪縺帙ｓ縲�
         </para>
         </listitem>
         <listitem>
         <para>
-            <literal>CacheMode.REFRESH</literal> - 二次キャッシュにアイテムを書き込みますが、読み込みには
-            二次キャッシュを使わず、 <literal>hibernate.cache.use_minimal_puts</literal> 
-            の影響を受けずに、データベースから読み込むすべてのアイテムの二次キャッシュを強制的にリフレッシュします。
+            <literal>CacheMode.REFRESH</literal> - 莠梧ｬ｡繧ｭ繝｣繝�す繝･縺ｫ繧｢繧､繝�Β繧呈嶌縺崎ｾｼ縺ｿ縺ｾ縺吶′縲∬ｪｭ縺ｿ霎ｼ縺ｿ縺ｫ縺ｯ
+            莠梧ｬ｡繧ｭ繝｣繝�す繝･繧剃ｽｿ繧上★縲� <literal>hibernate.cache.use_minimal_puts</literal> 
+            縺ｮ蠖ｱ髻ｿ繧貞女縺代★縺ｫ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ縺九ｉ隱ｭ縺ｿ霎ｼ繧縺吶∋縺ｦ縺ｮ繧｢繧､繝�Β縺ｮ莠梧ｬ｡繧ｭ繝｣繝�す繝･繧貞ｼｷ蛻ｶ逧�↓繝ｪ繝輔Ξ繝�す繝･縺励∪縺吶�
         </para>
         </listitem>
         </itemizedlist>
         
         <para>
-            二次キャッシュの内容やクエリキャッシュ領域を見るために、 <literal>Statistics</literal> APIを
-            使ってください。
+            莠梧ｬ｡繧ｭ繝｣繝�す繝･縺ｮ蜀�ｮｹ繧�け繧ｨ繝ｪ繧ｭ繝｣繝�す繝･鬆伜沺繧定ｦ九ｋ縺溘ａ縺ｫ縲� <literal>Statistics</literal> API繧�
+            菴ｿ縺｣縺ｦ縺上□縺輔＞縲�
         </para>
         
         <programlisting><![CDATA[Map cacheEntries = sessionFactory.getStatistics()
@@ -978,8 +980,8 @@ sessionFactory.evictCollection("Cat.kittens"); //evict all kitten collections]]>
         .getEntries();]]></programlisting>
         
         <para>
-            統計情報を有効にして、さらにオプションとして、キャッシュエントリを
-            人がより理解可能な形式で保持することをHibernateに強制します。
+            邨ｱ險域ュ蝣ｱ繧呈怏蜉ｹ縺ｫ縺励※縲√＆繧峨↓繧ｪ繝励す繝ｧ繝ｳ縺ｨ縺励※縲√く繝｣繝�す繝･繧ｨ繝ｳ繝医Μ繧�
+            莠ｺ縺後ｈ繧顔炊隗｣蜿ｯ閭ｽ縺ｪ蠖｢蠑上〒菫晄戟縺吶ｋ縺薙→繧辿ibernate縺ｫ蠑ｷ蛻ｶ縺励∪縺吶�
         </para>
         
         <programlisting><![CDATA[hibernate.generate_statistics true
@@ -988,35 +990,35 @@ hibernate.cache.use_structured_entries true]]></programlisting>
     </sect1>
     
     <sect1 id="performance-querycache" revision="1">
-        <title>クエリキャッシュ</title>
+        <title>繧ｯ繧ｨ繝ｪ繧ｭ繝｣繝�す繝･</title>
 
         <para>
-            クエリのリザルトセットもキャッシュ出来ます。これは同じパラメータで何度も実行される
-            クエリに対してのみ有用です。クエリキャッシュを使うには、まず設定で有効にしなくてはなりません。
+            繧ｯ繧ｨ繝ｪ縺ｮ繝ｪ繧ｶ繝ｫ繝医そ繝�ヨ繧ゅく繝｣繝�す繝･蜃ｺ譚･縺ｾ縺吶ゅ％繧後�蜷後§繝代Λ繝｡繝ｼ繧ｿ縺ｧ菴募ｺｦ繧ょｮ溯｡後＆繧後ｋ
+            繧ｯ繧ｨ繝ｪ縺ｫ蟇ｾ縺励※縺ｮ縺ｿ譛臥畑縺ｧ縺吶ゅけ繧ｨ繝ｪ繧ｭ繝｣繝�す繝･繧剃ｽｿ縺�↓縺ｯ縲√∪縺夊ｨｭ螳壹〒譛牙柑縺ｫ縺励↑縺上※縺ｯ縺ｪ繧翫∪縺帙ｓ縲�
         </para>
 
         <programlisting><![CDATA[hibernate.cache.use_query_cache true]]></programlisting>       
         
         <para>
-            この設定は新たに二つのキャッシュ領域の作成を行います。一つはクエリのリザルトセットの
-            キャッシュ（ <literal>org.hibernate.cache.StandardQueryCache</literal> ）を保持し、
-            もう1つはクエリ可能なテーブルへの最新の更新タイムスタンプ
-           （ <literal>org.hibernate.cache.UpdateTimestampsCache</literal> ）を保持します。
-            クエリキャッシュはリザルトセットの実際の要素の状態はキャッシュしないことに
-            注意してください。キャッシュするのは識別子の値と、値型の結果のみです。
-            そのため、クエリキャッシュは常に二次キャッシュと一緒に使うべきです。
+            縺薙�險ｭ螳壹�譁ｰ縺溘↓莠後▽縺ｮ繧ｭ繝｣繝�す繝･鬆伜沺縺ｮ菴懈�繧定｡後＞縺ｾ縺吶ゆｸ縺､縺ｯ繧ｯ繧ｨ繝ｪ縺ｮ繝ｪ繧ｶ繝ｫ繝医そ繝�ヨ縺ｮ
+            繧ｭ繝｣繝�す繝･�� <literal>org.hibernate.cache.StandardQueryCache</literal> �峨ｒ菫晄戟縺励�
+            繧ゅ≧1縺､縺ｯ繧ｯ繧ｨ繝ｪ蜿ｯ閭ｽ縺ｪ繝��繝悶Ν縺ｸ縺ｮ譛譁ｰ縺ｮ譖ｴ譁ｰ繧ｿ繧､繝�繧ｹ繧ｿ繝ｳ繝�
+           �� <literal>org.hibernate.cache.UpdateTimestampsCache</literal> �峨ｒ菫晄戟縺励∪縺吶�
+            繧ｯ繧ｨ繝ｪ繧ｭ繝｣繝�す繝･縺ｯ繝ｪ繧ｶ繝ｫ繝医そ繝�ヨ縺ｮ螳滄圀縺ｮ隕∫ｴ�縺ｮ迥ｶ諷九�繧ｭ繝｣繝�す繝･縺励↑縺�％縺ｨ縺ｫ
+            豕ｨ諢上＠縺ｦ縺上□縺輔＞縲ゅく繝｣繝�す繝･縺吶ｋ縺ｮ縺ｯ隴伜挨蟄舌�蛟､縺ｨ縲∝､蝙九�邨先棡縺ｮ縺ｿ縺ｧ縺吶�
+            縺昴�縺溘ａ縲√け繧ｨ繝ｪ繧ｭ繝｣繝�す繝･縺ｯ蟶ｸ縺ｫ莠梧ｬ｡繧ｭ繝｣繝�す繝･縺ｨ荳邱偵↓菴ｿ縺�∋縺阪〒縺吶�
         </para>
         
         <para>
-            ほとんどのクエリはキャッシュの恩恵を受けないので、デフォルトではクエリはキャッシュされません。
-            キャッシュを有効にするには、 <literal>Query.setCacheable(true)</literal> を呼び出してください。
-            そうすればクエリが既存のキャッシュ結果を探し、クエリ実行時にその結果をキャッシュに追加する
-            ようになります。
+            縺ｻ縺ｨ繧薙←縺ｮ繧ｯ繧ｨ繝ｪ縺ｯ繧ｭ繝｣繝�す繝･縺ｮ諱ｩ諱ｵ繧貞女縺代↑縺��縺ｧ縲√ョ繝輔か繝ｫ繝医〒縺ｯ繧ｯ繧ｨ繝ｪ縺ｯ繧ｭ繝｣繝�す繝･縺輔ｌ縺ｾ縺帙ｓ縲�
+            繧ｭ繝｣繝�す繝･繧呈怏蜉ｹ縺ｫ縺吶ｋ縺ｫ縺ｯ縲� <literal>Query.setCacheable(true)</literal> 繧貞他縺ｳ蜃ｺ縺励※縺上□縺輔＞縲�
+            縺昴≧縺吶ｌ縺ｰ繧ｯ繧ｨ繝ｪ縺梧里蟄倥�繧ｭ繝｣繝�す繝･邨先棡繧呈爾縺励√け繧ｨ繝ｪ螳溯｡梧凾縺ｫ縺昴�邨先棡繧偵く繝｣繝�す繝･縺ｫ霑ｽ蜉�縺吶ｋ
+            繧医≧縺ｫ縺ｪ繧翫∪縺吶�
         </para>
         
         <para>
-            クエリキャッシュの破棄ポリシーを細かく制御したいときは、 <literal>Query.setCacheRegion()</literal> 
-            を呼び出して特定のクエリに対するキャッシュ領域を指定することが出来ます。
+            繧ｯ繧ｨ繝ｪ繧ｭ繝｣繝�す繝･縺ｮ遐ｴ譽��繝ｪ繧ｷ繝ｼ繧堤ｴｰ縺九￥蛻ｶ蠕｡縺励◆縺�→縺阪�縲� <literal>Query.setCacheRegion()</literal> 
+            繧貞他縺ｳ蜃ｺ縺励※迚ｹ螳壹�繧ｯ繧ｨ繝ｪ縺ｫ蟇ｾ縺吶ｋ繧ｭ繝｣繝�す繝･鬆伜沺繧呈欠螳壹☆繧九％縺ｨ縺悟�譚･縺ｾ縺吶�
         </para>
         
         <programlisting><![CDATA[List blogs = sess.createQuery("from Blog blog where blog.blogger = :blogger")
@@ -1027,52 +1029,52 @@ hibernate.cache.use_structured_entries true]]></programlisting>
     .list();]]></programlisting>
 
         <para>
-            クエリが自身のクエリキャッシュ領域のリフレッシュを強制しなければならないなら、
-            <literal>Query.setCacheMode(CacheMode.REFRESH)</literal> を呼び出すべきです。これは
-            元となるデータが別のプロセスによって更新されたり（すなわちHibernateを通じて更新されない）、
-            アプリケーションに特定のクエリリザルトセットを選択してリフレッシュさせる場合に特に有用です。
-            さらに有用なもう一つの方法は、 <literal>SessionFactory.evictQueries()</literal> 
-            によってクエリキャッシュ領域を消去することです。
+            繧ｯ繧ｨ繝ｪ縺瑚�霄ｫ縺ｮ繧ｯ繧ｨ繝ｪ繧ｭ繝｣繝�す繝･鬆伜沺縺ｮ繝ｪ繝輔Ξ繝�す繝･繧貞ｼｷ蛻ｶ縺励↑縺代ｌ縺ｰ縺ｪ繧峨↑縺�↑繧峨�
+            <literal>Query.setCacheMode(CacheMode.REFRESH)</literal> 繧貞他縺ｳ蜃ｺ縺吶∋縺阪〒縺吶ゅ％繧後�
+            蜈�→縺ｪ繧九ョ繝ｼ繧ｿ縺悟挨縺ｮ繝励Ο繧ｻ繧ｹ縺ｫ繧医▲縺ｦ譖ｴ譁ｰ縺輔ｌ縺溘ｊ�医☆縺ｪ繧上■Hibernate繧帝壹§縺ｦ譖ｴ譁ｰ縺輔ｌ縺ｪ縺�ｼ峨�
+            繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ迚ｹ螳壹�繧ｯ繧ｨ繝ｪ繝ｪ繧ｶ繝ｫ繝医そ繝�ヨ繧帝∈謚槭＠縺ｦ繝ｪ繝輔Ξ繝�す繝･縺輔○繧句�ｴ蜷医↓迚ｹ縺ｫ譛臥畑縺ｧ縺吶�
+            縺輔ｉ縺ｫ譛臥畑縺ｪ繧ゅ≧荳縺､縺ｮ譁ｹ豕輔�縲� <literal>SessionFactory.evictQueries()</literal> 
+            縺ｫ繧医▲縺ｦ繧ｯ繧ｨ繝ｪ繧ｭ繝｣繝�す繝･鬆伜沺繧呈ｶ亥悉縺吶ｋ縺薙→縺ｧ縺吶�
         </para>
 
     </sect1>
-☆14.1
+笘�14.1
     <sect1 id="performance-collections">
-        <title>コレクションのパフォーマンスの理解</title>
+        <title>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ縺ｮ逅�ｧ｣</title>
 
         <para>
-            コレクションの話題にはすでに多くの時間を使いました。この節では
-            コレクションが実行時にどのように振舞うかについての話題を2、3取り上げます。
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隧ｱ鬘後↓縺ｯ縺吶〒縺ｫ螟壹￥縺ｮ譎る俣繧剃ｽｿ縺�∪縺励◆縲ゅ％縺ｮ遽縺ｧ縺ｯ
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺悟ｮ溯｡梧凾縺ｫ縺ｩ縺ｮ繧医≧縺ｫ謖ｯ闊槭≧縺九↓縺､縺�※縺ｮ隧ｱ鬘後ｒ2縲�3蜿悶ｊ荳翫￡縺ｾ縺吶�
         </para>
 
         <sect2 id="performance-collections-taxonomy">
-            <title>分類</title>
+            <title>蛻�｡�</title>
 
-            <para>Hibernateは3つの基本的なコレクションの種類を定義しています。
+            <para>Hibernate縺ｯ3縺､縺ｮ蝓ｺ譛ｬ逧�↑繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ遞ｮ鬘槭ｒ螳夂ｾｩ縺励※縺�∪縺吶�
                   </para>
 
             <itemizedlist>
             <listitem>
-                <para>値のコレクション</para>
+                <para>蛟､縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ</para>
             </listitem>
             <listitem>
-                <para>一対多関連</para>
+                <para>荳蟇ｾ螟夐未騾｣</para>
             </listitem>
             <listitem>
-                <para>多対多関連</para>
+                <para>螟壼ｯｾ螟夐未騾｣</para>
             </listitem>
             </itemizedlist>
 
             <para>
-                この分類はさまざまなテーブルや外部キー関連を区別しますが、私たちが知る必要のある
-                関連モデルについてほとんどなにも教えてくれません。関連構造やパフォーマンスの特徴を
-                完全に理解するには、Hibernateがコレクションの行を更新、削除するために使う主キーの
-                構造もまた考えなければなりません。これは以下の分類を提示します。
+                縺薙�蛻�｡槭�縺輔∪縺悶∪縺ｪ繝��繝悶Ν繧�､夜Κ繧ｭ繝ｼ髢｢騾｣繧貞玄蛻･縺励∪縺吶′縲∫ｧ√◆縺｡縺檎衍繧句ｿ�ｦ√�縺ゅｋ
+                髢｢騾｣繝｢繝�Ν縺ｫ縺､縺�※縺ｻ縺ｨ繧薙←縺ｪ縺ｫ繧よ蕗縺医※縺上ｌ縺ｾ縺帙ｓ縲る未騾｣讒矩�繧�ヱ繝輔か繝ｼ繝槭Φ繧ｹ縺ｮ迚ｹ蠕ｴ繧�
+                螳悟�縺ｫ逅�ｧ｣縺吶ｋ縺ｫ縺ｯ縲？ibernate縺後さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ陦後ｒ譖ｴ譁ｰ縲∝炎髯､縺吶ｋ縺溘ａ縺ｫ菴ｿ縺�ｸｻ繧ｭ繝ｼ縺ｮ
+                讒矩�繧ゅ∪縺溯�∴縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲ゅ％繧後�莉･荳九�蛻�｡槭ｒ謠千､ｺ縺励∪縺吶�
             </para>
 
             <itemizedlist>
             <listitem>
-                <para>インデックス付きコレクション</para>
+                <para>繧､繝ｳ繝�ャ繧ｯ繧ｹ莉倥″繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ</para>
             </listitem>
             <listitem>
                 <para>set</para>
@@ -1083,86 +1085,86 @@ hibernate.cache.use_structured_entries true]]></programlisting>
             </itemizedlist>
 
             <para>
-                すべてのインデックス付きコレクション（map、list、配列）は <literal>&lt;key&gt;</literal> 
-                と <literal>&lt;index&gt;</literal> カラムからなる主キーを持っています。この場合は
-                コレクションの更新は非常に効率的です。主キーは有用なインデックスになり、Hibernateが
-                特定の行を更新または削除するときに、その行を効率的に見つけることができます。
+                縺吶∋縺ｦ縺ｮ繧､繝ｳ繝�ャ繧ｯ繧ｹ莉倥″繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ��map縲〕ist縲��蛻暦ｼ峨� <literal>&lt;key&gt;</literal> 
+                縺ｨ <literal>&lt;index&gt;</literal> 繧ｫ繝ｩ繝�縺九ｉ縺ｪ繧倶ｸｻ繧ｭ繝ｼ繧呈戟縺｣縺ｦ縺�∪縺吶ゅ％縺ｮ蝣ｴ蜷医�
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ譖ｴ譁ｰ縺ｯ髱槫ｸｸ縺ｫ蜉ｹ邇�噪縺ｧ縺吶ゆｸｻ繧ｭ繝ｼ縺ｯ譛臥畑縺ｪ繧､繝ｳ繝�ャ繧ｯ繧ｹ縺ｫ縺ｪ繧翫？ibernate縺�
+                迚ｹ螳壹�陦後ｒ譖ｴ譁ｰ縺ｾ縺溘�蜑企勁縺吶ｋ縺ｨ縺阪↓縲√◎縺ｮ陦後ｒ蜉ｹ邇�噪縺ｫ隕九▽縺代ｋ縺薙→縺後〒縺阪∪縺吶�
             </para>
                         
             <para>
-                setは <literal>&lt;key&gt;</literal> からなる主キーと要素のカラムを持っています。
-                これはコレクション要素のいくつかの型については効率的ではないかもしれません。
-                特に複合要素、大きなテキスト、バイナリフィールドでは非効率です。データベースは
-                複合主キーに効率的にインデックスを付けることができないからです。一方、1対多や多対多関連において、
-                特に人工識別子の場合は同じぐらい効率的です。（余談： <literal>SchemaExport</literal> 
-                で実際に <literal>&lt;set&gt;</literal> の主キーを作りたいなら、すべてのカラムで
-                 <literal>not-null="true"</literal> を宣言しなければなりません。）
+                set縺ｯ <literal>&lt;key&gt;</literal> 縺九ｉ縺ｪ繧倶ｸｻ繧ｭ繝ｼ縺ｨ隕∫ｴ�縺ｮ繧ｫ繝ｩ繝�繧呈戟縺｣縺ｦ縺�∪縺吶�
+                縺薙ｌ縺ｯ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ隕∫ｴ�縺ｮ縺�￥縺､縺九�蝙九↓縺､縺�※縺ｯ蜉ｹ邇�噪縺ｧ縺ｯ縺ｪ縺�°繧ゅ＠繧後∪縺帙ｓ縲�
+                迚ｹ縺ｫ隍�粋隕∫ｴ�縲∝､ｧ縺阪↑繝�く繧ｹ繝医√ヰ繧､繝翫Μ繝輔ぅ繝ｼ繝ｫ繝峨〒縺ｯ髱槫柑邇�〒縺吶ゅョ繝ｼ繧ｿ繝吶�繧ｹ縺ｯ
+                隍�粋荳ｻ繧ｭ繝ｼ縺ｫ蜉ｹ邇�噪縺ｫ繧､繝ｳ繝�ャ繧ｯ繧ｹ繧剃ｻ倥￠繧九％縺ｨ縺後〒縺阪↑縺�°繧峨〒縺吶ゆｸ譁ｹ縲�1蟇ｾ螟壹ｄ螟壼ｯｾ螟夐未騾｣縺ｫ縺翫＞縺ｦ縲�
+                迚ｹ縺ｫ莠ｺ蟾･隴伜挨蟄舌�蝣ｴ蜷医�蜷後§縺舌ｉ縺�柑邇�噪縺ｧ縺吶ゑｼ井ｽ呵ｫ�ｼ� <literal>SchemaExport</literal> 
+                縺ｧ螳滄圀縺ｫ <literal>&lt;set&gt;</literal> 縺ｮ荳ｻ繧ｭ繝ｼ繧剃ｽ懊ｊ縺溘＞縺ｪ繧峨√☆縺ｹ縺ｦ縺ｮ繧ｫ繝ｩ繝�縺ｧ
+                 <literal>not-null="true"</literal> 繧貞ｮ｣險縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲ゑｼ�
             </para>
 
             <para>
-                <literal>&lt;idbag&gt;</literal> マッピングは代理キーを定義します。そのため
-                更新は常に非常に効率的です。事実上、これは最善のケースです。
+                <literal>&lt;idbag&gt;</literal> 繝槭ャ繝斐Φ繧ｰ縺ｯ莉｣逅�く繝ｼ繧貞ｮ夂ｾｩ縺励∪縺吶ゅ◎縺ｮ縺溘ａ
+                譖ｴ譁ｰ縺ｯ蟶ｸ縺ｫ髱槫ｸｸ縺ｫ蜉ｹ邇�噪縺ｧ縺吶ゆｺ句ｮ滉ｸ翫√％繧後�譛蝟��繧ｱ繝ｼ繧ｹ縺ｧ縺吶�
             </para>
             
             <para>
-                bagは最悪のケースです。bagは要素の値の重複が可能で、インデックスカラムを持たないため、
-                主キーは定義されないかもしれません。Hibernateには重複した行を区別する方法がありません。
-                Hibernateはこの問題の解決のために、変更があったときには常に完全な削除
-                （一つの <literal>DELETE</literal> による）を行い、コレクションの再作成を行います。
-                これは非常に非効率的かもしれません。
+                bag縺ｯ譛謔ｪ縺ｮ繧ｱ繝ｼ繧ｹ縺ｧ縺吶Ｃag縺ｯ隕∫ｴ�縺ｮ蛟､縺ｮ驥崎､�′蜿ｯ閭ｽ縺ｧ縲√う繝ｳ繝�ャ繧ｯ繧ｹ繧ｫ繝ｩ繝�繧呈戟縺溘↑縺�◆繧√�
+                荳ｻ繧ｭ繝ｼ縺ｯ螳夂ｾｩ縺輔ｌ縺ｪ縺�°繧ゅ＠繧後∪縺帙ｓ縲�Hibernate縺ｫ縺ｯ驥崎､�＠縺溯｡後ｒ蛹ｺ蛻･縺吶ｋ譁ｹ豕輔′縺ゅｊ縺ｾ縺帙ｓ縲�
+                Hibernate縺ｯ縺薙�蝠城｡後�隗｣豎ｺ縺ｮ縺溘ａ縺ｫ縲∝､画峩縺後≠縺｣縺溘→縺阪↓縺ｯ蟶ｸ縺ｫ螳悟�縺ｪ蜑企勁
+                �井ｸ縺､縺ｮ <literal>DELETE</literal> 縺ｫ繧医ｋ�峨ｒ陦後＞縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蜀堺ｽ懈�繧定｡後＞縺ｾ縺吶�
+                縺薙ｌ縺ｯ髱槫ｸｸ縺ｫ髱槫柑邇�噪縺九ｂ縺励ｌ縺ｾ縺帙ｓ縲�
             </para>
 
             <para>
-                1対多関連では、「主キー」はデータベースのテーブルの物理的な
-                主キーではないかもしれないことに注意してください。しかしこの場合でさえ、上記の分類はまだ有用です。
-                （Hibernateがコレクションの個々の行をどうやって「見つけるか」を表しています。）
+                1蟇ｾ螟夐未騾｣縺ｧ縺ｯ縲√御ｸｻ繧ｭ繝ｼ縲阪�繝��繧ｿ繝吶�繧ｹ縺ｮ繝��繝悶Ν縺ｮ迚ｩ逅�噪縺ｪ
+                荳ｻ繧ｭ繝ｼ縺ｧ縺ｯ縺ｪ縺�°繧ゅ＠繧後↑縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲ゅ＠縺九＠縺薙�蝣ｴ蜷医〒縺輔∴縲∽ｸ願ｨ倥�蛻�｡槭�縺ｾ縺�譛臥畑縺ｧ縺吶�
+                ��Hibernate縺後さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蛟九��陦後ｒ縺ｩ縺�ｄ縺｣縺ｦ縲瑚ｦ九▽縺代ｋ縺九阪ｒ陦ｨ縺励※縺�∪縺吶ゑｼ�
             </para>
 
         </sect2>
 
         <sect2 id="performance-collections-mostefficientupdate">
-            <title>更新にもっとも効率的なコレクション list、map、idbag、set</title>
+            <title>譖ｴ譁ｰ縺ｫ繧ゅ▲縺ｨ繧ょ柑邇�噪縺ｪ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ list縲［ap縲（dbag縲《et</title>
 
             <para>
-                上での議論から、インデックス付きコレクションと（普通の）setは要素の追加、削除、
-                更新でもっとも効率的な操作が出来ることは明らかです。
+                荳翫〒縺ｮ隴ｰ隲悶°繧峨√う繝ｳ繝�ャ繧ｯ繧ｹ莉倥″繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｨ�域勸騾壹��鋭et縺ｯ隕∫ｴ�縺ｮ霑ｽ蜉�縲∝炎髯､縲�
+                譖ｴ譁ｰ縺ｧ繧ゅ▲縺ｨ繧ょ柑邇�噪縺ｪ謫堺ｽ懊′蜃ｺ譚･繧九％縺ｨ縺ｯ譏弱ｉ縺九〒縺吶�
             </para>
 
             <para>
-                ほぼ間違いなく、多対多関連や値のコレクションにおいて、インデックス付きコレクションが
-                setよりも優れている点が一つ以上あります。 <literal>Set</literal> はその
-                構造のために、Hibernateは要素が「変更」されたときに行を決して <literal>UPDATE</literal> 
-                しません。 <literal>Set</literal> への変更は常に（個々の行の）<literal>INSERT</literal> 
-                と <literal>DELETE</literal> によって行います。繰り返しますが、これは一対多関連には
-                当てはまりません。
+                縺ｻ縺ｼ髢馴＆縺�↑縺上∝､壼ｯｾ螟夐未騾｣繧�､縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ縺翫＞縺ｦ縲√う繝ｳ繝�ャ繧ｯ繧ｹ莉倥″繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺�
+                set繧医ｊ繧ょ━繧後※縺�ｋ轤ｹ縺御ｸ縺､莉･荳翫≠繧翫∪縺吶� <literal>Set</literal> 縺ｯ縺昴�
+                讒矩�縺ｮ縺溘ａ縺ｫ縲？ibernate縺ｯ隕∫ｴ�縺後悟､画峩縲阪＆繧後◆縺ｨ縺阪↓陦後ｒ豎ｺ縺励※ <literal>UPDATE</literal> 
+                縺励∪縺帙ｓ縲� <literal>Set</literal> 縺ｸ縺ｮ螟画峩縺ｯ蟶ｸ縺ｫ�亥九��陦後���<literal>INSERT</literal> 
+                縺ｨ <literal>DELETE</literal> 縺ｫ繧医▲縺ｦ陦後＞縺ｾ縺吶らｹｰ繧願ｿ斐＠縺ｾ縺吶′縲√％繧後�荳蟇ｾ螟夐未騾｣縺ｫ縺ｯ
+                蠖薙※縺ｯ縺ｾ繧翫∪縺帙ｓ縲�
             </para>
 
             <para>
-                配列は遅延処理ができないという決まりなので、結論として、list、map、idbagがもっとも
-                パフォーマンスの良い（inverseではない）コレクションタイプとなります。setも
-                それほど違いはありません。Hibernateのアプリケーションでは、setはコレクションのもっとも
-                共通の種類として期待されます。setの表現は関連モデルではもっとも自然だからです。
+                驟榊�縺ｯ驕�ｻｶ蜃ｦ逅�′縺ｧ縺阪↑縺�→縺�≧豎ｺ縺ｾ繧翫↑縺ｮ縺ｧ縲∫ｵ占ｫ悶→縺励※縲〕ist縲［ap縲（dbag縺後ｂ縺｣縺ｨ繧�
+                繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ縺ｮ濶ｯ縺�ｼ�inverse縺ｧ縺ｯ縺ｪ縺�ｼ峨さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧ｿ繧､繝励→縺ｪ繧翫∪縺吶Ｔet繧�
+                縺昴ｌ縺ｻ縺ｩ驕輔＞縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�Hibernate縺ｮ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｧ縺ｯ縲《et縺ｯ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ゅ▲縺ｨ繧�
+                蜈ｱ騾壹�遞ｮ鬘槭→縺励※譛溷ｾ�＆繧後∪縺吶Ｔet縺ｮ陦ｨ迴ｾ縺ｯ髢｢騾｣繝｢繝�Ν縺ｧ縺ｯ繧ゅ▲縺ｨ繧り�辟ｶ縺�縺九ｉ縺ｧ縺吶�
             </para>
 
             <para>
-                しかし、よくデザインされたHibernateのドメインモデルでは、通常もっとも多いコレクションは
-                事実上 <literal>inverse="true"</literal> を指定した1対多関連です。これらの関連では、
-                更新は多対一の関連端で扱われ、コレクションの更新パフォーマンスの問題は当てはまりません。
+                縺励°縺励√ｈ縺上ョ繧ｶ繧､繝ｳ縺輔ｌ縺櫞ibernate縺ｮ繝峨Γ繧､繝ｳ繝｢繝�Ν縺ｧ縺ｯ縲�壼ｸｸ繧ゅ▲縺ｨ繧ょ､壹＞繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ
+                莠句ｮ滉ｸ� <literal>inverse="true"</literal> 繧呈欠螳壹＠縺�1蟇ｾ螟夐未騾｣縺ｧ縺吶ゅ％繧後ｉ縺ｮ髢｢騾｣縺ｧ縺ｯ縲�
+                譖ｴ譁ｰ縺ｯ螟壼ｯｾ荳縺ｮ髢｢騾｣遶ｯ縺ｧ謇ｱ繧上ｌ縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ譖ｴ譁ｰ繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ縺ｮ蝠城｡後�蠖薙※縺ｯ縺ｾ繧翫∪縺帙ｓ縲�
             </para>
 
         </sect2>
 
         <sect2 id="performance-collections-mostefficentinverse">
-            <title>inverseコレクションにもっとも最適なbagとlist</title>
+            <title>inverse繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ繧ゅ▲縺ｨ繧よ怙驕ｩ縺ｪbag縺ｨlist</title>
 
             <para>
-                bagを見放してしまう前に、bag（そしてlistも）がsetよりもずっとパフォーマンスが良い特別なケースを
-                紹介します。 <literal>inverse="true"</literal> のコレクション（一般的な1対多関連の使い方など）で、
-                bagの要素を初期化（フェッチ）する必要なくbagやlistに要素を追加できます！
-                これは <literal>Collection.add()</literal> や <literal>Collection.addAll()</literal> 
-                はbagや <literal>List</literal> では常にtrueを返さなければならないからです
-                （ <literal>Set</literal> とは異なります）。
-                これは以下の共通処理をより速くすることができます。
+                bag繧定ｦ区叛縺励※縺励∪縺�燕縺ｫ縲｜ag�医◎縺励※list繧ゑｼ峨′set繧医ｊ繧ゅ★縺｣縺ｨ繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ縺瑚憶縺�音蛻･縺ｪ繧ｱ繝ｼ繧ｹ繧�
+                邏ｹ莉九＠縺ｾ縺吶� <literal>inverse="true"</literal> 縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ�井ｸ闊ｬ逧�↑1蟇ｾ螟夐未騾｣縺ｮ菴ｿ縺�婿縺ｪ縺ｩ�峨〒縲�
+                bag縺ｮ隕∫ｴ�繧貞�譛溷喧�医ヵ繧ｧ繝�メ�峨☆繧句ｿ�ｦ√↑縺獣ag繧�list縺ｫ隕∫ｴ�繧定ｿｽ蜉�縺ｧ縺阪∪縺呻ｼ�
+                縺薙ｌ縺ｯ <literal>Collection.add()</literal> 繧� <literal>Collection.addAll()</literal> 
+                縺ｯbag繧� <literal>List</literal> 縺ｧ縺ｯ蟶ｸ縺ｫtrue繧定ｿ斐＆縺ｪ縺代ｌ縺ｰ縺ｪ繧峨↑縺�°繧峨〒縺�
+                �� <literal>Set</literal> 縺ｨ縺ｯ逡ｰ縺ｪ繧翫∪縺呻ｼ峨�
+                縺薙ｌ縺ｯ莉･荳九�蜈ｱ騾壼�逅�ｒ繧医ｊ騾溘￥縺吶ｋ縺薙→縺後〒縺阪∪縺吶�
             </para>
 
             <programlisting><![CDATA[Parent p = (Parent) sess.load(Parent.class, id);
@@ -1174,54 +1176,54 @@ sess.flush();]]></programlisting>
         </sect2>
 
         <sect2 id="performance-collections-oneshotdelete">
-            <title>一括削除</title>
+            <title>荳諡ｬ蜑企勁</title>
 
             <para>
-                時々、コレクションの要素を一つ一つ削除することは極めて非効率的になることがあります。
-                Hibernateは愚かではないので、新しい空のコレクションの場合（ <literal>list.clear()</literal> 
-                を呼び出した場合など）ではこれをすべきでないことを知っています。この場合は、Hibernateは
-                 <literal>DELETE</literal> を一回発行して、それですべて終わります！
+                譎ゅ�√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隕∫ｴ�繧剃ｸ縺､荳縺､蜑企勁縺吶ｋ縺薙→縺ｯ讌ｵ繧√※髱槫柑邇�噪縺ｫ縺ｪ繧九％縺ｨ縺後≠繧翫∪縺吶�
+                Hibernate縺ｯ諢壹°縺ｧ縺ｯ縺ｪ縺��縺ｧ縲∵眠縺励＞遨ｺ縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蝣ｴ蜷茨ｼ� <literal>list.clear()</literal> 
+                繧貞他縺ｳ蜃ｺ縺励◆蝣ｴ蜷医↑縺ｩ�峨〒縺ｯ縺薙ｌ繧偵☆縺ｹ縺阪〒縺ｪ縺�％縺ｨ繧堤衍縺｣縺ｦ縺�∪縺吶ゅ％縺ｮ蝣ｴ蜷医�縲？ibernate縺ｯ
+                 <literal>DELETE</literal> 繧剃ｸ蝗樒匱陦後＠縺ｦ縲√◎繧後〒縺吶∋縺ｦ邨ゅｏ繧翫∪縺呻ｼ�
             </para>
 
             <para>
-                サイズ20のコレクションに一つの要素を追加し、それから二つの要素を削除するとします。
-                Hibernateは一つの <literal>INSERT</literal> 文と二つの <literal>DELETE</literal> 文を発行します
-                （コレクションがbagでなければ）。これは確かに望ましい動作です。
+                繧ｵ繧､繧ｺ20縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ荳縺､縺ｮ隕∫ｴ�繧定ｿｽ蜉�縺励√◎繧後°繧我ｺ後▽縺ｮ隕∫ｴ�繧貞炎髯､縺吶ｋ縺ｨ縺励∪縺吶�
+                Hibernate縺ｯ荳縺､縺ｮ <literal>INSERT</literal> 譁�→莠後▽縺ｮ <literal>DELETE</literal> 譁�ｒ逋ｺ陦後＠縺ｾ縺�
+                �医さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺恵ag縺ｧ縺ｪ縺代ｌ縺ｰ�峨ゅ％繧後�遒ｺ縺九↓譛帙∪縺励＞蜍穂ｽ懊〒縺吶�
             </para>
 
             <para>
-                しかし、18個の要素を削除して2つを残し、それから3つ新しい要素を追加するとします。
-                このとき二つの方法があります。
+                縺励°縺励�18蛟九�隕∫ｴ�繧貞炎髯､縺励※2縺､繧呈ｮ九＠縲√◎繧後°繧�3縺､譁ｰ縺励＞隕∫ｴ�繧定ｿｽ蜉�縺吶ｋ縺ｨ縺励∪縺吶�
+                縺薙�縺ｨ縺堺ｺ後▽縺ｮ譁ｹ豕輔′縺ゅｊ縺ｾ縺吶�
             </para>
 
             <itemizedlist>
             <listitem>
                 <para>
-                18行を一つ一つ削除して、3行を追加する
+                18陦後ｒ荳縺､荳縺､蜑企勁縺励※縲�3陦後ｒ霑ｽ蜉�縺吶ｋ
                 </para>
             </listitem>
             <listitem>
                 <para>
-                コレクション全体を削除（ <literal>DELETE</literal> のSQLを一回）し、そして5つの要素すべてを
-                （一つずつ）追加する
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ蜈ｨ菴薙ｒ蜑企勁�� <literal>DELETE</literal> 縺ｮSQL繧剃ｸ蝗橸ｼ峨＠縲√◎縺励※5縺､縺ｮ隕∫ｴ�縺吶∋縺ｦ繧�
+                �井ｸ縺､縺壹▽�芽ｿｽ蜉�縺吶ｋ
                 </para>
             </listitem>
             </itemizedlist>
 
             <para>
-                Hibernateはこの場合に2番目の方法がより速いだろうとわかるほど賢くはありません。
-                （そしてHibernateがこのように賢いことも望ましくないでしょう。このような振る舞いは
-                データベースのトリガなどを混乱させるかもしれません。）
+                Hibernate縺ｯ縺薙�蝣ｴ蜷医↓2逡ｪ逶ｮ縺ｮ譁ｹ豕輔′繧医ｊ騾溘＞縺�繧阪≧縺ｨ繧上°繧九⊇縺ｩ雉｢縺上�縺ゅｊ縺ｾ縺帙ｓ縲�
+                �医◎縺励※Hibernate縺後％縺ｮ繧医≧縺ｫ雉｢縺�％縺ｨ繧よ悍縺ｾ縺励￥縺ｪ縺�〒縺励ｇ縺�ゅ％縺ｮ繧医≧縺ｪ謖ｯ繧玖�縺��
+                繝��繧ｿ繝吶�繧ｹ縺ｮ繝医Μ繧ｬ縺ｪ縺ｩ繧呈ｷｷ荵ｱ縺輔○繧九°繧ゅ＠繧後∪縺帙ｓ縲ゑｼ�
             </para>
 
             <para>
-                幸いにも、元のコレクションを捨て（つまり参照をやめて）、現在の要素をすべて持つ新しいコレクションの
-                インスタンスを返すことで、いつでもこの振る舞い（2番目の戦略）を強制することが出来ます。
-                時にこれはとても便利で強力です。
+                蟷ｸ縺�↓繧ゅ∝�縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧呈昏縺ｦ�医▽縺ｾ繧雁盾辣ｧ繧偵ｄ繧√※�峨∫樟蝨ｨ縺ｮ隕∫ｴ�繧偵☆縺ｹ縺ｦ謖√▽譁ｰ縺励＞繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ
+                繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧定ｿ斐☆縺薙→縺ｧ縲√＞縺､縺ｧ繧ゅ％縺ｮ謖ｯ繧玖�縺�ｼ�2逡ｪ逶ｮ縺ｮ謌ｦ逡･�峨ｒ蠑ｷ蛻ｶ縺吶ｋ縺薙→縺悟�譚･縺ｾ縺吶�
+                譎ゅ↓縺薙ｌ縺ｯ縺ｨ縺ｦ繧ゆｾｿ蛻ｩ縺ｧ蠑ｷ蜉帙〒縺吶�
             </para>
             
             <para>
-                もちろん、一括削除は <literal>inverse="true"</literal> を指定したコレクションには行いません。
+                繧ゅ■繧阪ｓ縲∽ｸ諡ｬ蜑企勁縺ｯ <literal>inverse="true"</literal> 繧呈欠螳壹＠縺溘さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ縺ｯ陦後＞縺ｾ縺帙ｓ縲�
             </para>
 
         </sect2>
@@ -1229,28 +1231,28 @@ sess.flush();]]></programlisting>
     </sect1>
 
     <sect1 id="performance-monitoring" revision="1">
-        <title>パフォーマンスのモニタリング</title>
+        <title>繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ縺ｮ繝｢繝九ち繝ｪ繝ｳ繧ｰ</title>
 
         <para>
-            最適化はモニタリングやパフォーマンスを示す数値がなければ十分に行えません。
-            Hibernateは内部処理のすべての範囲の数値を提供します。
-            Hibernateの統計情報は <literal>SessionFactory</literal> 単位で取得可能です。
+            譛驕ｩ蛹悶�繝｢繝九ち繝ｪ繝ｳ繧ｰ繧�ヱ繝輔か繝ｼ繝槭Φ繧ｹ繧堤､ｺ縺呎焚蛟､縺後↑縺代ｌ縺ｰ蜊∝�縺ｫ陦後∴縺ｾ縺帙ｓ縲�
+            Hibernate縺ｯ蜀�Κ蜃ｦ逅��縺吶∋縺ｦ縺ｮ遽�峇縺ｮ謨ｰ蛟､繧呈署萓帙＠縺ｾ縺吶�
+            Hibernate縺ｮ邨ｱ險域ュ蝣ｱ縺ｯ <literal>SessionFactory</literal> 蜊倅ｽ阪〒蜿門ｾ怜庄閭ｽ縺ｧ縺吶�
         </para>
 
         <sect2 id="performance-monitoring-sf" revision="2">
-            <title>SessionFactoryのモニタリング</title>
+            <title>SessionFactory縺ｮ繝｢繝九ち繝ｪ繝ｳ繧ｰ</title>
 
             <para>
-                <literal>SessionFactory</literal> のメトリクスにアクセスするには2つの方法があります。
-                最初の方法は、 <literal>sessionFactory.getStatistics()</literal> を呼び出し、
-                自分で <literal>Statistics</literal> の読み込みや表示を行います。
+                <literal>SessionFactory</literal> 縺ｮ繝｡繝医Μ繧ｯ繧ｹ縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ縺ｫ縺ｯ2縺､縺ｮ譁ｹ豕輔′縺ゅｊ縺ｾ縺吶�
+                譛蛻昴�譁ｹ豕輔�縲� <literal>sessionFactory.getStatistics()</literal> 繧貞他縺ｳ蜃ｺ縺励�
+                閾ｪ蛻�〒 <literal>Statistics</literal> 縺ｮ隱ｭ縺ｿ霎ｼ縺ｿ繧�｡ｨ遉ｺ繧定｡後＞縺ｾ縺吶�
             </para>
 
             <para>
-                <literal>StatisticsService</literal> MBeanを有効にしていれば、HibernateはJMXを使って
-                メトリクスを発行することもできます。1つのMBeanをすべての <literal>SessionFactory</literal> 
-                に対して有効にするか、SessionFactoryごとに一つのMBeanを有効にすることが出来ます。
-                最小限の設定例である以下のコードを見てください。
+                <literal>StatisticsService</literal> MBean繧呈怏蜉ｹ縺ｫ縺励※縺�ｌ縺ｰ縲？ibernate縺ｯJMX繧剃ｽｿ縺｣縺ｦ
+                繝｡繝医Μ繧ｯ繧ｹ繧堤匱陦後☆繧九％縺ｨ繧ゅ〒縺阪∪縺吶�1縺､縺ｮMBean繧偵☆縺ｹ縺ｦ縺ｮ <literal>SessionFactory</literal> 
+                縺ｫ蟇ｾ縺励※譛牙柑縺ｫ縺吶ｋ縺九ヾessionFactory縺斐→縺ｫ荳縺､縺ｮMBean繧呈怏蜉ｹ縺ｫ縺吶ｋ縺薙→縺悟�譚･縺ｾ縺吶�
+                譛蟆城剞縺ｮ險ｭ螳壻ｾ九〒縺ゅｋ莉･荳九�繧ｳ繝ｼ繝峨ｒ隕九※縺上□縺輔＞縲�
             </para>
 
             <programlisting><![CDATA[// MBean service registration for a specific SessionFactory
@@ -1274,77 +1276,77 @@ StatisticsService stats = new StatisticsService(); // MBean implementation
 server.registerMBean(stats, on); // Register the MBean on the server]]></programlisting>
 
             <para>
-                TODO: これは意味がありません。最初のケースは、MBeanを直接復元して使用します。2番目のケースは、
-                使う前にsession factoryが持っているJNDI名を渡さなければなりません。
-                <literal>hibernateStatsBean.setSessionFactoryJNDIName("my/JNDI/Name")</literal> を使ってください。
+                TODO: 縺薙ｌ縺ｯ諢丞袖縺後≠繧翫∪縺帙ｓ縲よ怙蛻昴�繧ｱ繝ｼ繧ｹ縺ｯ縲｀Bean繧堤峩謗･蠕ｩ蜈�＠縺ｦ菴ｿ逕ｨ縺励∪縺吶�2逡ｪ逶ｮ縺ｮ繧ｱ繝ｼ繧ｹ縺ｯ縲�
+                菴ｿ縺�燕縺ｫsession factory縺梧戟縺｣縺ｦ縺�ｋJNDI蜷阪ｒ貂｡縺輔↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+                <literal>hibernateStatsBean.setSessionFactoryJNDIName("my/JNDI/Name")</literal> 繧剃ｽｿ縺｣縺ｦ縺上□縺輔＞縲�
             </para>
             <para>
-                <literal>SessionFactory</literal> に対してモニタリングの開始（終了）を行うことが出来ます。
+                <literal>SessionFactory</literal> 縺ｫ蟇ｾ縺励※繝｢繝九ち繝ｪ繝ｳ繧ｰ縺ｮ髢句ｧ具ｼ育ｵゆｺ�ｼ峨ｒ陦後≧縺薙→縺悟�譚･縺ｾ縺吶�
             </para>
             <itemizedlist>
                 <listitem>
                     <para>
-                        設定時には、 <literal>hibernate.generate_statistics</literal> を <literal>false</literal> にします
+                        險ｭ螳壽凾縺ｫ縺ｯ縲� <literal>hibernate.generate_statistics</literal> 繧� <literal>false</literal> 縺ｫ縺励∪縺�
                     </para>
                 </listitem>
             </itemizedlist>
             <itemizedlist>
                 <listitem>
                     <para>
-                        実行時に、 <literal>sf.getStatistics().setStatisticsEnabled(true)</literal> または
-                         <literal>hibernateStatsBean.setStatisticsEnabled(true)</literal> を呼び出します
+                        螳溯｡梧凾縺ｫ縲� <literal>sf.getStatistics().setStatisticsEnabled(true)</literal> 縺ｾ縺溘�
+                         <literal>hibernateStatsBean.setStatisticsEnabled(true)</literal> 繧貞他縺ｳ蜃ｺ縺励∪縺�
                     </para>
                 </listitem>
             </itemizedlist>
 
             <para>
-                統計は <literal>clear()</literal> メソッドを使って手動でリセットすることが出来ます。
-                サマリは <literal>logSummary()</literal> メソッドを使ってloggerに送ることが出来ます
-                （infoレベルです）。
+                邨ｱ險医� <literal>clear()</literal> 繝｡繧ｽ繝�ラ繧剃ｽｿ縺｣縺ｦ謇句虚縺ｧ繝ｪ繧ｻ繝�ヨ縺吶ｋ縺薙→縺悟�譚･縺ｾ縺吶�
+                繧ｵ繝槭Μ縺ｯ <literal>logSummary()</literal> 繝｡繧ｽ繝�ラ繧剃ｽｿ縺｣縺ｦlogger縺ｫ騾√ｋ縺薙→縺悟�譚･縺ｾ縺�
+                ��info繝ｬ繝吶Ν縺ｧ縺呻ｼ峨�
             </para>
 
         </sect2>
 
         <sect2 id="performance-monitoring-metrics" revision="1">
-            <title>メトリクス</title>
+            <title>繝｡繝医Μ繧ｯ繧ｹ</title>
 
             <para>
-                多くのものがあります。すべての使用可能なカウンタは <literal>Statistics</literal> 
-                インターフェイスのAPIに書かれており、3つの分類があります。
+                螟壹￥縺ｮ繧ゅ�縺後≠繧翫∪縺吶ゅ☆縺ｹ縺ｦ縺ｮ菴ｿ逕ｨ蜿ｯ閭ｽ縺ｪ繧ｫ繧ｦ繝ｳ繧ｿ縺ｯ <literal>Statistics</literal> 
+                繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｮAPI縺ｫ譖ｸ縺九ｌ縺ｦ縺翫ｊ縲�3縺､縺ｮ蛻�｡槭′縺ゅｊ縺ｾ縺吶�
             </para>
             <itemizedlist>
                 <listitem>
                     <para>
-                        メトリクスは一般的な <literal>Session</literal> の使い方と関係しています。
-                        オープンしたセッションの数がJDBCコネクションと関連しているのと同じです。
+                        繝｡繝医Μ繧ｯ繧ｹ縺ｯ荳闊ｬ逧�↑ <literal>Session</literal> 縺ｮ菴ｿ縺�婿縺ｨ髢｢菫ゅ＠縺ｦ縺�∪縺吶�
+                        繧ｪ繝ｼ繝励Φ縺励◆繧ｻ繝�す繝ｧ繝ｳ縺ｮ謨ｰ縺繰DBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺ｨ髢｢騾｣縺励※縺�ｋ縺ｮ縺ｨ蜷後§縺ｧ縺吶�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        メトリクスは要素、コレクション、クエリやキャッシュなど全体に
-                        関係しています（別名はグローバルメトリクスです）。
+                        繝｡繝医Μ繧ｯ繧ｹ縺ｯ隕∫ｴ�縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縲√け繧ｨ繝ｪ繧�く繝｣繝�す繝･縺ｪ縺ｩ蜈ｨ菴薙↓
+                        髢｢菫ゅ＠縺ｦ縺�∪縺呻ｼ亥挨蜷阪�繧ｰ繝ｭ繝ｼ繝舌Ν繝｡繝医Μ繧ｯ繧ｹ縺ｧ縺呻ｼ峨�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        メトリクスの詳細は特定のエンティティ、コレクション、クエリ、キャッシュ領域に関係しています。
+                        繝｡繝医Μ繧ｯ繧ｹ縺ｮ隧ｳ邏ｰ縺ｯ迚ｹ螳壹�繧ｨ繝ｳ繝�ぅ繝�ぅ縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縲√け繧ｨ繝ｪ縲√く繝｣繝�す繝･鬆伜沺縺ｫ髢｢菫ゅ＠縺ｦ縺�∪縺吶�
                     </para>
                 </listitem>
             </itemizedlist>
 
             <para>
-                例として、キャッシュのヒット、ヒットミスや、要素、コレクション、クエリの割合、クエリの実行に
-                必要な平均時間を確認できます。ミリ秒の数値はJavaの近似を受けることに注意してください。
-                HibernateはJVMの精度に制限され、プラットフォームによっては10秒単位でしか正確でないかもしれません。
+                萓九→縺励※縲√く繝｣繝�す繝･縺ｮ繝偵ャ繝医√ヲ繝�ヨ繝溘せ繧�∬ｦ∫ｴ�縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縲√け繧ｨ繝ｪ縺ｮ蜑ｲ蜷医√け繧ｨ繝ｪ縺ｮ螳溯｡後↓
+                蠢�ｦ√↑蟷ｳ蝮�凾髢薙ｒ遒ｺ隱阪〒縺阪∪縺吶ゅΑ繝ｪ遘偵�謨ｰ蛟､縺ｯJava縺ｮ霑台ｼｼ繧貞女縺代ｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+                Hibernate縺ｯJVM縺ｮ邊ｾ蠎ｦ縺ｫ蛻ｶ髯舌＆繧後√�繝ｩ繝�ヨ繝輔か繝ｼ繝�縺ｫ繧医▲縺ｦ縺ｯ10遘貞腰菴阪〒縺励°豁｣遒ｺ縺ｧ縺ｪ縺�°繧ゅ＠繧後∪縺帙ｓ縲�
             </para>
 
             <para>
-                単純なgetterはグローバルメトリクス（すなわち特定のエンティティ、コレクション、キャッシュ領域などに縛られない）
-                にアクセスするために使います。特定のエンティティ、コレクション、キャッシュ領域のメトリクスは、
-                それらの名前や、クエリのHQL、SQL表現によってアクセスすることが出来ます。さらに詳しい情報は、
-                <literal>Statistics</literal> 、 <literal>EntityStatistics</literal> 、 <literal>CollectionStatistics</literal> 
-                、 <literal>SecondLevelCacheStatistics</literal> 、 <literal>QueryStatistics</literal> APIのjavadocを
-                参照してください。以下のコードは簡単な例です。
+                蜊倡ｴ斐↑getter縺ｯ繧ｰ繝ｭ繝ｼ繝舌Ν繝｡繝医Μ繧ｯ繧ｹ�医☆縺ｪ繧上■迚ｹ螳壹�繧ｨ繝ｳ繝�ぅ繝�ぅ縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縲√く繝｣繝�す繝･鬆伜沺縺ｪ縺ｩ縺ｫ邵帙ｉ繧後↑縺�ｼ�
+                縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ縺溘ａ縺ｫ菴ｿ縺�∪縺吶ら音螳壹�繧ｨ繝ｳ繝�ぅ繝�ぅ縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縲√く繝｣繝�す繝･鬆伜沺縺ｮ繝｡繝医Μ繧ｯ繧ｹ縺ｯ縲�
+                縺昴ｌ繧峨�蜷榊燕繧�√け繧ｨ繝ｪ縺ｮHQL縲ヾQL陦ｨ迴ｾ縺ｫ繧医▲縺ｦ繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ縺薙→縺悟�譚･縺ｾ縺吶ゅ＆繧峨↓隧ｳ縺励＞諠��ｱ縺ｯ縲�
+                <literal>Statistics</literal> 縲� <literal>EntityStatistics</literal> 縲� <literal>CollectionStatistics</literal> 
+                縲� <literal>SecondLevelCacheStatistics</literal> 縲� <literal>QueryStatistics</literal> API縺ｮjavadoc繧�
+                蜿ら�縺励※縺上□縺輔＞縲ゆｻ･荳九�繧ｳ繝ｼ繝峨�邁｡蜊倥↑萓九〒縺吶�
             </para>
 
             <programlisting><![CDATA[Statistics stats = HibernateUtil.sessionFactory.getStatistics();
@@ -1365,14 +1367,14 @@ long changes =
 log.info(Cat.class.getName() + " changed " + changes + "times"  );]]></programlisting>
 
             <para>
-                すべてのエンティティ、コレクション、クエリ、キャッシュ領域に対して行う場合は、
-                <literal>getQueries()</literal> 、 <literal>getEntityNames()</literal>、 
-                <literal>getCollectionRoleNames()</literal> 、 <literal>getSecondLevelCacheRegionNames()</literal> メソッドで
-                それぞれの名前のリストを取得することが出来ます。
+                縺吶∋縺ｦ縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縲√け繧ｨ繝ｪ縲√く繝｣繝�す繝･鬆伜沺縺ｫ蟇ｾ縺励※陦後≧蝣ｴ蜷医�縲�
+                <literal>getQueries()</literal> 縲� <literal>getEntityNames()</literal>縲� 
+                <literal>getCollectionRoleNames()</literal> 縲� <literal>getSecondLevelCacheRegionNames()</literal> 繝｡繧ｽ繝�ラ縺ｧ
+                縺昴ｌ縺槭ｌ縺ｮ蜷榊燕縺ｮ繝ｪ繧ｹ繝医ｒ蜿門ｾ励☆繧九％縺ｨ縺悟�譚･縺ｾ縺吶�
             </para>
 
         </sect2>
 
     </sect1>
 
-</chapter>
\ No newline at end of file
+</chapter>
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/persistent_classes.xml b/documentation/manual/ja-JP/src/main/docbook/content/persistent_classes.xml
index e9f9ae56d6..d7ddd0c487 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/persistent_classes.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/persistent_classes.xml
@@ -1,28 +1,30 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="persistent-classes" revision="2">
-    <title>永続クラス</title>
+    <title>豌ｸ邯壹け繝ｩ繧ｹ</title>
 
     <para>
-        永続クラスはビジネス上の問題のエンティティ（例えば、Eコマースアプリケーションの顧客や注文）
-        を実装するアプリケーションのクラスです。
-        永続クラスのすべてのインスタンスが永続状態であると見なされるわけではありません。
-        インスタンスは逆に一時的（transient）であったり、分離状態（detached）であったりするかもしれません。
+        豌ｸ邯壹け繝ｩ繧ｹ縺ｯ繝薙ず繝阪せ荳翫�蝠城｡後�繧ｨ繝ｳ繝�ぅ繝�ぅ�井ｾ九∴縺ｰ縲・繧ｳ繝槭�繧ｹ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ鬘ｧ螳｢繧�ｳｨ譁�ｼ�
+        繧貞ｮ溯｣�☆繧九い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ繧ｯ繝ｩ繧ｹ縺ｧ縺吶�
+        豌ｸ邯壹け繝ｩ繧ｹ縺ｮ縺吶∋縺ｦ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺梧ｰｸ邯夂憾諷九〒縺ゅｋ縺ｨ隕九↑縺輔ｌ繧九ｏ縺代〒縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+        繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ騾�↓荳譎ら噪��transient�峨〒縺ゅ▲縺溘ｊ縲∝�髮｢迥ｶ諷具ｼ�detached�峨〒縺ゅ▲縺溘ｊ縺吶ｋ縺九ｂ縺励ｌ縺ｾ縺帙ｓ縲�
     </para>
 
     <para>
-        Plain Old Java Object (POJO)プログラミングモデルとしても知られる
-        いくつかの単純なルールに従うなら、Hibernateは最もよく働きます。
-        しかしこれらのルールは難しいものではありません。
-        実際Hibernate3は永続オブジェクトの性質にほとんど何の前提も置いていません。
-        ドメインモデルは他の方法で表現することもできます。
-        例えば <literal>Map</literal> インスタンスのツリーを使う方法があります。
+        Plain Old Java Object (POJO)繝励Ο繧ｰ繝ｩ繝溘Φ繧ｰ繝｢繝�Ν縺ｨ縺励※繧ら衍繧峨ｌ繧�
+        縺�￥縺､縺九�蜊倡ｴ斐↑繝ｫ繝ｼ繝ｫ縺ｫ蠕薙≧縺ｪ繧峨？ibernate縺ｯ譛繧ゅｈ縺丞ロ縺阪∪縺吶�
+        縺励°縺励％繧後ｉ縺ｮ繝ｫ繝ｼ繝ｫ縺ｯ髮｣縺励＞繧ゅ�縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+        螳滄圀Hibernate3縺ｯ豌ｸ邯壹が繝悶ず繧ｧ繧ｯ繝医�諤ｧ雉ｪ縺ｫ縺ｻ縺ｨ繧薙←菴輔�蜑肴署繧らｽｮ縺�※縺�∪縺帙ｓ縲�
+        繝峨Γ繧､繝ｳ繝｢繝�Ν縺ｯ莉悶�譁ｹ豕輔〒陦ｨ迴ｾ縺吶ｋ縺薙→繧ゅ〒縺阪∪縺吶�
+        萓九∴縺ｰ <literal>Map</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ繝�Μ繝ｼ繧剃ｽｿ縺�婿豕輔′縺ゅｊ縺ｾ縺吶�
     </para>
 
     <sect1 id="persistent-classes-pojo">
-        <title>単純なPOJOの例</title>
+        <title>蜊倡ｴ斐↑POJO縺ｮ萓�</title>
 
         <para>
-            ほとんどのJavaアプリケーションにはネコ科の動物を表現する永続クラスが必要です。
+            縺ｻ縺ｨ繧薙←縺ｮJava繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ縺ｯ繝阪さ遘代�蜍慕黄繧定｡ｨ迴ｾ縺吶ｋ豌ｸ邯壹け繝ｩ繧ｹ縺悟ｿ�ｦ√〒縺吶�
         </para>
 
         <programlisting><![CDATA[package eg;
@@ -105,51 +107,51 @@ public class Cat {
 }]]></programlisting>
 
         <para>
-            従うべき4つのルールがあります：
+            蠕薙≧縺ｹ縺�4縺､縺ｮ繝ｫ繝ｼ繝ｫ縺後≠繧翫∪縺呻ｼ�
         </para>
         
         <sect2 id="persistent-classes-pojo-constructor" revision="1">
-            <title>引数のないコンストラクタを実装する</title>
+            <title>蠑墓焚縺ｮ縺ｪ縺�さ繝ｳ繧ｹ繝医Λ繧ｯ繧ｿ繧貞ｮ溯｣�☆繧�</title>
 
             <para>
-                <literal>Cat</literal> には引数のないコンストラクタがあります。
-                Hibernateが <literal>Constructor.newInstance()</literal> を使って永続クラスの
-                インスタンス化を行えるように、すべての永続クラスにはデフォルトコンストラクタ
-                （publicでなくても構いません）がなければなりません。
-                Hibernateの実行時プロキシ生成のために、少なくとも <emphasis>package</emphasis> 
-                の可視性を持つデフォルトコンストラクタを強くお勧めします。
+                <literal>Cat</literal> 縺ｫ縺ｯ蠑墓焚縺ｮ縺ｪ縺�さ繝ｳ繧ｹ繝医Λ繧ｯ繧ｿ縺後≠繧翫∪縺吶�
+                Hibernate縺� <literal>Constructor.newInstance()</literal> 繧剃ｽｿ縺｣縺ｦ豌ｸ邯壹け繝ｩ繧ｹ縺ｮ
+                繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ蛹悶ｒ陦後∴繧九ｈ縺�↓縲√☆縺ｹ縺ｦ縺ｮ豌ｸ邯壹け繝ｩ繧ｹ縺ｫ縺ｯ繝�ヵ繧ｩ繝ｫ繝医さ繝ｳ繧ｹ繝医Λ繧ｯ繧ｿ
+                ��public縺ｧ縺ｪ縺上※繧よｧ九＞縺ｾ縺帙ｓ�峨′縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+                Hibernate縺ｮ螳溯｡梧凾繝励Ο繧ｭ繧ｷ逕滓�縺ｮ縺溘ａ縺ｫ縲∝ｰ代↑縺上→繧� <emphasis>package</emphasis> 
+                縺ｮ蜿ｯ隕匁ｧ繧呈戟縺､繝�ヵ繧ｩ繝ｫ繝医さ繝ｳ繧ｹ繝医Λ繧ｯ繧ｿ繧貞ｼｷ縺上♀蜍ｧ繧√＠縺ｾ縺吶�
             </para>
         </sect2>
 
         <sect2 id="persistent-classes-pojo-identifier" revision="2">
-            <title>識別子プロパティを用意する（オプション）</title>
+            <title>隴伜挨蟄舌�繝ｭ繝代ユ繧｣繧堤畑諢上☆繧具ｼ医が繝励す繝ｧ繝ｳ��</title>
 
             <para>
-                <literal>Cat</literal> には <literal>id</literal> というプロパティがあります。
-                このプロパティはデータベーステーブルの主キーカラムへマッピングされます。
-                このプロパティの名前は何でも構いませんし、型はどのようなプリミティブ型でも、
-                プリミティブの「ラッパー」型でも、<literal>java.lang.String</literal> や 
-                <literal>java.util.Date</literal> でも構いません。
-                （もしレガシーデータベーステーブルが複合キーを持つならば、
-                今述べたような型のプロパティを持つユーザ定義のクラスを使うことさえ可能です。
-                後で複合識別子の節を見てください。）
+                <literal>Cat</literal> 縺ｫ縺ｯ <literal>id</literal> 縺ｨ縺�≧繝励Ο繝代ユ繧｣縺後≠繧翫∪縺吶�
+                縺薙�繝励Ο繝代ユ繧｣縺ｯ繝��繧ｿ繝吶�繧ｹ繝��繝悶Ν縺ｮ荳ｻ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺ｸ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｾ縺吶�
+                縺薙�繝励Ο繝代ユ繧｣縺ｮ蜷榊燕縺ｯ菴輔〒繧よｧ九＞縺ｾ縺帙ｓ縺励∝梛縺ｯ縺ｩ縺ｮ繧医≧縺ｪ繝励Μ繝溘ユ繧｣繝門梛縺ｧ繧ゅ�
+                繝励Μ繝溘ユ繧｣繝悶�縲後Λ繝�ヱ繝ｼ縲榊梛縺ｧ繧ゅ�<literal>java.lang.String</literal> 繧� 
+                <literal>java.util.Date</literal> 縺ｧ繧よｧ九＞縺ｾ縺帙ｓ縲�
+                �医ｂ縺励Ξ繧ｬ繧ｷ繝ｼ繝��繧ｿ繝吶�繧ｹ繝��繝悶Ν縺瑚､�粋繧ｭ繝ｼ繧呈戟縺､縺ｪ繧峨�縲�
+                莉願ｿｰ縺ｹ縺溘ｈ縺�↑蝙九�繝励Ο繝代ユ繧｣繧呈戟縺､繝ｦ繝ｼ繧ｶ螳夂ｾｩ縺ｮ繧ｯ繝ｩ繧ｹ繧剃ｽｿ縺�％縺ｨ縺輔∴蜿ｯ閭ｽ縺ｧ縺吶�
+                蠕後〒隍�粋隴伜挨蟄舌�遽繧定ｦ九※縺上□縺輔＞縲ゑｼ�
             </para>
 
             <para>
-                識別子プロパティは厳密にはオプションです。
-                これを省略して、Hibernateに内部的にオブジェクトの識別子を追跡させることは可能です。
-                しかしおすすめはしません。
+                隴伜挨蟄舌�繝ｭ繝代ユ繧｣縺ｯ蜴ｳ蟇�↓縺ｯ繧ｪ繝励す繝ｧ繝ｳ縺ｧ縺吶�
+                縺薙ｌ繧堤怐逡･縺励※縲？ibernate縺ｫ蜀�Κ逧�↓繧ｪ繝悶ず繧ｧ繧ｯ繝医�隴伜挨蟄舌ｒ霑ｽ霍｡縺輔○繧九％縺ｨ縺ｯ蜿ｯ閭ｽ縺ｧ縺吶�
+                縺励°縺励♀縺吶☆繧√�縺励∪縺帙ｓ縲�
             </para>
 
             <para>
-                実際に、識別子プロパティを宣言するクラスだけが利用可能な機能がいくつかあります：
+                螳滄圀縺ｫ縲∬ｭ伜挨蟄舌�繝ｭ繝代ユ繧｣繧貞ｮ｣險縺吶ｋ繧ｯ繝ｩ繧ｹ縺�縺代′蛻ｩ逕ｨ蜿ｯ閭ｽ縺ｪ讖溯�縺後＞縺上▽縺九≠繧翫∪縺呻ｼ�
             </para>
 
             <itemizedlist spacing="compact">
                 <listitem>
                     <para>
-                        分離オブジェクトの連鎖的な再追加（カスケード更新やカスケードマージ）。
-                         <xref linkend="objectstate-transitive"/> を参照してください。
+                        蛻�屬繧ｪ繝悶ず繧ｧ繧ｯ繝医�騾｣骼也噪縺ｪ蜀崎ｿｽ蜉��医き繧ｹ繧ｱ繝ｼ繝画峩譁ｰ繧�き繧ｹ繧ｱ繝ｼ繝峨�繝ｼ繧ｸ�峨�
+                         <xref linkend="objectstate-transitive"/> 繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
                     </para>
                 </listitem>
                 <listitem>
@@ -165,47 +167,47 @@ public class Cat {
             </itemizedlist>
 
             <para>
-                永続クラスには、一貫した名前の識別子プロパティを定義することをお勧めします。
-                さらにnull値を取れる(つまりプリミティブではない)型を使った方がよいでしょう。
+                豌ｸ邯壹け繝ｩ繧ｹ縺ｫ縺ｯ縲∽ｸ雋ｫ縺励◆蜷榊燕縺ｮ隴伜挨蟄舌�繝ｭ繝代ユ繧｣繧貞ｮ夂ｾｩ縺吶ｋ縺薙→繧偵♀蜍ｧ繧√＠縺ｾ縺吶�
+                縺輔ｉ縺ｫnull蛟､繧貞叙繧後ｋ(縺､縺ｾ繧翫�繝ｪ繝溘ユ繧｣繝悶〒縺ｯ縺ｪ縺�)蝙九ｒ菴ｿ縺｣縺滓婿縺後ｈ縺�〒縺励ｇ縺��
             </para>
         </sect2>
 
         <sect2 id="persistent-classes-pojo-final">
-            <title>finalクラスにしない（オプション）</title>
+            <title>final繧ｯ繝ｩ繧ｹ縺ｫ縺励↑縺�ｼ医が繝励す繝ｧ繝ｳ��</title>
             <para>
-                Hibernateの中心的な特徴である <emphasis>プロキシ</emphasis> は、
-                永続クラスがfinalでないこと、またはメソッドを全部publicで宣言している
-                インターフェイスが実装されているかに依存しています。
+                Hibernate縺ｮ荳ｭ蠢�噪縺ｪ迚ｹ蠕ｴ縺ｧ縺ゅｋ <emphasis>繝励Ο繧ｭ繧ｷ</emphasis> 縺ｯ縲�
+                豌ｸ邯壹け繝ｩ繧ｹ縺掲inal縺ｧ縺ｪ縺�％縺ｨ縲√∪縺溘�繝｡繧ｽ繝�ラ繧貞�驛ｨpublic縺ｧ螳｣險縺励※縺�ｋ
+                繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺悟ｮ溯｣�＆繧後※縺�ｋ縺九↓萓晏ｭ倥＠縺ｦ縺�∪縺吶�
             </para>
             <para>
-                Hibernateでインターフェイスを実装していない <literal>final</literal> クラスを永続化することはできますが、
-                遅延関連フェッチに対してプロキシを使うことはできなくなります。
-                これはパフォーマンスチューニングへの選択肢を狭めることになります。
+                Hibernate縺ｧ繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧貞ｮ溯｣�＠縺ｦ縺�↑縺� <literal>final</literal> 繧ｯ繝ｩ繧ｹ繧呈ｰｸ邯壼喧縺吶ｋ縺薙→縺ｯ縺ｧ縺阪∪縺吶′縲�
+                驕�ｻｶ髢｢騾｣繝輔ぉ繝�メ縺ｫ蟇ｾ縺励※繝励Ο繧ｭ繧ｷ繧剃ｽｿ縺�％縺ｨ縺ｯ縺ｧ縺阪↑縺上↑繧翫∪縺吶�
+                縺薙ｌ縺ｯ繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ繝√Η繝ｼ繝九Φ繧ｰ縺ｸ縺ｮ驕ｸ謚櫁い繧堤強繧√ｋ縺薙→縺ｫ縺ｪ繧翫∪縺吶�
             </para>
             <para>
-                finalではないクラスで <literal>public final</literal> メソッドを定義することも避けるべきです。
-                <literal>public final</literal> メソッドを持つクラスを使いたければ、
-                <literal>lazy="false"</literal> と設定して明示的にプロキシを無効にしなければなりません。
+                final縺ｧ縺ｯ縺ｪ縺�け繝ｩ繧ｹ縺ｧ <literal>public final</literal> 繝｡繧ｽ繝�ラ繧貞ｮ夂ｾｩ縺吶ｋ縺薙→繧る∩縺代ｋ縺ｹ縺阪〒縺吶�
+                <literal>public final</literal> 繝｡繧ｽ繝�ラ繧呈戟縺､繧ｯ繝ｩ繧ｹ繧剃ｽｿ縺�◆縺代ｌ縺ｰ縲�
+                <literal>lazy="false"</literal> 縺ｨ險ｭ螳壹＠縺ｦ譏守､ｺ逧�↓繝励Ο繧ｭ繧ｷ繧堤┌蜉ｹ縺ｫ縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
             </para>
         </sect2>
 
         <sect2 id="persistent-classes-pojo-accessors" revision="2">
-            <title>永続フィールドに対するアクセサとミューテータを定義する（オプション）</title>
+            <title>豌ｸ邯壹ヵ繧｣繝ｼ繝ｫ繝峨↓蟇ｾ縺吶ｋ繧｢繧ｯ繧ｻ繧ｵ縺ｨ繝溘Η繝ｼ繝��繧ｿ繧貞ｮ夂ｾｩ縺吶ｋ�医が繝励す繝ｧ繝ｳ��</title>
 
             <para>
-                <literal>Cat</literal> ではすべての永続フィールドに対してアクセサメソッドを定義しています。
-                他の多くのORMツールは、永続インスタンス変数を直接永続化します。
-                私たちはリレーショナルスキーマとクラスの内部構造を分離する方が良いと信じています。
-                デフォルトでは、HibernateはJavaBeanスタイルのプロパティを永続化し、
+                <literal>Cat</literal> 縺ｧ縺ｯ縺吶∋縺ｦ縺ｮ豌ｸ邯壹ヵ繧｣繝ｼ繝ｫ繝峨↓蟇ｾ縺励※繧｢繧ｯ繧ｻ繧ｵ繝｡繧ｽ繝�ラ繧貞ｮ夂ｾｩ縺励※縺�∪縺吶�
+                莉悶�螟壹￥縺ｮORM繝��繝ｫ縺ｯ縲∵ｰｸ邯壹う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ螟画焚繧堤峩謗･豌ｸ邯壼喧縺励∪縺吶�
+                遘√◆縺｡縺ｯ繝ｪ繝ｬ繝ｼ繧ｷ繝ｧ繝翫Ν繧ｹ繧ｭ繝ｼ繝槭→繧ｯ繝ｩ繧ｹ縺ｮ蜀�Κ讒矩�繧貞�髮｢縺吶ｋ譁ｹ縺瑚憶縺�→菫｡縺倥※縺�∪縺吶�
+                繝�ヵ繧ｩ繝ｫ繝医〒縺ｯ縲？ibernate縺ｯJavaBean繧ｹ繧ｿ繧､繝ｫ縺ｮ繝励Ο繝代ユ繧｣繧呈ｰｸ邯壼喧縺励�
                 <literal>getFoo</literal>, <literal>isFoo</literal>, <literal>setFoo</literal> 
-                形式のメソッド名を認識します。
-                しかし必要なら、特定のプロパティに対して、直接のフィールドアクセスに切り替えることは可能です。
+                蠖｢蠑上�繝｡繧ｽ繝�ラ蜷阪ｒ隱崎ｭ倥＠縺ｾ縺吶�
+                縺励°縺怜ｿ�ｦ√↑繧峨∫音螳壹�繝励Ο繝代ユ繧｣縺ｫ蟇ｾ縺励※縲∫峩謗･縺ｮ繝輔ぅ繝ｼ繝ｫ繝峨い繧ｯ繧ｻ繧ｹ縺ｫ蛻�ｊ譖ｿ縺医ｋ縺薙→縺ｯ蜿ｯ閭ｽ縺ｧ縺吶�
             </para>
 
             <para>
-                プロパティはpublicで宣言する必要は <emphasis>ありません</emphasis> 。
-                Hibernateはデフォルト、<literal>protected</literal> もしくは <literal>private</literal> 
-                のget / setのペアを持つプロパティを永続化することができます。
+                繝励Ο繝代ユ繧｣縺ｯpublic縺ｧ螳｣險縺吶ｋ蠢�ｦ√� <emphasis>縺ゅｊ縺ｾ縺帙ｓ</emphasis> 縲�
+                Hibernate縺ｯ繝�ヵ繧ｩ繝ｫ繝医�<literal>protected</literal> 繧ゅ＠縺上� <literal>private</literal> 
+                縺ｮget / set縺ｮ繝壹い繧呈戟縺､繝励Ο繝代ユ繧｣繧呈ｰｸ邯壼喧縺吶ｋ縺薙→縺後〒縺阪∪縺吶�
             </para>
 
         </sect2>
@@ -213,11 +215,11 @@ public class Cat {
     </sect1>
 
     <sect1 id="persistent-classes-inheritance">
-        <title>継承の実装</title>
+        <title>邯呎価縺ｮ螳溯｣�</title>
 
         <para>
-            サブクラスも1番目と2番目のルールを守らなければなりません。
-            サブクラスはスーパークラス <literal>Cat</literal> から識別子プロパティを継承します。
+            繧ｵ繝悶け繝ｩ繧ｹ繧�1逡ｪ逶ｮ縺ｨ2逡ｪ逶ｮ縺ｮ繝ｫ繝ｼ繝ｫ繧貞ｮ医ｉ縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+            繧ｵ繝悶け繝ｩ繧ｹ縺ｯ繧ｹ繝ｼ繝代�繧ｯ繝ｩ繧ｹ <literal>Cat</literal> 縺九ｉ隴伜挨蟄舌�繝ｭ繝代ユ繧｣繧堤ｶ呎価縺励∪縺吶�
         </para>
 
         <programlisting><![CDATA[package eg;
@@ -235,60 +237,60 @@ public class DomesticCat extends Cat {
     </sect1>
 
     <sect1 id="persistent-classes-equalshashcode" revision="1">
-        <title><literal>equals()</literal> と <literal>hashCode()</literal> の実装</title>
+        <title><literal>equals()</literal> 縺ｨ <literal>hashCode()</literal> 縺ｮ螳溯｣�</title>
 
         <para>
-            以下の条件の場合、
-            <literal>equals()</literal> と <literal>hashCode()</literal> メソッドをオーバーライドしなければなりません、
+            莉･荳九�譚｡莉ｶ縺ｮ蝣ｴ蜷医�
+            <literal>equals()</literal> 縺ｨ <literal>hashCode()</literal> 繝｡繧ｽ繝�ラ繧偵が繝ｼ繝舌�繝ｩ繧､繝峨＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
         </para>
         <itemizedlist spacing="compact">
             <listitem>
                 <para>
-                    永続クラスのインスタンスを <literal>Set</literal> に置く場合。
-                    （これは多値の関連を表現するおすすめの方法です）
-                    <emphasis>そして同時に</emphasis>
+                    豌ｸ邯壹け繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧� <literal>Set</literal> 縺ｫ鄂ｮ縺丞�ｴ蜷医�
+                    �医％繧後�螟壼､縺ｮ髢｢騾｣繧定｡ｨ迴ｾ縺吶ｋ縺翫☆縺吶ａ縺ｮ譁ｹ豕輔〒縺呻ｼ�
+                    <emphasis>縺昴＠縺ｦ蜷梧凾縺ｫ</emphasis>
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    分離インスタンスをセッションへ再追加する場合。
+                    蛻�屬繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧偵そ繝�す繝ｧ繝ｳ縺ｸ蜀崎ｿｽ蜉�縺吶ｋ蝣ｴ蜷医�
                 </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            Hibernateは、永続ID（データベースの行）と、特定のセッションスコープ内に
-            限定ですがJavaIDとが等価であることを保証します。
-            ですから異なるセッションで検索したインスタンスを組み合わせる場合、
-            <literal>Set</literal> に意味のあるセマンティクスを持たせようと思っているなら
-            すぐに<literal>equals()</literal> と <literal>hashCode()</literal> 
-            を実装しなければなりません。
+            Hibernate縺ｯ縲∵ｰｸ邯唔D�医ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｮ陦鯉ｼ峨→縲∫音螳壹�繧ｻ繝�す繝ｧ繝ｳ繧ｹ繧ｳ繝ｼ繝怜�縺ｫ
+            髯仙ｮ壹〒縺吶′JavaID縺ｨ縺檎ｭ我ｾ｡縺ｧ縺ゅｋ縺薙→繧剃ｿ晁ｨｼ縺励∪縺吶�
+            縺ｧ縺吶°繧臥焚縺ｪ繧九そ繝�す繝ｧ繝ｳ縺ｧ讀懃ｴ｢縺励◆繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧堤ｵ�∩蜷医ｏ縺帙ｋ蝣ｴ蜷医�
+            <literal>Set</literal> 縺ｫ諢丞袖縺ｮ縺ゅｋ繧ｻ繝槭Φ繝�ぅ繧ｯ繧ｹ繧呈戟縺溘○繧医≧縺ｨ諤昴▲縺ｦ縺�ｋ縺ｪ繧�
+            縺吶＄縺ｫ<literal>equals()</literal> 縺ｨ <literal>hashCode()</literal> 
+            繧貞ｮ溯｣�＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
         </para>
 
         <para>
-            最も明白な方法は、両方のオブジェクトの識別子の値の比較によって <literal>equals()</literal>と
-            <literal>hashCode()</literal> を実装する方法です。
-            値が同じなら、両者はデータベースの同じ行でなければならないため等しくなります。
-            （両者が <literal>Set</literal> に追加されても、
-            <literal>Set</literal> には1個の要素しかないことになります）
-            残念なことに、生成された識別子にはこのアプローチを使うことができません。
-            Hibernateは永続化されたオブジェクトへ識別子の値を代入するだけであり、
-            新しく作成されたインスタンスはどのような識別子の値も持っていません。
-            さらに、インスタンスがセーブされておらず、現在 <literal>Set</literal> の中にあれば、
-            セーブするとオブジェクトへ識別子の値を代入することになります。
-            もし <literal>equals()</literal> と <literal>hashCode()</literal> が識別子の値に基づいているなら、
-            ハッシュコードが変更されると <literal>Set</literal> の規約が破られます。
-            この問題についての完全な議論は、Hibernateのウェブサイトを見てください。
-            これはHibernateの問題ではなく、オブジェクトの同一性と等価性についての、
-            通常のJavaのセマンティクスであることに注意してください。
+            譛繧よ�逋ｽ縺ｪ譁ｹ豕輔�縲∽ｸ｡譁ｹ縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医�隴伜挨蟄舌�蛟､縺ｮ豈碑ｼ�↓繧医▲縺ｦ <literal>equals()</literal>縺ｨ
+            <literal>hashCode()</literal> 繧貞ｮ溯｣�☆繧区婿豕輔〒縺吶�
+            蛟､縺悟酔縺倥↑繧峨∽ｸ｡閠��繝��繧ｿ繝吶�繧ｹ縺ｮ蜷後§陦後〒縺ｪ縺代ｌ縺ｰ縺ｪ繧峨↑縺�◆繧∫ｭ峨＠縺上↑繧翫∪縺吶�
+            �井ｸ｡閠�′ <literal>Set</literal> 縺ｫ霑ｽ蜉�縺輔ｌ縺ｦ繧ゅ�
+            <literal>Set</literal> 縺ｫ縺ｯ1蛟九�隕∫ｴ�縺励°縺ｪ縺�％縺ｨ縺ｫ縺ｪ繧翫∪縺呻ｼ�
+            谿句ｿｵ縺ｪ縺薙→縺ｫ縲∫函謌舌＆繧後◆隴伜挨蟄舌↓縺ｯ縺薙�繧｢繝励Ο繝ｼ繝√ｒ菴ｿ縺�％縺ｨ縺後〒縺阪∪縺帙ｓ縲�
+            Hibernate縺ｯ豌ｸ邯壼喧縺輔ｌ縺溘が繝悶ず繧ｧ繧ｯ繝医∈隴伜挨蟄舌�蛟､繧剃ｻ｣蜈･縺吶ｋ縺�縺代〒縺ゅｊ縲�
+            譁ｰ縺励￥菴懈�縺輔ｌ縺溘う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縺ｩ縺ｮ繧医≧縺ｪ隴伜挨蟄舌�蛟､繧よ戟縺｣縺ｦ縺�∪縺帙ｓ縲�
+            縺輔ｉ縺ｫ縲√う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺後そ繝ｼ繝悶＆繧後※縺翫ｉ縺壹∫樟蝨ｨ <literal>Set</literal> 縺ｮ荳ｭ縺ｫ縺ゅｌ縺ｰ縲�
+            繧ｻ繝ｼ繝悶☆繧九→繧ｪ繝悶ず繧ｧ繧ｯ繝医∈隴伜挨蟄舌�蛟､繧剃ｻ｣蜈･縺吶ｋ縺薙→縺ｫ縺ｪ繧翫∪縺吶�
+            繧ゅ＠ <literal>equals()</literal> 縺ｨ <literal>hashCode()</literal> 縺瑚ｭ伜挨蟄舌�蛟､縺ｫ蝓ｺ縺･縺�※縺�ｋ縺ｪ繧峨�
+            繝上ャ繧ｷ繝･繧ｳ繝ｼ繝峨′螟画峩縺輔ｌ繧九→ <literal>Set</literal> 縺ｮ隕冗ｴ�′遐ｴ繧峨ｌ縺ｾ縺吶�
+            縺薙�蝠城｡後↓縺､縺�※縺ｮ螳悟�縺ｪ隴ｰ隲悶�縲？ibernate縺ｮ繧ｦ繧ｧ繝悶し繧､繝医ｒ隕九※縺上□縺輔＞縲�
+            縺薙ｌ縺ｯHibernate縺ｮ蝠城｡後〒縺ｯ縺ｪ縺上√が繝悶ず繧ｧ繧ｯ繝医�蜷御ｸ諤ｧ縺ｨ遲我ｾ｡諤ｧ縺ｫ縺､縺�※縺ｮ縲�
+            騾壼ｸｸ縺ｮJava縺ｮ繧ｻ繝槭Φ繝�ぅ繧ｯ繧ｹ縺ｧ縺ゅｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
         </para>
 
         <para>
-            <emphasis>ビジネスキーの等価性</emphasis> を使って、
-            <literal>equals()</literal> と <literal>hashCode()</literal> を実装することをお勧めします。
-            ビジネスキーの等価性とは、<literal>equals()</literal> メソッドが、ビジネスキー、
-            つまり現実の世界においてインスタンスを特定するキー（<emphasis>自然</emphasis> 候補キー）
-            を形成するプロパティだけを比較することを意味します。
+            <emphasis>繝薙ず繝阪せ繧ｭ繝ｼ縺ｮ遲我ｾ｡諤ｧ</emphasis> 繧剃ｽｿ縺｣縺ｦ縲�
+            <literal>equals()</literal> 縺ｨ <literal>hashCode()</literal> 繧貞ｮ溯｣�☆繧九％縺ｨ繧偵♀蜍ｧ繧√＠縺ｾ縺吶�
+            繝薙ず繝阪せ繧ｭ繝ｼ縺ｮ遲我ｾ｡諤ｧ縺ｨ縺ｯ縲�<literal>equals()</literal> 繝｡繧ｽ繝�ラ縺後√ン繧ｸ繝阪せ繧ｭ繝ｼ縲�
+            縺､縺ｾ繧顔樟螳溘�荳也阜縺ｫ縺翫＞縺ｦ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧堤音螳壹☆繧九く繝ｼ��<emphasis>閾ｪ辟ｶ</emphasis> 蛟呵｣懊く繝ｼ��
+            繧貞ｽ｢謌舌☆繧九�繝ｭ繝代ユ繧｣縺�縺代ｒ豈碑ｼ�☆繧九％縺ｨ繧呈э蜻ｳ縺励∪縺吶�
         </para>
 
         <programlisting><![CDATA[public class Cat {
@@ -316,39 +318,39 @@ public class DomesticCat extends Cat {
 }]]></programlisting>
 
         <para>
-            ビジネスキーはデータベースの主キー候補ほど安定である必要はないことに注意してください
-            （<xref linkend="transactions-basics-identity"/> を見てください）。
-            更新不可なプロパティやユニークなプロパティは、通常ビジネスキーのよい候補です。
+            繝薙ず繝阪せ繧ｭ繝ｼ縺ｯ繝��繧ｿ繝吶�繧ｹ縺ｮ荳ｻ繧ｭ繝ｼ蛟呵｣懊⊇縺ｩ螳牙ｮ壹〒縺ゅｋ蠢�ｦ√�縺ｪ縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞
+            ��<xref linkend="transactions-basics-identity"/> 繧定ｦ九※縺上□縺輔＞�峨�
+            譖ｴ譁ｰ荳榊庄縺ｪ繝励Ο繝代ユ繧｣繧�Θ繝九�繧ｯ縺ｪ繝励Ο繝代ユ繧｣縺ｯ縲�壼ｸｸ繝薙ず繝阪せ繧ｭ繝ｼ縺ｮ繧医＞蛟呵｣懊〒縺吶�
         </para>
 
     </sect1>
 
     <sect1 id="persistent-classes-dynamicmodels">
-        <title>動的モデル</title>
+        <title>蜍慕噪繝｢繝�Ν</title>
 
         <para>
-            <emphasis>以下の機能は現在実験段階にあると見なされており、
-            近い将来変更される可能性があることに注意してください。</emphasis>
+            <emphasis>莉･荳九�讖溯�縺ｯ迴ｾ蝨ｨ螳滄ｨ捺ｮｵ髫弱↓縺ゅｋ縺ｨ隕九↑縺輔ｌ縺ｦ縺翫ｊ縲�
+            霑代＞蟆�擂螟画峩縺輔ｌ繧句庄閭ｽ諤ｧ縺後≠繧九％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�</emphasis>
         </para>
 
         <para>
-            永続エンティティは、必ずしも実行時にPOJOクラスやJavaBeanオブジェクトで表現する必要はありません。
-            Hibernateは（実行時に <literal>Map</literal> の <literal>Map</literal> を使う）動的モデルと、
-            DOM4Jツリーとしてのエンティティの表現もサポートします。
-            このアプローチを使うと永続クラスを書かず、マッピングファイルだけを書くことになります。
+            豌ｸ邯壹お繝ｳ繝�ぅ繝�ぅ縺ｯ縲∝ｿ�★縺励ｂ螳溯｡梧凾縺ｫPOJO繧ｯ繝ｩ繧ｹ繧ЙavaBean繧ｪ繝悶ず繧ｧ繧ｯ繝医〒陦ｨ迴ｾ縺吶ｋ蠢�ｦ√�縺ゅｊ縺ｾ縺帙ｓ縲�
+            Hibernate縺ｯ�亥ｮ溯｡梧凾縺ｫ <literal>Map</literal> 縺ｮ <literal>Map</literal> 繧剃ｽｿ縺�ｼ牙虚逧�Δ繝�Ν縺ｨ縲�
+            DOM4J繝�Μ繝ｼ縺ｨ縺励※縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ陦ｨ迴ｾ繧ゅし繝昴�繝医＠縺ｾ縺吶�
+            縺薙�繧｢繝励Ο繝ｼ繝√ｒ菴ｿ縺�→豌ｸ邯壹け繝ｩ繧ｹ繧呈嶌縺九★縲√�繝�ヴ繝ｳ繧ｰ繝輔ぃ繧､繝ｫ縺�縺代ｒ譖ｸ縺上％縺ｨ縺ｫ縺ｪ繧翫∪縺吶�
         </para>
 
         <para>
-            デフォルトでは、Hibernateは通常のPOJOモードで動作します。
-            <literal>default_entity_mode</literal> 設定オプションを使って、
-            特定の <literal>SessionFactory</literal> に対するデフォルトのエンティティ表現モードを設定することができます
-            （<xref linkend="configuration-optional-properties"/> を見てください）。
+            繝�ヵ繧ｩ繝ｫ繝医〒縺ｯ縲？ibernate縺ｯ騾壼ｸｸ縺ｮPOJO繝｢繝ｼ繝峨〒蜍穂ｽ懊＠縺ｾ縺吶�
+            <literal>default_entity_mode</literal> 險ｭ螳壹が繝励す繝ｧ繝ｳ繧剃ｽｿ縺｣縺ｦ縲�
+            迚ｹ螳壹� <literal>SessionFactory</literal> 縺ｫ蟇ｾ縺吶ｋ繝�ヵ繧ｩ繝ｫ繝医�繧ｨ繝ｳ繝�ぅ繝�ぅ陦ｨ迴ｾ繝｢繝ｼ繝峨ｒ險ｭ螳壹☆繧九％縺ｨ縺後〒縺阪∪縺�
+            ��<xref linkend="configuration-optional-properties"/> 繧定ｦ九※縺上□縺輔＞�峨�
         </para>
 
         <para>
-            以下の例では <literal>Map</literal> を使った表現を紹介します。
-            まずマッピングファイルで、クラス名の代わりに（またはそれに加えて）
-            <literal>entity-name</literal> を定義しなければなりません：
+            莉･荳九�萓九〒縺ｯ <literal>Map</literal> 繧剃ｽｿ縺｣縺溯｡ｨ迴ｾ繧堤ｴｹ莉九＠縺ｾ縺吶�
+            縺ｾ縺壹�繝�ヴ繝ｳ繧ｰ繝輔ぃ繧､繝ｫ縺ｧ縲√け繝ｩ繧ｹ蜷阪�莉｣繧上ｊ縺ｫ�医∪縺溘�縺昴ｌ縺ｫ蜉�縺医※��
+            <literal>entity-name</literal> 繧貞ｮ夂ｾｩ縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ��
         </para>
 
         <programlisting><![CDATA[<hibernate-mapping>
@@ -386,14 +388,14 @@ public class DomesticCat extends Cat {
 </hibernate-mapping>]]></programlisting>
 
         <para>
-            関連がターゲットのクラス名を使って定義していたとしても、
-            関連のターゲット型もPOJOではなく動的なエンティティでも構わないことに注意してください。
+            髢｢騾｣縺後ち繝ｼ繧ｲ繝�ヨ縺ｮ繧ｯ繝ｩ繧ｹ蜷阪ｒ菴ｿ縺｣縺ｦ螳夂ｾｩ縺励※縺�◆縺ｨ縺励※繧ゅ�
+            髢｢騾｣縺ｮ繧ｿ繝ｼ繧ｲ繝�ヨ蝙九ｂPOJO縺ｧ縺ｯ縺ｪ縺丞虚逧�↑繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｧ繧よｧ九ｏ縺ｪ縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
         </para>
 
         <para>
-            <literal>SessionFactory</literal> に対してデフォルトのエンティティモードを 
-            <literal>dynamic-map</literal> に設定した後、
-            実行時に <literal>Map</literal> の <literal>Map</literal> を使うことができます：
+            <literal>SessionFactory</literal> 縺ｫ蟇ｾ縺励※繝�ヵ繧ｩ繝ｫ繝医�繧ｨ繝ｳ繝�ぅ繝�ぅ繝｢繝ｼ繝峨ｒ 
+            <literal>dynamic-map</literal> 縺ｫ險ｭ螳壹＠縺溷ｾ後�
+            螳溯｡梧凾縺ｫ <literal>Map</literal> 縺ｮ <literal>Map</literal> 繧剃ｽｿ縺�％縺ｨ縺後〒縺阪∪縺呻ｼ�
         </para>
 
         <programlisting><![CDATA[Session s = openSession();
@@ -419,15 +421,15 @@ tx.commit();
 s.close();]]></programlisting>
 
         <para>
-            動的なマッピングの利点は、エンティティクラスの実装を必要としないため、
-            プロトタイピングに要するターンアラウンドタイムが早いということです。
-            しかしコンパイル時の型チェックがないので、実行時に非常に多くの例外処理を扱わなければならないでしょう。
-            Hibernateマッピングのおかげで、データベーススキーマは容易に正規化でき、健全になり、
-            後で適切なドメインモデルの実装を追加することが可能になります。
+            蜍慕噪縺ｪ繝槭ャ繝斐Φ繧ｰ縺ｮ蛻ｩ轤ｹ縺ｯ縲√お繝ｳ繝�ぅ繝�ぅ繧ｯ繝ｩ繧ｹ縺ｮ螳溯｣�ｒ蠢�ｦ√→縺励↑縺�◆繧√�
+            繝励Ο繝医ち繧､繝斐Φ繧ｰ縺ｫ隕√☆繧九ち繝ｼ繝ｳ繧｢繝ｩ繧ｦ繝ｳ繝峨ち繧､繝�縺梧掠縺�→縺�≧縺薙→縺ｧ縺吶�
+            縺励°縺励さ繝ｳ繝代う繝ｫ譎ゅ�蝙九メ繧ｧ繝�け縺後↑縺��縺ｧ縲∝ｮ溯｡梧凾縺ｫ髱槫ｸｸ縺ｫ螟壹￥縺ｮ萓句､門�逅�ｒ謇ｱ繧上↑縺代ｌ縺ｰ縺ｪ繧峨↑縺�〒縺励ｇ縺��
+            Hibernate繝槭ャ繝斐Φ繧ｰ縺ｮ縺翫°縺偵〒縲√ョ繝ｼ繧ｿ繝吶�繧ｹ繧ｹ繧ｭ繝ｼ繝槭�螳ｹ譏薙↓豁｣隕丞喧縺ｧ縺阪∝▼蜈ｨ縺ｫ縺ｪ繧翫�
+            蠕後〒驕ｩ蛻�↑繝峨Γ繧､繝ｳ繝｢繝�Ν縺ｮ螳溯｣�ｒ霑ｽ蜉�縺吶ｋ縺薙→縺悟庄閭ｽ縺ｫ縺ｪ繧翫∪縺吶�
         </para>
 
         <para>
-            エンティティ表現モードは <literal>Session</literal> ごとに設定することも可能です。
+            繧ｨ繝ｳ繝�ぅ繝�ぅ陦ｨ迴ｾ繝｢繝ｼ繝峨� <literal>Session</literal> 縺斐→縺ｫ險ｭ螳壹☆繧九％縺ｨ繧ょ庄閭ｽ縺ｧ縺吶�
         </para>
 
         <programlisting><![CDATA[Session dynamicSession = pojoSession.getSession(EntityMode.MAP);
@@ -445,18 +447,18 @@ dynamicSession.close()
 
 
         <para>
-            <literal>EntityMode</literal> を使った <literal>getSession()</literal> 
-            の呼び出しは <literal>SessionFactory</literal> ではなく <literal>Session</literal> 
-            APIにあることに注意してください。
-            その方法では、新しい <literal>Session</literal> は、ベースとなるJDBCコネクション、
-            トランザクション、その他のコンテキスト情報を共有します。
-            これは2番目の <literal>Session</literal> では <literal>flush()</literal> と <literal>close()</literal> 
-            を呼ぶ必要がないということ、そのためトランザクションとコネクションの管理を
-            1番目の作業単位(Unit of Work)に任せることができるということです。
+            <literal>EntityMode</literal> 繧剃ｽｿ縺｣縺� <literal>getSession()</literal> 
+            縺ｮ蜻ｼ縺ｳ蜃ｺ縺励� <literal>SessionFactory</literal> 縺ｧ縺ｯ縺ｪ縺� <literal>Session</literal> 
+            API縺ｫ縺ゅｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+            縺昴�譁ｹ豕輔〒縺ｯ縲∵眠縺励＞ <literal>Session</literal> 縺ｯ縲√�繝ｼ繧ｹ縺ｨ縺ｪ繧徽DBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縲�
+            繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縲√◎縺ｮ莉悶�繧ｳ繝ｳ繝�く繧ｹ繝域ュ蝣ｱ繧貞�譛峨＠縺ｾ縺吶�
+            縺薙ｌ縺ｯ2逡ｪ逶ｮ縺ｮ <literal>Session</literal> 縺ｧ縺ｯ <literal>flush()</literal> 縺ｨ <literal>close()</literal> 
+            繧貞他縺ｶ蠢�ｦ√′縺ｪ縺�→縺�≧縺薙→縲√◎縺ｮ縺溘ａ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｨ繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺ｮ邂｡逅�ｒ
+            1逡ｪ逶ｮ縺ｮ菴懈･ｭ蜊倅ｽ�(Unit of Work)縺ｫ莉ｻ縺帙ｋ縺薙→縺後〒縺阪ｋ縺ｨ縺�≧縺薙→縺ｧ縺吶�
         </para>
 
         <para>
-            XML表現の能力についてのさらなる情報は <xref linkend="xml"/> で見つかります。
+            XML陦ｨ迴ｾ縺ｮ閭ｽ蜉帙↓縺､縺�※縺ｮ縺輔ｉ縺ｪ繧区ュ蝣ｱ縺ｯ <xref linkend="xml"/> 縺ｧ隕九▽縺九ｊ縺ｾ縺吶�
         </para>
 
     </sect1>
@@ -465,30 +467,30 @@ dynamicSession.close()
         <title>Tuplizer</title>
 
         <para>
-            <literal>org.hibernate.tuple.Tuplizer</literal> とそのサブインターフェイスは、
-            表現の <literal>org.hibernate.EntityMode</literal> を利用して、
-            データ断片のある表現の管理に責任を持ちます。
-            与えられたデータ断片をデータ構造として考えるなら、Tuplizerはそのようなデータ構造を
-            どのように作成するかを知り、そのようなデータ構造からどのように値を抽出し、
-            注入するかを知っています。
-            例えばPOJOエンティティモードでは、対応するTuplizerはコンストラクタを通して、
-            POJOをどのように作成するか、定義されたプロパティアクセサを使い、
-            POJOプロパティにどのようにアクセスするかを知ります。
-            Tuplizerには二つのハイレベルの型があります。
-            それらは、<literal>org.hibernate.tuple.EntityTuplizer</literal> と 
-            <literal>org.hibernate.tuple.ComponentTuplizer</literal> インターフェイスで表現されます。
-            <literal>EntityTuplizer</literal> は上で述べたようなエンティティに関する契約の管理に責任を持ちます。
-            一方、<literal>ComponentTuplizer</literal> はコンポーネントに関する契約の管理に責任を持ちます。
+            <literal>org.hibernate.tuple.Tuplizer</literal> 縺ｨ縺昴�繧ｵ繝悶う繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｯ縲�
+            陦ｨ迴ｾ縺ｮ <literal>org.hibernate.EntityMode</literal> 繧貞茜逕ｨ縺励※縲�
+            繝��繧ｿ譁ｭ迚��縺ゅｋ陦ｨ迴ｾ縺ｮ邂｡逅�↓雋ｬ莉ｻ繧呈戟縺｡縺ｾ縺吶�
+            荳弱∴繧峨ｌ縺溘ョ繝ｼ繧ｿ譁ｭ迚�ｒ繝��繧ｿ讒矩�縺ｨ縺励※閠�∴繧九↑繧峨ゝuplizer縺ｯ縺昴�繧医≧縺ｪ繝��繧ｿ讒矩�繧�
+            縺ｩ縺ｮ繧医≧縺ｫ菴懈�縺吶ｋ縺九ｒ遏･繧翫√◎縺ｮ繧医≧縺ｪ繝��繧ｿ讒矩�縺九ｉ縺ｩ縺ｮ繧医≧縺ｫ蛟､繧呈歓蜃ｺ縺励�
+            豕ｨ蜈･縺吶ｋ縺九ｒ遏･縺｣縺ｦ縺�∪縺吶�
+            萓九∴縺ｰPOJO繧ｨ繝ｳ繝�ぅ繝�ぅ繝｢繝ｼ繝峨〒縺ｯ縲∝ｯｾ蠢懊☆繧亀uplizer縺ｯ繧ｳ繝ｳ繧ｹ繝医Λ繧ｯ繧ｿ繧帝壹＠縺ｦ縲�
+            POJO繧偵←縺ｮ繧医≧縺ｫ菴懈�縺吶ｋ縺九∝ｮ夂ｾｩ縺輔ｌ縺溘�繝ｭ繝代ユ繧｣繧｢繧ｯ繧ｻ繧ｵ繧剃ｽｿ縺��
+            POJO繝励Ο繝代ユ繧｣縺ｫ縺ｩ縺ｮ繧医≧縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ縺九ｒ遏･繧翫∪縺吶�
+            Tuplizer縺ｫ縺ｯ莠後▽縺ｮ繝上う繝ｬ繝吶Ν縺ｮ蝙九′縺ゅｊ縺ｾ縺吶�
+            縺昴ｌ繧峨�縲�<literal>org.hibernate.tuple.EntityTuplizer</literal> 縺ｨ 
+            <literal>org.hibernate.tuple.ComponentTuplizer</literal> 繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｧ陦ｨ迴ｾ縺輔ｌ縺ｾ縺吶�
+            <literal>EntityTuplizer</literal> 縺ｯ荳翫〒霑ｰ縺ｹ縺溘ｈ縺�↑繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｫ髢｢縺吶ｋ螂醍ｴ��邂｡逅�↓雋ｬ莉ｻ繧呈戟縺｡縺ｾ縺吶�
+            荳譁ｹ縲�<literal>ComponentTuplizer</literal> 縺ｯ繧ｳ繝ｳ繝昴�繝阪Φ繝医↓髢｢縺吶ｋ螂醍ｴ��邂｡逅�↓雋ｬ莉ｻ繧呈戟縺｡縺ｾ縺吶�
         </para>
 
         <para>
-            ユーザは独自のTuplizerに差し替えることも可能です。
-            おそらくdynamic-map entity-modeの際に <literal>java.util.HashMap</literal> を使うのではなく、
-            <literal>java.util.Map</literal> の実装が必要でしょう。
-            もしくは、おそらくデフォルトのものではなく、別のプロキシ生成戦略の定義が必要でしょう。
-            両者とも、カスタムのTuplizer実装を定義することで達成されます。
-            Tuplizerの定義は、管理しようとするエンティティやコンポーネントのマッピングに結び付けられます。
-            顧客エンティティの例に戻ると：
+            繝ｦ繝ｼ繧ｶ縺ｯ迢ｬ閾ｪ縺ｮTuplizer縺ｫ蟾ｮ縺玲崛縺医ｋ縺薙→繧ょ庄閭ｽ縺ｧ縺吶�
+            縺翫◎繧峨￥dynamic-map entity-mode縺ｮ髫帙↓ <literal>java.util.HashMap</literal> 繧剃ｽｿ縺��縺ｧ縺ｯ縺ｪ縺上�
+            <literal>java.util.Map</literal> 縺ｮ螳溯｣�′蠢�ｦ√〒縺励ｇ縺��
+            繧ゅ＠縺上�縲√♀縺昴ｉ縺上ョ繝輔か繝ｫ繝医�繧ゅ�縺ｧ縺ｯ縺ｪ縺上∝挨縺ｮ繝励Ο繧ｭ繧ｷ逕滓�謌ｦ逡･縺ｮ螳夂ｾｩ縺悟ｿ�ｦ√〒縺励ｇ縺��
+            荳｡閠�→繧ゅ√き繧ｹ繧ｿ繝�縺ｮTuplizer螳溯｣�ｒ螳夂ｾｩ縺吶ｋ縺薙→縺ｧ驕疲�縺輔ｌ縺ｾ縺吶�
+            Tuplizer縺ｮ螳夂ｾｩ縺ｯ縲∫ｮ｡逅�＠繧医≧縺ｨ縺吶ｋ繧ｨ繝ｳ繝�ぅ繝�ぅ繧�さ繝ｳ繝昴�繝阪Φ繝医�繝槭ャ繝斐Φ繧ｰ縺ｫ邨舌�莉倥￠繧峨ｌ縺ｾ縺吶�
+            鬘ｧ螳｢繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ萓九↓謌ｻ繧九→��
         </para>
 
         <programlisting><![CDATA[<hibernate-mapping>
@@ -531,7 +533,7 @@ public class CustomMapTuplizerImpl
     </sect1>
 
     <para>
-        TODO: プロパティとプロキシパッケージのユーザ拡張フレームワークを文書化すること
+        TODO: 繝励Ο繝代ユ繧｣縺ｨ繝励Ο繧ｭ繧ｷ繝代ャ繧ｱ繝ｼ繧ｸ縺ｮ繝ｦ繝ｼ繧ｶ諡｡蠑ｵ繝輔Ξ繝ｼ繝�繝ｯ繝ｼ繧ｯ繧呈枚譖ｸ蛹悶☆繧九％縺ｨ
     </para>
 
 </chapter>
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/preface.xml b/documentation/manual/ja-JP/src/main/docbook/content/preface.xml
index bb773fc6df..317cf8a28d 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/preface.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/preface.xml
@@ -1,145 +1,144 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
-
+<?xml version="1.0" encoding="UTF-8"?>
 <!DOCTYPE preface PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
 
     <preface id="preface" revision="2">
-        <title>前書き</title>
+        <title>蜑肴嶌縺�</title>
 
         <para>
-            今日の企業環境において、オブジェクト指向ソフトウェアとリレーショナルデータベースに関わる作業は
-            煩雑で膨大な時間を必要とします。
-            HibernateはJava環境のオブジェクト/リレーショナルマッピングツールです。
-            オブジェクト/リレーショナルマッピング（ORM）とは、
-            オブジェクトモデルからSQLベーススキーマのリレーショナルデータモデルへと、
-            データ表現をマッピングする（対応付ける）技術のことです。
+            莉頑律縺ｮ莨∵･ｭ迺ｰ蠅�↓縺翫＞縺ｦ縲√が繝悶ず繧ｧ繧ｯ繝域欠蜷代た繝輔ヨ繧ｦ繧ｧ繧｢縺ｨ繝ｪ繝ｬ繝ｼ繧ｷ繝ｧ繝翫Ν繝��繧ｿ繝吶�繧ｹ縺ｫ髢｢繧上ｋ菴懈･ｭ縺ｯ
+            辣ｩ髮代〒閹ｨ螟ｧ縺ｪ譎る俣繧貞ｿ�ｦ√→縺励∪縺吶�
+            Hibernate縺ｯJava迺ｰ蠅��繧ｪ繝悶ず繧ｧ繧ｯ繝�/繝ｪ繝ｬ繝ｼ繧ｷ繝ｧ繝翫Ν繝槭ャ繝斐Φ繧ｰ繝��繝ｫ縺ｧ縺吶�
+            繧ｪ繝悶ず繧ｧ繧ｯ繝�/繝ｪ繝ｬ繝ｼ繧ｷ繝ｧ繝翫Ν繝槭ャ繝斐Φ繧ｰ��ORM�峨→縺ｯ縲�
+            繧ｪ繝悶ず繧ｧ繧ｯ繝医Δ繝�Ν縺九ｉSQL繝吶�繧ｹ繧ｹ繧ｭ繝ｼ繝槭�繝ｪ繝ｬ繝ｼ繧ｷ繝ｧ繝翫Ν繝��繧ｿ繝｢繝�Ν縺ｸ縺ｨ縲�
+            繝��繧ｿ陦ｨ迴ｾ繧偵�繝�ヴ繝ｳ繧ｰ縺吶ｋ�亥ｯｾ蠢應ｻ倥￠繧具ｼ画橿陦薙�縺薙→縺ｧ縺吶�
         </para>
 
         <para>
-            HibernateはJavaクラスからデータベーステーブルへ（そしてJavaデータ型からSQLデータ型へ）
-            のマッピングを処理するだけではなく、データのクエリと復元の仕組みも提供します。
-            このおかげでSQLとJDBCを使った手作業でのデータ処理に費やされていた開発時間を大幅に削減できます。
+            Hibernate縺ｯJava繧ｯ繝ｩ繧ｹ縺九ｉ繝��繧ｿ繝吶�繧ｹ繝��繝悶Ν縺ｸ�医◎縺励※Java繝��繧ｿ蝙九°繧唄QL繝��繧ｿ蝙九∈��
+            縺ｮ繝槭ャ繝斐Φ繧ｰ繧貞�逅�☆繧九□縺代〒縺ｯ縺ｪ縺上√ョ繝ｼ繧ｿ縺ｮ繧ｯ繧ｨ繝ｪ縺ｨ蠕ｩ蜈��莉慕ｵ�∩繧よ署萓帙＠縺ｾ縺吶�
+            縺薙�縺翫°縺偵〒SQL縺ｨJDBC繧剃ｽｿ縺｣縺滓焔菴懈･ｭ縺ｧ縺ｮ繝��繧ｿ蜃ｦ逅�↓雋ｻ繧�＆繧後※縺�◆髢狗匱譎る俣繧貞､ｧ蟷�↓蜑頑ｸ帙〒縺阪∪縺吶�
         </para>
 
         <para>
-            Hibernateの最終目標は、データの永続化に関わる一般的なプログラミング作業の95％から開発者を解放することです。
-            Hibernateはビジネスロジックの実装にストアドプロシージャを使う
-            データ中心アプリケーションに対してのベストソリューションであるに留まりません。
-            オブジェクト指向ドメインモデルとJavaベースの中間層でのビジネスロジックに対して最も役に立ちます。
-            しかしHibernateはベンダ固有のSQLコードを削減またはカプセル化したり、
-            表形式からオブジェクトのグラフへとリザルトセットを変換するなどの、
-            一般的なタスクにも役立つでしょう。
+            Hibernate縺ｮ譛邨ら岼讓吶�縲√ョ繝ｼ繧ｿ縺ｮ豌ｸ邯壼喧縺ｫ髢｢繧上ｋ荳闊ｬ逧�↑繝励Ο繧ｰ繝ｩ繝溘Φ繧ｰ菴懈･ｭ縺ｮ95��°繧蛾幕逋ｺ閠�ｒ隗｣謾ｾ縺吶ｋ縺薙→縺ｧ縺吶�
+            Hibernate縺ｯ繝薙ず繝阪せ繝ｭ繧ｸ繝�け縺ｮ螳溯｣�↓繧ｹ繝医い繝峨�繝ｭ繧ｷ繝ｼ繧ｸ繝｣繧剃ｽｿ縺�
+            繝��繧ｿ荳ｭ蠢�い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ蟇ｾ縺励※縺ｮ繝吶せ繝医た繝ｪ繝･繝ｼ繧ｷ繝ｧ繝ｳ縺ｧ縺ゅｋ縺ｫ逡吶∪繧翫∪縺帙ｓ縲�
+            繧ｪ繝悶ず繧ｧ繧ｯ繝域欠蜷代ラ繝｡繧､繝ｳ繝｢繝�Ν縺ｨJava繝吶�繧ｹ縺ｮ荳ｭ髢灘ｱ､縺ｧ縺ｮ繝薙ず繝阪せ繝ｭ繧ｸ繝�け縺ｫ蟇ｾ縺励※譛繧ょｽｹ縺ｫ遶九■縺ｾ縺吶�
+            縺励°縺幽ibernate縺ｯ繝吶Φ繝蝗ｺ譛峨�SQL繧ｳ繝ｼ繝峨ｒ蜑頑ｸ帙∪縺溘�繧ｫ繝励そ繝ｫ蛹悶＠縺溘ｊ縲�
+            陦ｨ蠖｢蠑上°繧峨が繝悶ず繧ｧ繧ｯ繝医�繧ｰ繝ｩ繝輔∈縺ｨ繝ｪ繧ｶ繝ｫ繝医そ繝�ヨ繧貞､画鋤縺吶ｋ縺ｪ縺ｩ縺ｮ縲�
+            荳闊ｬ逧�↑繧ｿ繧ｹ繧ｯ縺ｫ繧ょｽｹ遶九▽縺ｧ縺励ｇ縺��
         </para>
 
         <para>
-            Hibernateやオブジェクト/リレーショナルマッピング、
-            さらにはJavaが初めての方は、以下のステップに従ってください：
+            Hibernate繧�が繝悶ず繧ｧ繧ｯ繝�/繝ｪ繝ｬ繝ｼ繧ｷ繝ｧ繝翫Ν繝槭ャ繝斐Φ繧ｰ縲�
+            縺輔ｉ縺ｫ縺ｯJava縺悟�繧√※縺ｮ譁ｹ縺ｯ縲∽ｻ･荳九�繧ｹ繝�ャ繝励↓蠕薙▲縺ｦ縺上□縺輔＞��
         </para>
 
         <orderedlist>
             <listitem>
                 <para>
-                    <xref linkend="tutorial"/> を読んでください。
-                    段階的に解説していきます。
-                    チュートリアルのソースコードはディストリビューションの
-                    <literal>doc/reference/tutorial</literal> ディレクトリに含まれています。
+                    <xref linkend="tutorial"/> 繧定ｪｭ繧薙〒縺上□縺輔＞縲�
+                    谿ｵ髫守噪縺ｫ隗｣隱ｬ縺励※縺�″縺ｾ縺吶�
+                    繝√Η繝ｼ繝医Μ繧｢繝ｫ縺ｮ繧ｽ繝ｼ繧ｹ繧ｳ繝ｼ繝峨�繝�ぅ繧ｹ繝医Μ繝薙Η繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ
+                    <literal>doc/reference/tutorial</literal> 繝�ぅ繝ｬ繧ｯ繝医Μ縺ｫ蜷ｫ縺ｾ繧後※縺�∪縺吶�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <xref linkend="architecture"/> を読んで、Hibernateが利用可能な環境を理解してください。
+                    <xref linkend="architecture"/> 繧定ｪｭ繧薙〒縲？ibernate縺悟茜逕ｨ蜿ｯ閭ｽ縺ｪ迺ｰ蠅�ｒ逅�ｧ｣縺励※縺上□縺輔＞縲�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    Hibernateディストリビューションの <literal>eg/</literal> ディレクトリを見てください。
-                    簡単なスタンドアローンのアプリケーションがあります。
-                    JDBCドライバを <literal>lib/</literal> ディレクトリにコピーして、
-                    自分のデータベースに合う正しい値を指定するように <literal>etc/hibernate.properties</literal>
-                    を編集してください。
-                    ディストリビューションディレクトリから、コマンドプロンプトで
-                     <literal>ant eg</literal> とタイプしてください（Antを使います）。
-                    またWindows環境では <literal>build eg</literal> とタイプしてください。
+                    Hibernate繝�ぅ繧ｹ繝医Μ繝薙Η繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ <literal>eg/</literal> 繝�ぅ繝ｬ繧ｯ繝医Μ繧定ｦ九※縺上□縺輔＞縲�
+                    邁｡蜊倥↑繧ｹ繧ｿ繝ｳ繝峨い繝ｭ繝ｼ繝ｳ縺ｮ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺後≠繧翫∪縺吶�
+                    JDBC繝峨Λ繧､繝舌ｒ <literal>lib/</literal> 繝�ぅ繝ｬ繧ｯ繝医Μ縺ｫ繧ｳ繝斐�縺励※縲�
+                    閾ｪ蛻��繝��繧ｿ繝吶�繧ｹ縺ｫ蜷医≧豁｣縺励＞蛟､繧呈欠螳壹☆繧九ｈ縺�↓ <literal>etc/hibernate.properties</literal>
+                    繧堤ｷｨ髮�＠縺ｦ縺上□縺輔＞縲�
+                    繝�ぅ繧ｹ繝医Μ繝薙Η繝ｼ繧ｷ繝ｧ繝ｳ繝�ぅ繝ｬ繧ｯ繝医Μ縺九ｉ縲√さ繝槭Φ繝峨�繝ｭ繝ｳ繝励ヨ縺ｧ
+                     <literal>ant eg</literal> 縺ｨ繧ｿ繧､繝励＠縺ｦ縺上□縺輔＞��Ant繧剃ｽｿ縺�∪縺呻ｼ峨�
+                    縺ｾ縺欷indows迺ｰ蠅�〒縺ｯ <literal>build eg</literal> 縺ｨ繧ｿ繧､繝励＠縺ｦ縺上□縺輔＞縲�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    このリファレンスドキュメントを第一の情報源として利用してください。
-                    アプリケーション設計についてのさらなる情報や段階的なチュートリアルを探しているなら、
-                    <emphasis>Java Persistence with Hibernate</emphasis>（http://www.manning.com/bauer2）
-                    をおすすめします。
-                    またhttp://caveatemptor.hibernate.orgから
-                    Java Persistence with Hibernateの例題のアプリケーションをダウンロードできます。
+                    縺薙�繝ｪ繝輔ぃ繝ｬ繝ｳ繧ｹ繝峨く繝･繝｡繝ｳ繝医ｒ隨ｬ荳縺ｮ諠��ｱ貅舌→縺励※蛻ｩ逕ｨ縺励※縺上□縺輔＞縲�
+                    繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ險ｭ險医↓縺､縺�※縺ｮ縺輔ｉ縺ｪ繧区ュ蝣ｱ繧�ｮｵ髫守噪縺ｪ繝√Η繝ｼ繝医Μ繧｢繝ｫ繧呈爾縺励※縺�ｋ縺ｪ繧峨�
+                    <emphasis>Java Persistence with Hibernate</emphasis>��http://www.manning.com/bauer2��
+                    繧偵♀縺吶☆繧√＠縺ｾ縺吶�
+                    縺ｾ縺殄ttp://caveatemptor.hibernate.org縺九ｉ
+                    Java Persistence with Hibernate縺ｮ萓矩｡後�繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧偵ム繧ｦ繝ｳ繝ｭ繝ｼ繝峨〒縺阪∪縺吶�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    FAQはHibernateウェブサイトにあります。
+                    FAQ縺ｯHibernate繧ｦ繧ｧ繝悶し繧､繝医↓縺ゅｊ縺ｾ縺吶�
                 </para>
             </listitem>
 			<listitem>
                 <para>
-                    サードパーティのデモ、例、チュートリアルはHibernateウェブサイトにリンクがあります。
+                    繧ｵ繝ｼ繝峨ヱ繝ｼ繝�ぅ縺ｮ繝�Δ縲∽ｾ九√メ繝･繝ｼ繝医Μ繧｢繝ｫ縺ｯHibernate繧ｦ繧ｧ繝悶し繧､繝医↓繝ｪ繝ｳ繧ｯ縺後≠繧翫∪縺吶�
                 </para>
 			</listitem>
             <listitem>
                 <para>
-                    Hibernateウェブサイトのコミュニティエリアは、デザインパターンやさまざまな統合ソリューション
-                    （Tomcat, JBoss AS, Struts, EJB, 等）についてのよい情報源です。
+                    Hibernate繧ｦ繧ｧ繝悶し繧､繝医�繧ｳ繝溘Η繝九ユ繧｣繧ｨ繝ｪ繧｢縺ｯ縲√ョ繧ｶ繧､繝ｳ繝代ち繝ｼ繝ｳ繧�＆縺ｾ縺悶∪縺ｪ邨ｱ蜷医た繝ｪ繝･繝ｼ繧ｷ繝ｧ繝ｳ
+                    ��Tomcat, JBoss AS, Struts, EJB, 遲会ｼ峨↓縺､縺�※縺ｮ繧医＞諠��ｱ貅舌〒縺吶�
                 </para>
             </listitem>
          </orderedlist>
 
          <para>
-             質問があればHibernateウェブサイトのユーザフォーラムを活用してください。
-             またバグレポートとフィーチャリクエストのためJIRA課題追跡システムを用意しています。
-             Hibernateの開発に興味があれば、開発者メーリングリストに参加してください。
-             このドキュメントをあなたの国の言葉に翻訳したい場合は、
-             開発者メーリングリストで私たちにコンタクトを取ってください。
+             雉ｪ蝠上′縺ゅｌ縺ｰHibernate繧ｦ繧ｧ繝悶し繧､繝医�繝ｦ繝ｼ繧ｶ繝輔か繝ｼ繝ｩ繝�繧呈ｴｻ逕ｨ縺励※縺上□縺輔＞縲�
+             縺ｾ縺溘ヰ繧ｰ繝ｬ繝昴�繝医→繝輔ぅ繝ｼ繝√Ε繝ｪ繧ｯ繧ｨ繧ｹ繝医�縺溘ａJIRA隱ｲ鬘瑚ｿｽ霍｡繧ｷ繧ｹ繝�Β繧堤畑諢上＠縺ｦ縺�∪縺吶�
+             Hibernate縺ｮ髢狗匱縺ｫ闊亥袖縺後≠繧後�縲�幕逋ｺ閠�Γ繝ｼ繝ｪ繝ｳ繧ｰ繝ｪ繧ｹ繝医↓蜿ょ刈縺励※縺上□縺輔＞縲�
+             縺薙�繝峨く繝･繝｡繝ｳ繝医ｒ縺ゅ↑縺溘�蝗ｽ縺ｮ險闡峨↓鄙ｻ險ｳ縺励◆縺��ｴ蜷医�縲�
+             髢狗匱閠�Γ繝ｼ繝ｪ繝ｳ繧ｰ繝ｪ繧ｹ繝医〒遘√◆縺｡縺ｫ繧ｳ繝ｳ繧ｿ繧ｯ繝医ｒ蜿悶▲縺ｦ縺上□縺輔＞縲�
          </para>
 
          <para>
-             商用開発のサポート、製品のサポート、HibernateのトレーニングはJBoss Inc.が提供しています
-             （http://www.hibernate.org/SupportTraining/を見てください）。
-             HibernateはProfessional Open Sourceプロジェクト、
-             そしてJBoss Enterprise Middleware System（JEMS）プロダクトスイートのクリティカルコンポーネントです。
+             蝠�畑髢狗匱縺ｮ繧ｵ繝昴�繝医∬｣ｽ蜩√�繧ｵ繝昴�繝医？ibernate縺ｮ繝医Ξ繝ｼ繝九Φ繧ｰ縺ｯJBoss Inc.縺梧署萓帙＠縺ｦ縺�∪縺�
+             ��http://www.hibernate.org/SupportTraining/繧定ｦ九※縺上□縺輔＞�峨�
+             Hibernate縺ｯProfessional Open Source繝励Ο繧ｸ繧ｧ繧ｯ繝医�
+             縺昴＠縺ｦJBoss Enterprise Middleware System��JEMS�峨�繝ｭ繝繧ｯ繝医せ繧､繝ｼ繝医�繧ｯ繝ｪ繝�ぅ繧ｫ繝ｫ繧ｳ繝ｳ繝昴�繝阪Φ繝医〒縺吶�
          </para>
 <!--
            <sect1 id="preface-s1" revision="-1">
 
-               <title>日本語訳について</title>
+               <title>譌･譛ｬ隱櫁ｨｳ縺ｫ縺､縺�※</title>
 
                <para id="preface-s1-p1" revision="-1">
-                   この日本語版Hibernate Reference Document（以下、日本語版）は、
-                   Hibernateプロジェクトの翻訳プロセスに基づいて作成されています。
-                   日本語版ならびに原文はLGPLライセンスに準じます。
+                   縺薙�譌･譛ｬ隱樒沿Hibernate Reference Document�井ｻ･荳九∵律譛ｬ隱樒沿�峨�縲�
+                   Hibernate繝励Ο繧ｸ繧ｧ繧ｯ繝医�鄙ｻ險ｳ繝励Ο繧ｻ繧ｹ縺ｫ蝓ｺ縺･縺�※菴懈�縺輔ｌ縺ｦ縺�∪縺吶�
+                   譌･譛ｬ隱樒沿縺ｪ繧峨�縺ｫ蜴滓枚縺ｯLGPL繝ｩ繧､繧ｻ繝ｳ繧ｹ縺ｫ貅悶§縺ｾ縺吶�
                </para>
 
                <para id="preface-s1-p2" revision="-1">
-                   日本語版の利用によって第三者が被るあらゆる不利益に対して、
-                   原著者、翻訳者ならびにその組織は一切の保証をいたしかねます。
-                   日本語版は誤りを含む可能性があることを認識した上でご利用ください。
-                   内容の正確な意味を把握するためには、原文を読むことをおすすめします。
-                   また、もし日本語版に誤りを見つけられた場合は、翻訳者にご連絡いただければ幸いです。
-                   ただし内容に関してのお問い合わせには応じかねますので、ご了承ください。
+                   譌･譛ｬ隱樒沿縺ｮ蛻ｩ逕ｨ縺ｫ繧医▲縺ｦ隨ｬ荳芽�′陲ｫ繧九≠繧峨ｆ繧倶ｸ榊茜逶翫↓蟇ｾ縺励※縲�
+                   蜴溯送閠�∫ｿｻ險ｳ閠�↑繧峨�縺ｫ縺昴�邨�ｹ斐�荳蛻��菫晁ｨｼ繧偵＞縺溘＠縺九�縺ｾ縺吶�
+                   譌･譛ｬ隱樒沿縺ｯ隱､繧翫ｒ蜷ｫ繧蜿ｯ閭ｽ諤ｧ縺後≠繧九％縺ｨ繧定ｪ崎ｭ倥＠縺滉ｸ翫〒縺泌茜逕ｨ縺上□縺輔＞縲�
+                   蜀�ｮｹ縺ｮ豁｣遒ｺ縺ｪ諢丞袖繧呈滑謠｡縺吶ｋ縺溘ａ縺ｫ縺ｯ縲∝次譁�ｒ隱ｭ繧縺薙→繧偵♀縺吶☆繧√＠縺ｾ縺吶�
+                   縺ｾ縺溘√ｂ縺玲律譛ｬ隱樒沿縺ｫ隱､繧翫ｒ隕九▽縺代ｉ繧後◆蝣ｴ蜷医�縲∫ｿｻ險ｳ閠�↓縺秘｣邨｡縺�◆縺�縺代ｌ縺ｰ蟷ｸ縺�〒縺吶�
+                   縺溘□縺怜�螳ｹ縺ｫ髢｢縺励※縺ｮ縺雁撫縺�粋繧上○縺ｫ縺ｯ蠢懊§縺九�縺ｾ縺吶�縺ｧ縲√＃莠�価縺上□縺輔＞縲�
                </para>
 
                <sect2 id="preface-s1-1" revision="-1">
 
-                   <title>日本語版翻訳者について</title>
+                   <title>譌･譛ｬ隱樒沿鄙ｻ險ｳ閠�↓縺､縺�※</title>
 
                    <para id="preface-s1-1-p4" revision="-1">
-                       日本語版バージョン3.2 cr3の翻訳は株式会社エクサ
-                       （<ulink url="http://www.exa-corp.co.jp">ホームページはこちら</ulink>）
-                       の以下のメンバーで行いました。
-                       本間力（6,18,19,21,22,23章担当）、
-                       広戸裕介（前書き,2,5,13,14,24,25章担当）、
-                       武市正人（7,8,9,10章担当）、
-                       那須秀男（12,16,17章担当）、
-                       井関知文（1,3,11章担当）、
-                       飯田浩司（4,15章担当）、
-                       平間健一（20章担当）、
-                       森龍二（レビュー担当）。
-                       なお誤訳等のご指摘は本間、広戸までお願いいたします。
+                       譌･譛ｬ隱樒沿繝舌�繧ｸ繝ｧ繝ｳ3.2 cr3縺ｮ鄙ｻ險ｳ縺ｯ譬ｪ蠑丈ｼ夂､ｾ繧ｨ繧ｯ繧ｵ
+                       ��<ulink url="http://www.exa-corp.co.jp">繝帙�繝�繝壹�繧ｸ縺ｯ縺薙■繧�</ulink>��
+                       縺ｮ莉･荳九�繝｡繝ｳ繝舌�縺ｧ陦後＞縺ｾ縺励◆縲�
+                       譛ｬ髢灘鴨��6,18,19,21,22,23遶�諡�ｽ難ｼ峨�
+                       蠎�虻陬穂ｻ具ｼ亥燕譖ｸ縺�,2,5,13,14,24,25遶�諡�ｽ難ｼ峨�
+                       豁ｦ蟶よｭ｣莠ｺ��7,8,9,10遶�諡�ｽ難ｼ峨�
+                       驍｣鬆育ｧ逕ｷ��12,16,17遶�諡�ｽ難ｼ峨�
+                       莠暮未遏･譁�ｼ�1,3,11遶�諡�ｽ難ｼ峨�
+                       鬟ｯ逕ｰ豬ｩ蜿ｸ��4,15遶�諡�ｽ難ｼ峨�
+                       蟷ｳ髢灘▼荳��20遶�諡�ｽ難ｼ峨�
+                       譽ｮ鮴堺ｺ鯉ｼ医Ξ繝薙Η繝ｼ諡�ｽ難ｼ峨�
+                       縺ｪ縺願ｪ､險ｳ遲峨�縺疲欠鞫倥�譛ｬ髢薙∝ｺ�虻縺ｾ縺ｧ縺企｡倥＞縺�◆縺励∪縺吶�
 
         <mediaobject>
             <imageobject role="fo">
@@ -154,4 +153,4 @@
                </sect2>
            </sect1>
 -->
-    </preface>
\ No newline at end of file
+    </preface>
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/query_criteria.xml b/documentation/manual/ja-JP/src/main/docbook/content/query_criteria.xml
index 739498dc06..b9d72aefd2 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/query_criteria.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/query_criteria.xml
@@ -1,18 +1,20 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="querycriteria">
-    <title>Criteriaクエリ</title>
+    <title>Criteria繧ｯ繧ｨ繝ｪ</title>
 
     <para>
-        Hibernateには、直感的で拡張可能なcriteriaクエリAPIが用意されています。
+        Hibernate縺ｫ縺ｯ縲∫峩諢溽噪縺ｧ諡｡蠑ｵ蜿ｯ閭ｽ縺ｪcriteria繧ｯ繧ｨ繝ｪAPI縺檎畑諢上＆繧後※縺�∪縺吶�
     </para>
     
     <sect1 id="querycriteria-creating">
-        <title> <literal>Criteria</literal> インスタンスの作成</title>
+        <title> <literal>Criteria</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ菴懈�</title>
 
         <para>
             <literal>org.hibernate.Criteria</literal>
-            インターフェイスは特定の永続性クラスに対するクエリを表現します。
-            <literal>Session</literal> は <literal>Criteria</literal> インスタンスのファクトリです。
+            繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｯ迚ｹ螳壹�豌ｸ邯壽ｧ繧ｯ繝ｩ繧ｹ縺ｫ蟇ｾ縺吶ｋ繧ｯ繧ｨ繝ｪ繧定｡ｨ迴ｾ縺励∪縺吶�
+            <literal>Session</literal> 縺ｯ <literal>Criteria</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ繝輔ぃ繧ｯ繝医Μ縺ｧ縺吶�
         </para>
 
         <programlisting><![CDATA[Criteria crit = sess.createCriteria(Cat.class);
@@ -22,14 +24,14 @@ List cats = crit.list();]]></programlisting>
     </sect1>
      
     <sect1 id="querycriteria-narrowing">
-        <title>リザルトセットの絞込み</title>
+        <title>繝ｪ繧ｶ繝ｫ繝医そ繝�ヨ縺ｮ邨櫁ｾｼ縺ｿ</title>
 
         <para>
-            <literal>org.hibernate.criterion.Criterion</literal> インターフェイスのインスタンスは、
-            個別のクエリクライテリオン（問い合わせの判定基準）を表します。
+            <literal>org.hibernate.criterion.Criterion</literal> 繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲�
+            蛟句挨縺ｮ繧ｯ繧ｨ繝ｪ繧ｯ繝ｩ繧､繝�Μ繧ｪ繝ｳ�亥撫縺�粋繧上○縺ｮ蛻､螳壼渕貅厄ｼ峨ｒ陦ｨ縺励∪縺吶�
             <literal>org.hibernate.criterion.Restrictions</literal>
-            クラスは、ある組み込みの <literal>Criterion</literal>
-            型を取得するためのファクトリメソッドを持っています。
+            繧ｯ繝ｩ繧ｹ縺ｯ縲√≠繧狗ｵ�∩霎ｼ縺ｿ縺ｮ <literal>Criterion</literal>
+            蝙九ｒ蜿門ｾ励☆繧九◆繧√�繝輔ぃ繧ｯ繝医Μ繝｡繧ｽ繝�ラ繧呈戟縺｣縺ｦ縺�∪縺吶�
         </para>
 
         <programlisting><![CDATA[List cats = sess.createCriteria(Cat.class)
@@ -38,7 +40,7 @@ List cats = crit.list();]]></programlisting>
     .list();]]></programlisting>
     
         <para>
-            Restriction（限定）は、論理的にグループ化できます。
+            Restriction�磯剞螳夲ｼ峨�縲∬ｫ也炊逧�↓繧ｰ繝ｫ繝ｼ繝怜喧縺ｧ縺阪∪縺吶�
         </para>
 
         <programlisting><![CDATA[List cats = sess.createCriteria(Cat.class)
@@ -60,8 +62,8 @@ List cats = crit.list();]]></programlisting>
     .list();]]></programlisting>
     
         <para>
-            元々あるCriterion型（<literal>Restrictions</literal> のサブクラス）
-            はかなりの範囲に及びますが、特に有用なのはSQLを直接指定できるものです。
+            蜈��≠繧気riterion蝙具ｼ�<literal>Restrictions</literal> 縺ｮ繧ｵ繝悶け繝ｩ繧ｹ��
+            縺ｯ縺九↑繧翫�遽�峇縺ｫ蜿翫�縺ｾ縺吶′縲∫音縺ｫ譛臥畑縺ｪ縺ｮ縺ｯSQL繧堤峩謗･謖�ｮ壹〒縺阪ｋ繧ゅ�縺ｧ縺吶�
         </para>
 
         <programlisting><![CDATA[List cats = sess.createCriteria(Cat.class)
@@ -69,15 +71,15 @@ List cats = crit.list();]]></programlisting>
     .list();]]></programlisting>
     
         <para>
-            <literal>{alias}</literal> というプレースホルダは、
-            問い合わせを受けたエンティティの行の別名によって置き換えられます。
+            <literal>{alias}</literal> 縺ｨ縺�≧繝励Ξ繝ｼ繧ｹ繝帙Ν繝縺ｯ縲�
+            蝠上＞蜷医ｏ縺帙ｒ蜿励￠縺溘お繝ｳ繝�ぅ繝�ぅ縺ｮ陦後�蛻･蜷阪↓繧医▲縺ｦ鄂ｮ縺肴鋤縺医ｉ繧後∪縺吶�
         </para>
         
         <para>
-            criterionを得る別の手段は、
-            <literal>Property</literal> インスタンスから取得することです。
-            <literal>Property.forName()</literal> を呼び出して、
-            <literal>Property</literal> インスタンスを作成できます。
+            criterion繧貞ｾ励ｋ蛻･縺ｮ謇区ｮｵ縺ｯ縲�
+            <literal>Property</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺九ｉ蜿門ｾ励☆繧九％縺ｨ縺ｧ縺吶�
+            <literal>Property.forName()</literal> 繧貞他縺ｳ蜃ｺ縺励※縲�
+            <literal>Property</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧剃ｽ懈�縺ｧ縺阪∪縺吶�
         </para>
     
         <programlisting><![CDATA[
@@ -95,11 +97,11 @@ List cats = sess.createCriteria(Cat.class)
    </sect1>
      
     <sect1 id="querycriteria-ordering">
-        <title>結果の整列</title>
+        <title>邨先棡縺ｮ謨ｴ蛻�</title>
 
         <para>
             <literal>org.hibernate.criterion.Order</literal>
-            を使って結果を並び替えることができます。
+            繧剃ｽｿ縺｣縺ｦ邨先棡繧剃ｸｦ縺ｳ譖ｿ縺医ｋ縺薙→縺後〒縺阪∪縺吶�
         </para>
 
         <programlisting><![CDATA[List cats = sess.createCriteria(Cat.class)
@@ -119,11 +121,11 @@ List cats = sess.createCriteria(Cat.class)
     </sect1>
     
     <sect1 id="querycriteria-associations" revision="2">
-        <title>関連</title>
+        <title>髢｢騾｣</title>
 
         <para>
-            <literal>createCriteria()</literal> を使い、関連をナビゲートすることで、
-            容易に関係するエンティティに制約を指定できます。
+            <literal>createCriteria()</literal> 繧剃ｽｿ縺��未騾｣繧偵リ繝薙ご繝ｼ繝医☆繧九％縺ｨ縺ｧ縲�
+            螳ｹ譏薙↓髢｢菫ゅ☆繧九お繝ｳ繝�ぅ繝�ぅ縺ｫ蛻ｶ邏�ｒ謖�ｮ壹〒縺阪∪縺吶�
         </para>
 
         <programlisting><![CDATA[List cats = sess.createCriteria(Cat.class)
@@ -133,13 +135,13 @@ List cats = sess.createCriteria(Cat.class)
     .list();]]></programlisting>
 
         <para>
-            2番目の <literal>createCriteria()</literal> は、<literal>kittens</literal>
-            コレクションの要素を参照する新しい <literal>Criteria</literal>
-            インスタンスを返すことに注意してください。
+            2逡ｪ逶ｮ縺ｮ <literal>createCriteria()</literal> 縺ｯ縲�<literal>kittens</literal>
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隕∫ｴ�繧貞盾辣ｧ縺吶ｋ譁ｰ縺励＞ <literal>Criteria</literal>
+            繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧定ｿ斐☆縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
         </para>
 
         <para>
-            以下のような方法も、状況により有用です。
+            莉･荳九�繧医≧縺ｪ譁ｹ豕輔ｂ縲∫憾豕√↓繧医ｊ譛臥畑縺ｧ縺吶�
         </para>
 
         <programlisting><![CDATA[List cats = sess.createCriteria(Cat.class)
@@ -149,17 +151,17 @@ List cats = sess.createCriteria(Cat.class)
     .list();]]></programlisting>
 
         <para>
-            （<literal>createAlias()</literal> は新しい
-            <literal>Criteria</literal> インスタンスを作成しません。）
+            ��<literal>createAlias()</literal> 縺ｯ譁ｰ縺励＞
+            <literal>Criteria</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧剃ｽ懈�縺励∪縺帙ｓ縲ゑｼ�
         </para>
 
         <para>
-            前の2つのクエリによって返される <literal>Cat</literal>
-            インスタンスによって保持されるkittensコレクションは、
-            criteriaによって事前にフィルタリング <emphasis>されない</emphasis>
-            ことに注意してください。
-            もしcriteriaに適合するkittenを取得したいなら、
-            <literal>ResultTransformer</literal> を使わなければなりません。
+            蜑阪�2縺､縺ｮ繧ｯ繧ｨ繝ｪ縺ｫ繧医▲縺ｦ霑斐＆繧後ｋ <literal>Cat</literal>
+            繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｫ繧医▲縺ｦ菫晄戟縺輔ｌ繧橘ittens繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ縲�
+            criteria縺ｫ繧医▲縺ｦ莠句燕縺ｫ繝輔ぅ繝ｫ繧ｿ繝ｪ繝ｳ繧ｰ <emphasis>縺輔ｌ縺ｪ縺�</emphasis>
+            縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+            繧ゅ＠criteria縺ｫ驕ｩ蜷医☆繧橘itten繧貞叙蠕励＠縺溘＞縺ｪ繧峨�
+            <literal>ResultTransformer</literal> 繧剃ｽｿ繧上↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
         </para>
 
         <programlisting><![CDATA[List cats = sess.createCriteria(Cat.class)
@@ -177,11 +179,11 @@ while ( iter.hasNext() ) {
     </sect1>
     
     <sect1 id="querycriteria-dynamicfetching" revision="1">
-        <title>関連の動的フェッチ</title>
+        <title>髢｢騾｣縺ｮ蜍慕噪繝輔ぉ繝�メ</title>
 
         <para>
-            <literal>setFetchMode()</literal> を使い、
-            実行時に関連の復元方法を指定してもよいです。
+            <literal>setFetchMode()</literal> 繧剃ｽｿ縺��
+            螳溯｡梧凾縺ｫ髢｢騾｣縺ｮ蠕ｩ蜈�婿豕輔ｒ謖�ｮ壹＠縺ｦ繧ゅｈ縺�〒縺吶�
         </para>
 
         <programlisting><![CDATA[List cats = sess.createCriteria(Cat.class)
@@ -191,19 +193,19 @@ while ( iter.hasNext() ) {
     .list();]]></programlisting>
     
         <para>
-            このクエリは外部結合により <literal>mate</literal> と
-            <literal>kittens</literal> の両方をフェッチします。
-            より多くの情報は <xref linkend="performance-fetching"/> を参照してください。
+            縺薙�繧ｯ繧ｨ繝ｪ縺ｯ螟夜Κ邨仙粋縺ｫ繧医ｊ <literal>mate</literal> 縺ｨ
+            <literal>kittens</literal> 縺ｮ荳｡譁ｹ繧偵ヵ繧ｧ繝�メ縺励∪縺吶�
+            繧医ｊ螟壹￥縺ｮ諠��ｱ縺ｯ <xref linkend="performance-fetching"/> 繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
         </para>
     
     </sect1>
      
     <sect1 id="querycriteria-examples">
-        <title>クエリの例</title>
+        <title>繧ｯ繧ｨ繝ｪ縺ｮ萓�</title>
 
         <para>
-            <literal>org.hibernate.criterion.Example</literal> クラスは、
-            与えられたインスタンスからクエリクライテリオンを構築できます。
+            <literal>org.hibernate.criterion.Example</literal> 繧ｯ繝ｩ繧ｹ縺ｯ縲�
+            荳弱∴繧峨ｌ縺溘う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺九ｉ繧ｯ繧ｨ繝ｪ繧ｯ繝ｩ繧､繝�Μ繧ｪ繝ｳ繧呈ｧ狗ｯ峨〒縺阪∪縺吶�
         </para>
 
         <programlisting><![CDATA[Cat cat = new Cat();
@@ -214,13 +216,13 @@ List results = session.createCriteria(Cat.class)
     .list();]]></programlisting>
     
         <para>
-           バージョンプロパティ、識別子、関連は無視されます。
-           デフォルトではnull値のプロパティは除外されます。
+           繝舌�繧ｸ繝ｧ繝ｳ繝励Ο繝代ユ繧｣縲∬ｭ伜挨蟄舌�未騾｣縺ｯ辟｡隕悶＆繧後∪縺吶�
+           繝�ヵ繧ｩ繝ｫ繝医〒縺ｯnull蛟､縺ｮ繝励Ο繝代ユ繧｣縺ｯ髯､螟悶＆繧後∪縺吶�
         </para>
 
         <para>
-           どのように <literal>Example</literal> を適用するか
-           調整することができます。
+           縺ｩ縺ｮ繧医≧縺ｫ <literal>Example</literal> 繧帝←逕ｨ縺吶ｋ縺�
+           隱ｿ謨ｴ縺吶ｋ縺薙→縺後〒縺阪∪縺吶�
         </para>
 
         <programlisting><![CDATA[Example example = Example.create(cat)
@@ -233,7 +235,7 @@ List results = session.createCriteria(Cat.class)
     .list();]]></programlisting>
     
         <para>
-            関連オブジェクトにcriteriaを指定するために、Exampleを使うことも可能です。
+            髢｢騾｣繧ｪ繝悶ず繧ｧ繧ｯ繝医↓criteria繧呈欠螳壹☆繧九◆繧√↓縲・xample繧剃ｽｿ縺�％縺ｨ繧ょ庄閭ｽ縺ｧ縺吶�
         </para>
 
         <programlisting><![CDATA[List results = session.createCriteria(Cat.class)
@@ -245,12 +247,12 @@ List results = session.createCriteria(Cat.class)
     </sect1>
     
     <sect1 id="querycriteria-projection">
-        <title>射影、集約、グループ化</title>
+        <title>蟆�ｽｱ縲�寔邏�√げ繝ｫ繝ｼ繝怜喧</title>
         <para>
-            <literal>org.hibernate.criterion.Projections</literal> クラスは
-            <literal>Projection</literal> インスタンスのファクトリです。
-            <literal>setProjection()</literal> を呼び出すことで、
-            クエリに射影を適用します。
+            <literal>org.hibernate.criterion.Projections</literal> 繧ｯ繝ｩ繧ｹ縺ｯ
+            <literal>Projection</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ繝輔ぃ繧ｯ繝医Μ縺ｧ縺吶�
+            <literal>setProjection()</literal> 繧貞他縺ｳ蜃ｺ縺吶％縺ｨ縺ｧ縲�
+            繧ｯ繧ｨ繝ｪ縺ｫ蟆�ｽｱ繧帝←逕ｨ縺励∪縺吶�
         </para>
         
         <programlisting><![CDATA[List results = session.createCriteria(Cat.class)
@@ -268,14 +270,14 @@ List results = session.createCriteria(Cat.class)
     .list();]]></programlisting>
     
         <para>
-            必要であっても、criteriaクエリに「group by」を明示する必要はありません。
-            ある種のProjection型は <emphasis>グループ化射影</emphasis> として定義され、
-            SQLの <literal>group by</literal> 節にも現れます。
+            蠢�ｦ√〒縺ゅ▲縺ｦ繧ゅ…riteria繧ｯ繧ｨ繝ｪ縺ｫ縲携roup by縲阪ｒ譏守､ｺ縺吶ｋ蠢�ｦ√�縺ゅｊ縺ｾ縺帙ｓ縲�
+            縺ゅｋ遞ｮ縺ｮProjection蝙九� <emphasis>繧ｰ繝ｫ繝ｼ繝怜喧蟆�ｽｱ</emphasis> 縺ｨ縺励※螳夂ｾｩ縺輔ｌ縲�
+            SQL縺ｮ <literal>group by</literal> 遽縺ｫ繧ら樟繧後∪縺吶�
         </para>
     
         <para>
-            任意で射影に別名を付けられるため、射影される値はrestrictionやordering内から参照できます。
-            別名をつける２つの異なる方法を示します。
+            莉ｻ諢上〒蟆�ｽｱ縺ｫ蛻･蜷阪ｒ莉倥￠繧峨ｌ繧九◆繧√∝ｰ�ｽｱ縺輔ｌ繧句､縺ｯrestriction繧�ordering蜀�°繧牙盾辣ｧ縺ｧ縺阪∪縺吶�
+            蛻･蜷阪ｒ縺､縺代ｋ�偵▽縺ｮ逡ｰ縺ｪ繧区婿豕輔ｒ遉ｺ縺励∪縺吶�
         </para>
 
         <programlisting><![CDATA[List results = session.createCriteria(Cat.class)
@@ -289,10 +291,10 @@ List results = session.createCriteria(Cat.class)
     .list();]]></programlisting>
     
         <para>
-            <literal>alias()</literal> と <literal>as()</literal> メソッドは、
-            Projectionインスタンスを別の名前の <literal>Projection</literal> インスタンスで
-            ラップするだけです。
-            ショートカットとして、射影を射影リストに追加する際に、別名をつけられます。
+            <literal>alias()</literal> 縺ｨ <literal>as()</literal> 繝｡繧ｽ繝�ラ縺ｯ縲�
+            Projection繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧貞挨縺ｮ蜷榊燕縺ｮ <literal>Projection</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｧ
+            繝ｩ繝��縺吶ｋ縺�縺代〒縺吶�
+            繧ｷ繝ｧ繝ｼ繝医き繝�ヨ縺ｨ縺励※縲∝ｰ�ｽｱ繧貞ｰ�ｽｱ繝ｪ繧ｹ繝医↓霑ｽ蜉�縺吶ｋ髫帙↓縲∝挨蜷阪ｒ縺､縺代ｉ繧後∪縺吶�
         </para>
 
        <programlisting><![CDATA[List results = session.createCriteria(Cat.class)
@@ -317,7 +319,7 @@ List results = session.createCriteria(Cat.class)
     .list();]]></programlisting>
     
         <para>
-            射影の式に <literal>Property.forName()</literal> も使用できます。
+            蟆�ｽｱ縺ｮ蠑上↓ <literal>Property.forName()</literal> 繧ゆｽｿ逕ｨ縺ｧ縺阪∪縺吶�
         </para>
     
         <programlisting><![CDATA[List results = session.createCriteria(Cat.class)
@@ -339,11 +341,11 @@ List results = session.createCriteria(Cat.class)
     </sect1>
     
     <sect1 id="querycriteria-detachedqueries">
-        <title>クエリおよびサブクエリの分離</title>
+        <title>繧ｯ繧ｨ繝ｪ縺翫ｈ縺ｳ繧ｵ繝悶け繧ｨ繝ｪ縺ｮ蛻�屬</title>
         <para>
-            <literal>DetachedCriteria</literal> クラスにより、
-            セッションスコープ外にクエリを作成できます。
-            後で、任意の <literal>Session</literal> を使って、実行できます。
+            <literal>DetachedCriteria</literal> 繧ｯ繝ｩ繧ｹ縺ｫ繧医ｊ縲�
+            繧ｻ繝�す繝ｧ繝ｳ繧ｹ繧ｳ繝ｼ繝怜､悶↓繧ｯ繧ｨ繝ｪ繧剃ｽ懈�縺ｧ縺阪∪縺吶�
+            蠕後〒縲∽ｻｻ諢上� <literal>Session</literal> 繧剃ｽｿ縺｣縺ｦ縲∝ｮ溯｡後〒縺阪∪縺吶�
         </para>
         
         <programlisting><![CDATA[DetachedCriteria query = DetachedCriteria.forClass(Cat.class)
@@ -356,9 +358,9 @@ txn.commit();
 session.close();]]></programlisting>
 
         <para>
-            <literal>DetachedCriteria</literal> は、サブクエリを表現するためにも使えます。
-            サブクエリを伴うCriterionインスタンスは、
-            <literal>Subqueries</literal> もしくは <literal>Property</literal> から得られます。
+            <literal>DetachedCriteria</literal> 縺ｯ縲√し繝悶け繧ｨ繝ｪ繧定｡ｨ迴ｾ縺吶ｋ縺溘ａ縺ｫ繧ゆｽｿ縺医∪縺吶�
+            繧ｵ繝悶け繧ｨ繝ｪ繧剃ｼｴ縺�Criterion繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲�
+            <literal>Subqueries</literal> 繧ゅ＠縺上� <literal>Property</literal> 縺九ｉ蠕励ｉ繧後∪縺吶�
         </para>
         
         <programlisting><![CDATA[DetachedCriteria avgWeight = DetachedCriteria.forClass(Cat.class)
@@ -374,7 +376,7 @@ session.createCriteria(Cat.class)
     .list();]]></programlisting>
     
         <para>
-            相互関係があるサブクエリでさえも可能です。
+            逶ｸ莠帝未菫ゅ′縺ゅｋ繧ｵ繝悶け繧ｨ繝ｪ縺ｧ縺輔∴繧ょ庄閭ｽ縺ｧ縺吶�
         </para>
         
         <programlisting><![CDATA[DetachedCriteria avgWeightForSex = DetachedCriteria.forClass(Cat.class, "cat2")
@@ -391,23 +393,23 @@ session.createCriteria(Cat.class, "cat")
                   could also be explained. -->
                
     <sect1 id="query-criteria-naturalid">
-        <title>自然識別子によるクエリ</title>
+        <title>閾ｪ辟ｶ隴伜挨蟄舌↓繧医ｋ繧ｯ繧ｨ繝ｪ</title>
         
         <para>
-            criteriaクエリを含むたいていのクエリにとって、
-            クエリキャッシュはあまり効率がよくないです。
-            なぜなら、クエリキャッシュが頻繁に無効になるためです。
-            しかしながら、キャッシュを無効にするアルゴリズムを最適化できる
-            特別なクエリの種類が１つあります。
-            更新されない自然キーによる検索です。
-            いくつかのアプリケーションでは、この種類のクエリが頻繁に現れます。
-            このような使われ方のために、criteria APIは特別な対策を提供します。
+            criteria繧ｯ繧ｨ繝ｪ繧貞性繧縺溘＞縺ｦ縺��繧ｯ繧ｨ繝ｪ縺ｫ縺ｨ縺｣縺ｦ縲�
+            繧ｯ繧ｨ繝ｪ繧ｭ繝｣繝�す繝･縺ｯ縺ゅ∪繧雁柑邇�′繧医￥縺ｪ縺�〒縺吶�
+            縺ｪ縺懊↑繧峨√け繧ｨ繝ｪ繧ｭ繝｣繝�す繝･縺碁�ｻ郢√↓辟｡蜉ｹ縺ｫ縺ｪ繧九◆繧√〒縺吶�
+            縺励°縺励↑縺後ｉ縲√く繝｣繝�す繝･繧堤┌蜉ｹ縺ｫ縺吶ｋ繧｢繝ｫ繧ｴ繝ｪ繧ｺ繝�繧呈怙驕ｩ蛹悶〒縺阪ｋ
+            迚ｹ蛻･縺ｪ繧ｯ繧ｨ繝ｪ縺ｮ遞ｮ鬘槭′�代▽縺ゅｊ縺ｾ縺吶�
+            譖ｴ譁ｰ縺輔ｌ縺ｪ縺��辟ｶ繧ｭ繝ｼ縺ｫ繧医ｋ讀懃ｴ｢縺ｧ縺吶�
+            縺�￥縺､縺九�繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｧ縺ｯ縲√％縺ｮ遞ｮ鬘槭�繧ｯ繧ｨ繝ｪ縺碁�ｻ郢√↓迴ｾ繧後∪縺吶�
+            縺薙�繧医≧縺ｪ菴ｿ繧上ｌ譁ｹ縺ｮ縺溘ａ縺ｫ縲…riteria API縺ｯ迚ｹ蛻･縺ｪ蟇ｾ遲悶ｒ謠蝉ｾ帙＠縺ｾ縺吶�
         </para>
         
         <para>
-            最初に、<literal>&lt;natural-id&gt;</literal> を使って、
-            エンティティの自然キーをマップしてください。
-            そして、二次キャッシュを有効にします。
+            譛蛻昴↓縲�<literal>&lt;natural-id&gt;</literal> 繧剃ｽｿ縺｣縺ｦ縲�
+            繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ閾ｪ辟ｶ繧ｭ繝ｼ繧偵�繝��縺励※縺上□縺輔＞縲�
+            縺昴＠縺ｦ縲∽ｺ梧ｬ｡繧ｭ繝｣繝�す繝･繧呈怏蜉ｹ縺ｫ縺励∪縺吶�
         </para>
 
         <programlisting><![CDATA[<class name="User">
@@ -423,17 +425,17 @@ session.createCriteria(Cat.class, "cat")
 </class>]]></programlisting>
     
         <para>
-            注意： <emphasis>変更される</emphasis> 自然キーを持つエンティティに
-            この機能を使うのは、意図されていない使い方です。
+            豕ｨ諢擾ｼ� <emphasis>螟画峩縺輔ｌ繧�</emphasis> 閾ｪ辟ｶ繧ｭ繝ｼ繧呈戟縺､繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｫ
+            縺薙�讖溯�繧剃ｽｿ縺��縺ｯ縲∵э蝗ｳ縺輔ｌ縺ｦ縺�↑縺�ｽｿ縺�婿縺ｧ縺吶�
         </para>
         
         <para>
-            次に、Hibernateクエリキャッシュを有効にします。
+            谺｡縺ｫ縲？ibernate繧ｯ繧ｨ繝ｪ繧ｭ繝｣繝�す繝･繧呈怏蜉ｹ縺ｫ縺励∪縺吶�
         </para>
         
         <para>
-            これで、<literal>Restrictions.naturalId()</literal> により、
-            より効率的なキャッシュアルゴリズムを使用できます。
+            縺薙ｌ縺ｧ縲�<literal>Restrictions.naturalId()</literal> 縺ｫ繧医ｊ縲�
+            繧医ｊ蜉ｹ邇�噪縺ｪ繧ｭ繝｣繝�す繝･繧｢繝ｫ繧ｴ繝ｪ繧ｺ繝�繧剃ｽｿ逕ｨ縺ｧ縺阪∪縺吶�
         </para>
        
         <programlisting><![CDATA[session.createCriteria(User.class)
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/query_hql.xml b/documentation/manual/ja-JP/src/main/docbook/content/query_hql.xml
index 7ee6ff99f8..64d7b3d4dc 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/query_hql.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/query_hql.xml
@@ -1,87 +1,89 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="queryhql">
     <title>HQL: The Hibernate Query Language</title>
     
     <para>
-        HibernateはSQLに非常によく似た(意図的に似せた)強力な問い合わせ言語を備えています。
-        しかしSQLに似た構文に惑わされないでください。HQLは完全にオブジェクト指向であり、
-        継承、ポリモーフィズム、関連といった概念を理解します。
+        Hibernate縺ｯSQL縺ｫ髱槫ｸｸ縺ｫ繧医￥莨ｼ縺�(諢丞峙逧�↓莨ｼ縺帙◆)蠑ｷ蜉帙↑蝠上＞蜷医ｏ縺幄ｨ隱槭ｒ蛯吶∴縺ｦ縺�∪縺吶�
+        縺励°縺祐QL縺ｫ莨ｼ縺滓ｧ区枚縺ｫ諠代ｏ縺輔ｌ縺ｪ縺�〒縺上□縺輔＞縲�HQL縺ｯ螳悟�縺ｫ繧ｪ繝悶ず繧ｧ繧ｯ繝域欠蜷代〒縺ゅｊ縲�
+        邯呎価縲√�繝ｪ繝｢繝ｼ繝輔ぅ繧ｺ繝�縲�未騾｣縺ｨ縺�▲縺滓ｦょｿｵ繧堤炊隗｣縺励∪縺吶�
     </para>
 
     <sect1 id="queryhql-casesensitivity">
-        <title>大文字と小文字の区別</title>
+        <title>螟ｧ譁�ｭ励→蟆乗枚蟄励�蛹ｺ蛻･</title>
 
         <para>
-            クエリはJavaのクラス名とプロパティ名を除いて大文字、小文字を区別しません。
-            従って <literal>SeLeCT</literal> は
-            <literal>sELEct</literal> と同じで、かつ
-            <literal>SELECT</literal> とも同じですが
-            <literal>net.sf.hibernate.eg.FOO</literal> は
-            <literal>net.sf.hibernate.eg.Foo</literal> とは違い、かつ
-            <literal>foo.barSet</literal> は
-            <literal>foo.BARSET</literal> とも違います。
+            繧ｯ繧ｨ繝ｪ縺ｯJava縺ｮ繧ｯ繝ｩ繧ｹ蜷阪→繝励Ο繝代ユ繧｣蜷阪ｒ髯､縺�※螟ｧ譁�ｭ励∝ｰ乗枚蟄励ｒ蛹ｺ蛻･縺励∪縺帙ｓ縲�
+            蠕薙▲縺ｦ <literal>SeLeCT</literal> 縺ｯ
+            <literal>sELEct</literal> 縺ｨ蜷後§縺ｧ縲√°縺､
+            <literal>SELECT</literal> 縺ｨ繧ょ酔縺倥〒縺吶′
+            <literal>net.sf.hibernate.eg.FOO</literal> 縺ｯ
+            <literal>net.sf.hibernate.eg.Foo</literal> 縺ｨ縺ｯ驕輔＞縲√°縺､
+            <literal>foo.barSet</literal> 縺ｯ
+            <literal>foo.BARSET</literal> 縺ｨ繧る＆縺�∪縺吶�
         </para>
         
         <para>
-            このマニュアルでは小文字のHQLキーワードを使用します。
-            大文字のキーワードのクエリの方が読みやすいと感じるユーザーもいると思います。
-            ですが、Javaコード内に埋め込まれたときには見づらいと思います。
+            縺薙�繝槭ル繝･繧｢繝ｫ縺ｧ縺ｯ蟆乗枚蟄励�HQL繧ｭ繝ｼ繝ｯ繝ｼ繝峨ｒ菴ｿ逕ｨ縺励∪縺吶�
+            螟ｧ譁�ｭ励�繧ｭ繝ｼ繝ｯ繝ｼ繝峨�繧ｯ繧ｨ繝ｪ縺ｮ譁ｹ縺瑚ｪｭ縺ｿ繧�☆縺�→諢溘§繧九Θ繝ｼ繧ｶ繝ｼ繧ゅ＞繧九→諤昴＞縺ｾ縺吶�
+            縺ｧ縺吶′縲゛ava繧ｳ繝ｼ繝牙�縺ｫ蝓九ａ霎ｼ縺ｾ繧後◆縺ｨ縺阪↓縺ｯ隕九▼繧峨＞縺ｨ諤昴＞縺ｾ縺吶�
         </para>
         
     </sect1>
 
     <sect1 id="queryhql-from">
-        <title>from節</title>
+        <title>from遽</title>
 
         <para>
-            もっとも単純なHibernateクエリは次の形式です。
+            繧ゅ▲縺ｨ繧ょ腰邏斐↑Hibernate繧ｯ繧ｨ繝ｪ縺ｯ谺｡縺ｮ蠖｢蠑上〒縺吶�
         </para>
         
         <programlisting><![CDATA[from eg.Cat]]></programlisting>
         
         <para>
-            これは単純に　<literal>eg.Cat</literal>　クラスのインスタンスをすべて返します。
-            必ずしもクラス名を修飾する（クラスにパッケージ名を付ける）必要はありません。
-            というのも、<literal>auto-import</literal> がデフォルトになっているからです。
-            そのためほとんどの場合、このように書くだけで十分です。
+            縺薙ｌ縺ｯ蜊倡ｴ斐↓縲<literal>eg.Cat</literal>縲繧ｯ繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧偵☆縺ｹ縺ｦ霑斐＠縺ｾ縺吶�
+            蠢�★縺励ｂ繧ｯ繝ｩ繧ｹ蜷阪ｒ菫ｮ鬟ｾ縺吶ｋ�医け繝ｩ繧ｹ縺ｫ繝代ャ繧ｱ繝ｼ繧ｸ蜷阪ｒ莉倥￠繧具ｼ牙ｿ�ｦ√�縺ゅｊ縺ｾ縺帙ｓ縲�
+            縺ｨ縺�≧縺ｮ繧ゅ�<literal>auto-import</literal> 縺後ョ繝輔か繝ｫ繝医↓縺ｪ縺｣縺ｦ縺�ｋ縺九ｉ縺ｧ縺吶�
+            縺昴�縺溘ａ縺ｻ縺ｨ繧薙←縺ｮ蝣ｴ蜷医√％縺ｮ繧医≧縺ｫ譖ｸ縺上□縺代〒蜊∝�縺ｧ縺吶�
         </para>
         
         <programlisting><![CDATA[from Cat]]></programlisting>
         
         <para>
-            ほとんどの場合クエリのほかの部分で　<literal>Cat</literal>　を参照するので、別名を割り当てる必要があるでしょう。
+            縺ｻ縺ｨ繧薙←縺ｮ蝣ｴ蜷医け繧ｨ繝ｪ縺ｮ縺ｻ縺九�驛ｨ蛻�〒縲<literal>Cat</literal>縲繧貞盾辣ｧ縺吶ｋ縺ｮ縺ｧ縲∝挨蜷阪ｒ蜑ｲ繧雁ｽ薙※繧句ｿ�ｦ√′縺ゅｋ縺ｧ縺励ｇ縺��
         </para>
 
         <programlisting><![CDATA[from Cat as cat]]></programlisting>
 
         <para>
-            このクエリでは <literal>Cat</literal> インスタンスに <literal>cat</literal> 
-            という別名を付けています。
-            そのため、後でこのクエリ内で、この別名を使うことができます。
-            <literal>as</literal> キーワードはオプションです。つまりこのように書くこともできます：
+            縺薙�繧ｯ繧ｨ繝ｪ縺ｧ縺ｯ <literal>Cat</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｫ <literal>cat</literal> 
+            縺ｨ縺�≧蛻･蜷阪ｒ莉倥￠縺ｦ縺�∪縺吶�
+            縺昴�縺溘ａ縲∝ｾ後〒縺薙�繧ｯ繧ｨ繝ｪ蜀�〒縲√％縺ｮ蛻･蜷阪ｒ菴ｿ縺�％縺ｨ縺後〒縺阪∪縺吶�
+            <literal>as</literal> 繧ｭ繝ｼ繝ｯ繝ｼ繝峨�繧ｪ繝励す繝ｧ繝ｳ縺ｧ縺吶ゅ▽縺ｾ繧翫％縺ｮ繧医≧縺ｫ譖ｸ縺上％縺ｨ繧ゅ〒縺阪∪縺呻ｼ�
         </para>
         
         <programlisting><![CDATA[from Cat cat]]></programlisting>
         
         <para>
-            直積、あるいはクロス結合によって多数のクラスが出現することもあります。
+            逶ｴ遨阪√≠繧九＞縺ｯ繧ｯ繝ｭ繧ｹ邨仙粋縺ｫ繧医▲縺ｦ螟壽焚縺ｮ繧ｯ繝ｩ繧ｹ縺悟�迴ｾ縺吶ｋ縺薙→繧ゅ≠繧翫∪縺吶�
         </para>
         
         <programlisting><![CDATA[from Formula, Parameter]]></programlisting>
         <programlisting><![CDATA[from Formula as form, Parameter as param]]></programlisting>
         
         <para>
-            ローカル変数のJavaのネーミング基準と一致した、
-            頭文字に小文字を使ったクエリの別名を付けることはいい習慣です(例えば <literal>domesticCat</literal> )。
+            繝ｭ繝ｼ繧ｫ繝ｫ螟画焚縺ｮJava縺ｮ繝阪�繝溘Φ繧ｰ蝓ｺ貅悶→荳閾ｴ縺励◆縲�
+            鬆ｭ譁�ｭ励↓蟆乗枚蟄励ｒ菴ｿ縺｣縺溘け繧ｨ繝ｪ縺ｮ蛻･蜷阪ｒ莉倥￠繧九％縺ｨ縺ｯ縺�＞鄙呈�縺ｧ縺�(萓九∴縺ｰ <literal>domesticCat</literal> )縲�
         </para>
         
     </sect1>
 
     <sect1 id="queryhql-joins" revision="2">
-        <title>関連と結合</title>
+        <title>髢｢騾｣縺ｨ邨仙粋</title>
 
         <para>
-            関連するエンティティあるいは値コレクションの要素にも、<literal>結合</literal> を使って別名を割り当てることが出来ます。
+            髢｢騾｣縺吶ｋ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ゅｋ縺��蛟､繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隕∫ｴ�縺ｫ繧ゅ�<literal>邨仙粋</literal> 繧剃ｽｿ縺｣縺ｦ蛻･蜷阪ｒ蜑ｲ繧雁ｽ薙※繧九％縺ｨ縺悟�譚･縺ｾ縺吶�
         </para>
 
         <programlisting><![CDATA[from Cat as cat 
@@ -93,7 +95,7 @@
         <programlisting><![CDATA[from Formula form full join form.parameter param]]></programlisting>
 
         <para>
-            サポートしている結合のタイプはANSI SQLと同じです。
+            繧ｵ繝昴�繝医＠縺ｦ縺�ｋ邨仙粋縺ｮ繧ｿ繧､繝励�ANSI SQL縺ｨ蜷後§縺ｧ縺吶�
         </para>
 
         <itemizedlist spacing="compact">
@@ -114,13 +116,13 @@
             </listitem>
             <listitem>
                 <para>
-                    <literal>full join</literal> (たいていの場合使いづらい)
+                    <literal>full join</literal> (縺溘＞縺ｦ縺��蝣ｴ蜷井ｽｿ縺�▼繧峨＞)
                 </para>
             </listitem>
         </itemizedlist>
     
         <para>
-            <literal>inner join</literal>、<literal>left outer join</literal>、<literal>right outer join</literal>には省略形を使うこともできます。
+            <literal>inner join</literal>縲�<literal>left outer join</literal>縲�<literal>right outer join</literal>縺ｫ縺ｯ逵∫払蠖｢繧剃ｽｿ縺�％縺ｨ繧ゅ〒縺阪∪縺吶�
         </para>
 
         <programlisting><![CDATA[from Cat as cat 
@@ -128,7 +130,7 @@
     left join cat.kittens as kitten]]></programlisting>
     
         <para>
-            HQLの <literal>with</literal> キーワードを使うと、結合条件を付け加えることができます。
+            HQL縺ｮ <literal>with</literal> 繧ｭ繝ｼ繝ｯ繝ｼ繝峨ｒ菴ｿ縺�→縲∫ｵ仙粋譚｡莉ｶ繧剃ｻ倥￠蜉�縺医ｋ縺薙→縺後〒縺阪∪縺吶�
         </para>
 
         <programlisting><![CDATA[from Cat as cat 
@@ -136,10 +138,10 @@
         with kitten.bodyWeight > 10.0]]></programlisting>
 
         <para>
-            加えて、「フェッチ」結合は関連や値のコレクションを親オブジェクトと一緒に1度のselect句で初期化します。
-            これは特にコレクションの場合に有用です。これは実質上、関連とコレクションに対するマッピング定義ファイルの外部結合とlazy初期化の定義を上書きすることになります。
+            蜉�縺医※縲√後ヵ繧ｧ繝�メ縲咲ｵ仙粋縺ｯ髢｢騾｣繧�､縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧定ｦｪ繧ｪ繝悶ず繧ｧ繧ｯ繝医→荳邱偵↓1蠎ｦ縺ｮselect蜿･縺ｧ蛻晄悄蛹悶＠縺ｾ縺吶�
+            縺薙ｌ縺ｯ迚ｹ縺ｫ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蝣ｴ蜷医↓譛臥畑縺ｧ縺吶ゅ％繧後�螳溯ｳｪ荳翫�未騾｣縺ｨ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ蟇ｾ縺吶ｋ繝槭ャ繝斐Φ繧ｰ螳夂ｾｩ繝輔ぃ繧､繝ｫ縺ｮ螟夜Κ邨仙粋縺ｨlazy蛻晄悄蛹悶�螳夂ｾｩ繧剃ｸ頑嶌縺阪☆繧九％縺ｨ縺ｫ縺ｪ繧翫∪縺吶�
             
-            <xref linkend="performance-fetching"/> により多くの情報があります。
+            <xref linkend="performance-fetching"/> 縺ｫ繧医ｊ螟壹￥縺ｮ諠��ｱ縺後≠繧翫∪縺吶�
         </para>
     
         <programlisting><![CDATA[from Cat as cat 
@@ -147,10 +149,10 @@
     left join fetch cat.kittens]]></programlisting>
     
         <para>
-            結合によるフェッチは関連するオブジェクトが <literal>where</literal> 節(または他のどんな節でも)
-            で使われてはならないので、通常別名を割り当てる必要がありません。また関連オブジェクトは問い合わせ結果として
-            直接返されません。代わりに親オブジェクトを通してアクセスできます。
-            コレクションを再帰的に結合フェッチする場合のみ、別名が必要になります。
+            邨仙粋縺ｫ繧医ｋ繝輔ぉ繝�メ縺ｯ髢｢騾｣縺吶ｋ繧ｪ繝悶ず繧ｧ繧ｯ繝医′ <literal>where</literal> 遽(縺ｾ縺溘�莉悶�縺ｩ繧薙↑遽縺ｧ繧�)
+            縺ｧ菴ｿ繧上ｌ縺ｦ縺ｯ縺ｪ繧峨↑縺��縺ｧ縲�壼ｸｸ蛻･蜷阪ｒ蜑ｲ繧雁ｽ薙※繧句ｿ�ｦ√′縺ゅｊ縺ｾ縺帙ｓ縲ゅ∪縺滄未騾｣繧ｪ繝悶ず繧ｧ繧ｯ繝医�蝠上＞蜷医ｏ縺帷ｵ先棡縺ｨ縺励※
+            逶ｴ謗･霑斐＆繧後∪縺帙ｓ縲ゆｻ｣繧上ｊ縺ｫ隕ｪ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ騾壹＠縺ｦ繧｢繧ｯ繧ｻ繧ｹ縺ｧ縺阪∪縺吶�
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧貞�蟶ｰ逧�↓邨仙粋繝輔ぉ繝�メ縺吶ｋ蝣ｴ蜷医�縺ｿ縲∝挨蜷阪′蠢�ｦ√↓縺ｪ繧翫∪縺吶�
         </para>
         
         <programlisting><![CDATA[from Cat as cat 
@@ -159,28 +161,28 @@
     left join fetch child.kittens]]></programlisting>
     
         <para>
-            <literal>fetch</literal> 構文は <literal>iterate()</literal> 
-            を使ったクエリ呼び出しで使用できないことに注意してください
-            （一方で <literal>scroll()</literal> は使用できます）。
+            <literal>fetch</literal> 讒区枚縺ｯ <literal>iterate()</literal> 
+            繧剃ｽｿ縺｣縺溘け繧ｨ繝ｪ蜻ｼ縺ｳ蜃ｺ縺励〒菴ｿ逕ｨ縺ｧ縺阪↑縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞
+            �井ｸ譁ｹ縺ｧ <literal>scroll()</literal> 縺ｯ菴ｿ逕ｨ縺ｧ縺阪∪縺呻ｼ峨�
             
-            また、これらの操作は結果の行に基づいているため、
-            <literal>fetch</literal> は <literal>setMaxResults()</literal> や <literal>setFirstResult()</literal> 
-            と一緒に使用すべきではありません。
-            通常eagerなコレクションフェッチをすると重複が出てしまうため、あなたが期待するような行数にはならないのです。
+            縺ｾ縺溘√％繧後ｉ縺ｮ謫堺ｽ懊�邨先棡縺ｮ陦後↓蝓ｺ縺･縺�※縺�ｋ縺溘ａ縲�
+            <literal>fetch</literal> 縺ｯ <literal>setMaxResults()</literal> 繧� <literal>setFirstResult()</literal> 
+            縺ｨ荳邱偵↓菴ｿ逕ｨ縺吶∋縺阪〒縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+            騾壼ｸｸeager縺ｪ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繝輔ぉ繝�メ繧偵☆繧九→驥崎､�′蜃ｺ縺ｦ縺励∪縺�◆繧√√≠縺ｪ縺溘′譛溷ｾ�☆繧九ｈ縺�↑陦梧焚縺ｫ縺ｯ縺ｪ繧峨↑縺��縺ｧ縺吶�
                              
-            そしてまた <literal>fetch</literal> は、アドホックな <literal>with</literal> 条件を
-            一緒に使うこともできません。
-            一つのクエリで複数のコレクションを結合フェッチすることにより直積を作成できるので、この場合注意してください。
-            また、複数のコレクションに対する結合フェッチはbagマッピングに対して予期せぬ結果をもたらすことがあるので、
-            この場合のクエリの作成には注意してください。
-            最後に <literal>全外部結合によるフェッチ</literal> と
-            <literal>右外部結合によるフェッチ</literal> は有用ではないことに注意してください。
+            縺昴＠縺ｦ縺ｾ縺� <literal>fetch</literal> 縺ｯ縲√い繝峨�繝�け縺ｪ <literal>with</literal> 譚｡莉ｶ繧�
+            荳邱偵↓菴ｿ縺�％縺ｨ繧ゅ〒縺阪∪縺帙ｓ縲�
+            荳縺､縺ｮ繧ｯ繧ｨ繝ｪ縺ｧ隍�焚縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧堤ｵ仙粋繝輔ぉ繝�メ縺吶ｋ縺薙→縺ｫ繧医ｊ逶ｴ遨阪ｒ菴懈�縺ｧ縺阪ｋ縺ｮ縺ｧ縲√％縺ｮ蝣ｴ蜷域ｳｨ諢上＠縺ｦ縺上□縺輔＞縲�
+            縺ｾ縺溘∬､�焚縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ蟇ｾ縺吶ｋ邨仙粋繝輔ぉ繝�メ縺ｯbag繝槭ャ繝斐Φ繧ｰ縺ｫ蟇ｾ縺励※莠域悄縺帙〓邨先棡繧偵ｂ縺溘ｉ縺吶％縺ｨ縺後≠繧九�縺ｧ縲�
+            縺薙�蝣ｴ蜷医�繧ｯ繧ｨ繝ｪ縺ｮ菴懈�縺ｫ縺ｯ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+            譛蠕後↓ <literal>蜈ｨ螟夜Κ邨仙粋縺ｫ繧医ｋ繝輔ぉ繝�メ</literal> 縺ｨ
+            <literal>蜿ｳ螟夜Κ邨仙粋縺ｫ繧医ｋ繝輔ぉ繝�メ</literal> 縺ｯ譛臥畑縺ｧ縺ｯ縺ｪ縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
         </para>
         
         <para>
-            もしプロパティレベルの遅延フェッチを使う場合（内部的にバイトコード処理をする場合）、
-            <literal>fetch all properties</literal> を使うことで
-            Hibernateに遅延プロパティを速やかに（最初のクエリで）フェッチさせることができます。
+            繧ゅ＠繝励Ο繝代ユ繧｣繝ｬ繝吶Ν縺ｮ驕�ｻｶ繝輔ぉ繝�メ繧剃ｽｿ縺��ｴ蜷茨ｼ亥�驛ｨ逧�↓繝舌う繝医さ繝ｼ繝牙�逅�ｒ縺吶ｋ蝣ｴ蜷茨ｼ峨�
+            <literal>fetch all properties</literal> 繧剃ｽｿ縺�％縺ｨ縺ｧ
+            Hibernate縺ｫ驕�ｻｶ繝励Ο繝代ユ繧｣繧帝溘ｄ縺九↓�域怙蛻昴�繧ｯ繧ｨ繝ｪ縺ｧ�峨ヵ繧ｧ繝�メ縺輔○繧九％縺ｨ縺後〒縺阪∪縺吶�
         </para>
         
         <programlisting><![CDATA[from Document fetch all properties order by name]]></programlisting>
@@ -189,32 +191,32 @@
     </sect1>
 
     <sect1 id="queryhql-joins-forms">
-        <title>結合構文の形式</title>
+        <title>邨仙粋讒区枚縺ｮ蠖｢蠑�</title>
 
         <para>
-            HQLは２つの関連結合形式をサポートします：<literal>暗黙的</literal> と <literal>明示的</literal>。
+            HQL縺ｯ�偵▽縺ｮ髢｢騾｣邨仙粋蠖｢蠑上ｒ繧ｵ繝昴�繝医＠縺ｾ縺呻ｼ�<literal>證鈴ｻ咏噪</literal> 縺ｨ <literal>譏守､ｺ逧�</literal>縲�
         </para>
 
         <para>
-            これまでのセクションでお見せした使い方はすべて <literal>明示的な</literal> 形式で、
-            from節で明示的にjoinキーワードを使っています。
-            この形式をおすすめします。
+            縺薙ｌ縺ｾ縺ｧ縺ｮ繧ｻ繧ｯ繧ｷ繝ｧ繝ｳ縺ｧ縺願ｦ九○縺励◆菴ｿ縺�婿縺ｯ縺吶∋縺ｦ <literal>譏守､ｺ逧�↑</literal> 蠖｢蠑上〒縲�
+            from遽縺ｧ譏守､ｺ逧�↓join繧ｭ繝ｼ繝ｯ繝ｼ繝峨ｒ菴ｿ縺｣縺ｦ縺�∪縺吶�
+            縺薙�蠖｢蠑上ｒ縺翫☆縺吶ａ縺励∪縺吶�
         </para>
 
         <para>
-            <literal>暗黙的</literal> フォームは、joinキーワードを使いません。代わりに、参照する関連に
-            ドット表記を使います。<literal>暗黙的</literal> 結合は、さまざまなHQLに出てきます。
-            <literal>暗黙的</literal> 結合の結果は、SQLステートメントの内部結合結果です。
+            <literal>證鈴ｻ咏噪</literal> 繝輔か繝ｼ繝�縺ｯ縲）oin繧ｭ繝ｼ繝ｯ繝ｼ繝峨ｒ菴ｿ縺�∪縺帙ｓ縲ゆｻ｣繧上ｊ縺ｫ縲∝盾辣ｧ縺吶ｋ髢｢騾｣縺ｫ
+            繝峨ャ繝郁｡ｨ險倥ｒ菴ｿ縺�∪縺吶�<literal>證鈴ｻ咏噪</literal> 邨仙粋縺ｯ縲√＆縺ｾ縺悶∪縺ｪHQL縺ｫ蜃ｺ縺ｦ縺阪∪縺吶�
+            <literal>證鈴ｻ咏噪</literal> 邨仙粋縺ｮ邨先棡縺ｯ縲ヾQL繧ｹ繝��繝医Γ繝ｳ繝医�蜀�Κ邨仙粋邨先棡縺ｧ縺吶�
         </para>
 
         <programlisting><![CDATA[from Cat as cat where cat.mate.name like '%s%']]></programlisting>
     </sect1>
 
     <sect1 id="queryhql-select">
-        <title>Select節</title>
+        <title>Select遽</title>
 
         <para>
-            <literal>select</literal> 節は以下のようにどのオブジェクトと属性をクエリリザルトセットに返すかを選択します。:
+            <literal>select</literal> 遽縺ｯ莉･荳九�繧医≧縺ｫ縺ｩ縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医→螻樊ｧ繧偵け繧ｨ繝ｪ繝ｪ繧ｶ繝ｫ繝医そ繝�ヨ縺ｫ霑斐☆縺九ｒ驕ｸ謚槭＠縺ｾ縺吶�:
         </para>
 
         <programlisting><![CDATA[select mate 
@@ -222,14 +224,14 @@ from Cat as cat
     inner join cat.mate as mate]]></programlisting>
 
         <para>
-            上記のクエリは他の <literal>Cat</literal> の <literal>mate</literal> を選択します。
-            実際には次のように、より簡潔に表現できます。: 
+            荳願ｨ倥�繧ｯ繧ｨ繝ｪ縺ｯ莉悶� <literal>Cat</literal> 縺ｮ <literal>mate</literal> 繧帝∈謚槭＠縺ｾ縺吶�
+            螳滄圀縺ｫ縺ｯ谺｡縺ｮ繧医≧縺ｫ縲√ｈ繧顔ｰ｡貎斐↓陦ｨ迴ｾ縺ｧ縺阪∪縺吶�: 
         </para>
 
         <programlisting><![CDATA[select cat.mate from Cat cat]]></programlisting>
 
         <para>
-            クエリはコンポーネント型のプロパティを含む、あらゆる値型のプロパティも返せます。:
+            繧ｯ繧ｨ繝ｪ縺ｯ繧ｳ繝ｳ繝昴�繝阪Φ繝亥梛縺ｮ繝励Ο繝代ユ繧｣繧貞性繧縲√≠繧峨ｆ繧句､蝙九�繝励Ο繝代ユ繧｣繧りｿ斐○縺ｾ縺吶�:
         </para>
 
         <programlisting><![CDATA[select cat.name from DomesticCat cat
@@ -238,7 +240,7 @@ where cat.name like 'fri%']]></programlisting>
         <programlisting><![CDATA[select cust.name.firstName from Customer as cust]]></programlisting>
 
         <para>
-            クエリは複数のオブジェクトと(または)プロパティを <literal>Object[]</literal> 型の配列として返せます。
+            繧ｯ繧ｨ繝ｪ縺ｯ隍�焚縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医→(縺ｾ縺溘�)繝励Ο繝代ユ繧｣繧� <literal>Object[]</literal> 蝙九�驟榊�縺ｨ縺励※霑斐○縺ｾ縺吶�
         </para>
 
         <programlisting><![CDATA[select mother, offspr, mate.name 
@@ -247,7 +249,7 @@ from DomesticCat as mother
     left outer join mother.kittens as offspr]]></programlisting>
     
         <para>
-            もしくは <literal>List</literal> として、
+            繧ゅ＠縺上� <literal>List</literal> 縺ｨ縺励※縲�
         </para>
         
         <programlisting><![CDATA[select new list(mother, offspr, mate.name)
@@ -256,7 +258,7 @@ from DomesticCat as mother
     left outer join mother.kittens as offspr]]></programlisting>
     
         <para>
-            または、タイプセーフなJavaオブジェクトを返せます。
+            縺ｾ縺溘�縲√ち繧､繝励そ繝ｼ繝輔↑Java繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ霑斐○縺ｾ縺吶�
         </para>
         
         <programlisting><![CDATA[select new Family(mother, mate, offspr)
@@ -265,34 +267,34 @@ from DomesticCat as mother
     left join mother.kittens as offspr]]></programlisting>
         
         <para>
-            あるいは <literal>Family</literal> クラスが適切なコンストラクタを持っているとするならば、
+            縺ゅｋ縺�� <literal>Family</literal> 繧ｯ繝ｩ繧ｹ縺碁←蛻�↑繧ｳ繝ｳ繧ｹ繝医Λ繧ｯ繧ｿ繧呈戟縺｣縺ｦ縺�ｋ縺ｨ縺吶ｋ縺ｪ繧峨�縲�
         </para>
         
         <para>
-            select節に <literal>as</literal> を使って別名をつけることもできます。
+            select遽縺ｫ <literal>as</literal> 繧剃ｽｿ縺｣縺ｦ蛻･蜷阪ｒ縺､縺代ｋ縺薙→繧ゅ〒縺阪∪縺吶�
         </para>
 
         <programlisting><![CDATA[select max(bodyWeight) as max, min(bodyWeight) as min, count(*) as n
 from Cat cat]]></programlisting>
 
         <para>
-            <literal>select new map</literal> と一緒に使うときに最も役立ちます：
+            <literal>select new map</literal> 縺ｨ荳邱偵↓菴ｿ縺�→縺阪↓譛繧ょｽｹ遶九■縺ｾ縺呻ｼ�
         </para>
             
         <programlisting><![CDATA[select new map( max(bodyWeight) as max, min(bodyWeight) as min, count(*) as n )
 from Cat cat]]></programlisting>
 
         <para>
-            このクエリは別名からselectした値へ <literal>Map</literal> を返します。
+            縺薙�繧ｯ繧ｨ繝ｪ縺ｯ蛻･蜷阪°繧鋭elect縺励◆蛟､縺ｸ <literal>Map</literal> 繧定ｿ斐＠縺ｾ縺吶�
         </para>
          
     </sect1>
 
     <sect1 id="queryhql-aggregation">
-        <title>集約関数</title>
+        <title>髮�ｴ�未謨ｰ</title>
 
         <para>
-            HQLのクエリはプロパティの集約関数の結果も返せます：
+            HQL縺ｮ繧ｯ繧ｨ繝ｪ縺ｯ繝励Ο繝代ユ繧｣縺ｮ髮�ｴ�未謨ｰ縺ｮ邨先棡繧りｿ斐○縺ｾ縺呻ｼ�
         </para>
 
         <programlisting><![CDATA[select avg(cat.weight), sum(cat.weight), max(cat.weight), count(cat)
@@ -309,7 +311,7 @@ from Cat cat group by cat]]></programlisting>
 -->
 
         <para>
-            サポートしている集約関数は以下のものです。
+            繧ｵ繝昴�繝医＠縺ｦ縺�ｋ髮�ｴ�未謨ｰ縺ｯ莉･荳九�繧ゅ�縺ｧ縺吶�
         </para>
 
         <itemizedlist spacing="compact">
@@ -331,7 +333,7 @@ from Cat cat group by cat]]></programlisting>
         </itemizedlist>
     
         <para>
-            select節において算術操作、連結と承認されたSQL関数を使うことができます。
+            select遽縺ｫ縺翫＞縺ｦ邂苓｡捺桃菴懊�｣邨舌→謇ｿ隱阪＆繧後◆SQL髢｢謨ｰ繧剃ｽｿ縺�％縺ｨ縺後〒縺阪∪縺吶�
         </para>
         
         <programlisting><![CDATA[select cat.weight + sum(kitten.weight) 
@@ -342,7 +344,7 @@ group by cat.id, cat.weight]]></programlisting>
         <programlisting><![CDATA[select firstName||' '||initial||' '||upper(lastName) from Person]]></programlisting>
     
         <para>
-            SQLと同じ意味を持つ <literal>distinct</literal> と <literal>all</literal> キーワードを使うことができます。
+            SQL縺ｨ蜷後§諢丞袖繧呈戟縺､ <literal>distinct</literal> 縺ｨ <literal>all</literal> 繧ｭ繝ｼ繝ｯ繝ｼ繝峨ｒ菴ｿ縺�％縺ｨ縺後〒縺阪∪縺吶�
         </para>
 
         <programlisting><![CDATA[select distinct cat.name from Cat cat
@@ -352,56 +354,56 @@ select count(distinct cat.name), count(cat) from Cat cat]]></programlisting>
     </sect1>
     
     <sect1 id="queryhql-polymorphism">
-        <title>ポリモーフィックなクエリ</title>
+        <title>繝昴Μ繝｢繝ｼ繝輔ぅ繝�け縺ｪ繧ｯ繧ｨ繝ｪ</title>
 
         <para>
-            次のようなクエリ：
+            谺｡縺ｮ繧医≧縺ｪ繧ｯ繧ｨ繝ｪ��
         </para>
 
         <programlisting><![CDATA[from Cat as cat]]></programlisting>
 
         <para>
-            <literal>Cat</literal> インスタンスだけではなく、<literal>DomesticCat</literal> 
-            のようなサブクラスも返されます。Hibernateクエリは <emphasis>どんな</emphasis>
-            Javaクラスやインターフェイスも <literal>from</literal> 節に入れることができます。
-            クエリはそのクラスを拡張した、もしくはインターフェイスを実装した全ての永続クラスを返します。
-            次のクエリは永続オブジェクトをすべて返します:
+            <literal>Cat</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺�縺代〒縺ｯ縺ｪ縺上�<literal>DomesticCat</literal> 
+            縺ｮ繧医≧縺ｪ繧ｵ繝悶け繝ｩ繧ｹ繧りｿ斐＆繧後∪縺吶�Hibernate繧ｯ繧ｨ繝ｪ縺ｯ <emphasis>縺ｩ繧薙↑</emphasis>
+            Java繧ｯ繝ｩ繧ｹ繧�う繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧� <literal>from</literal> 遽縺ｫ蜈･繧後ｋ縺薙→縺後〒縺阪∪縺吶�
+            繧ｯ繧ｨ繝ｪ縺ｯ縺昴�繧ｯ繝ｩ繧ｹ繧呈僑蠑ｵ縺励◆縲√ｂ縺励￥縺ｯ繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧貞ｮ溯｣�＠縺溷�縺ｦ縺ｮ豌ｸ邯壹け繝ｩ繧ｹ繧定ｿ斐＠縺ｾ縺吶�
+            谺｡縺ｮ繧ｯ繧ｨ繝ｪ縺ｯ豌ｸ邯壹が繝悶ず繧ｧ繧ｯ繝医ｒ縺吶∋縺ｦ霑斐＠縺ｾ縺�:
         </para>
         
         <programlisting><![CDATA[from java.lang.Object o]]></programlisting>
         
         <para>
-            <literal>Named</literal> インターフェイスは様々な永続クラスによって実装されます。: 
+            <literal>Named</literal> 繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｯ讒倥�↑豌ｸ邯壹け繝ｩ繧ｹ縺ｫ繧医▲縺ｦ螳溯｣�＆繧後∪縺吶�: 
         </para>
         
         <programlisting><![CDATA[from Named n, Named m where n.name = m.name]]></programlisting>
         
         <para>
-            最後の二つのクエリは、二つ以上のSQL <literal>SELECT</literal> を要求していることに注意してください。
-            このことは <literal>order by</literal> 節がリザルトセット全体を正確には整列しないことを意味します
-            (さらにそれは、<literal>Query.scroll()</literal> を使用してこれらのクエリを呼ぶことができないことを意味します。)。 
+            譛蠕後�莠後▽縺ｮ繧ｯ繧ｨ繝ｪ縺ｯ縲∽ｺ後▽莉･荳翫�SQL <literal>SELECT</literal> 繧定ｦ∵ｱゅ＠縺ｦ縺�ｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+            縺薙�縺薙→縺ｯ <literal>order by</literal> 遽縺後Μ繧ｶ繝ｫ繝医そ繝�ヨ蜈ｨ菴薙ｒ豁｣遒ｺ縺ｫ縺ｯ謨ｴ蛻励＠縺ｪ縺�％縺ｨ繧呈э蜻ｳ縺励∪縺�
+            (縺輔ｉ縺ｫ縺昴ｌ縺ｯ縲�<literal>Query.scroll()</literal> 繧剃ｽｿ逕ｨ縺励※縺薙ｌ繧峨�繧ｯ繧ｨ繝ｪ繧貞他縺ｶ縺薙→縺後〒縺阪↑縺�％縺ｨ繧呈э蜻ｳ縺励∪縺吶�)縲� 
         </para>
         
     </sect1>
 
     <sect1 id="queryhql-where">
-        <title>where節</title>
+        <title>where遽</title>
 
         <para>
-            <literal>where</literal> 節は返されるインスタンスのリストを絞ることができます。
-            もし別名がない場合、名前でプロパティを参照します。
+            <literal>where</literal> 遽縺ｯ霑斐＆繧後ｋ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ繝ｪ繧ｹ繝医ｒ邨槭ｋ縺薙→縺後〒縺阪∪縺吶�
+            繧ゅ＠蛻･蜷阪′縺ｪ縺��ｴ蜷医∝錐蜑阪〒繝励Ο繝代ユ繧｣繧貞盾辣ｧ縺励∪縺吶�
         </para>
 
         <programlisting><![CDATA[from Cat where name='Fritz']]></programlisting>
         
         <para>
-            もし別名がある場合、修飾名を使ってください。
+            繧ゅ＠蛻･蜷阪′縺ゅｋ蝣ｴ蜷医∽ｿｮ鬟ｾ蜷阪ｒ菴ｿ縺｣縺ｦ縺上□縺輔＞縲�
         </para>
         
         <programlisting><![CDATA[from Cat as cat where cat.name='Fritz']]></programlisting>
 
         <para>
-            名前が'Fritz'という <literal>Cat</literal> のインスタンスを返します。
+            蜷榊燕縺�'Fritz'縺ｨ縺�≧ <literal>Cat</literal> 縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧定ｿ斐＠縺ｾ縺吶�
         </para>
 
         <programlisting><![CDATA[select foo 
@@ -409,28 +411,28 @@ from Foo foo, Bar bar
 where foo.startDate = bar.date]]></programlisting>
 
         <para>
-            上のHQLは、<literal>Foo</literal> の <literal>startDate</literal> プロパティと等しい
-            <literal>date</literal> プロパティを持った <literal>bar</literal> インスタンスが存在する、
-            すべての <literal>Foo</literal> インスタンスを返します。
-            コンパウンドパス式（例えば「cat.mate.name」）は <literal>where</literal> 節を非常に強力にします。注目：
+            荳翫�HQL縺ｯ縲�<literal>Foo</literal> 縺ｮ <literal>startDate</literal> 繝励Ο繝代ユ繧｣縺ｨ遲峨＠縺�
+            <literal>date</literal> 繝励Ο繝代ユ繧｣繧呈戟縺｣縺� <literal>bar</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺悟ｭ伜惠縺吶ｋ縲�
+            縺吶∋縺ｦ縺ｮ <literal>Foo</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧定ｿ斐＠縺ｾ縺吶�
+            繧ｳ繝ｳ繝代え繝ｳ繝峨ヱ繧ｹ蠑擾ｼ井ｾ九∴縺ｰ縲慶at.mate.name縲搾ｼ峨� <literal>where</literal> 遽繧帝撼蟶ｸ縺ｫ蠑ｷ蜉帙↓縺励∪縺吶よｳｨ逶ｮ��
         </para>
 
         <programlisting><![CDATA[from Cat cat where cat.mate.name is not null]]></programlisting>
 
         <para>
-            このクエリはテーブル結合（内部結合）を持つSQLクエリに変換されます。
-            その代わりに以下のように書くと、
+            縺薙�繧ｯ繧ｨ繝ｪ縺ｯ繝��繝悶Ν邨仙粋�亥�驛ｨ邨仙粋�峨ｒ謖√▽SQL繧ｯ繧ｨ繝ｪ縺ｫ螟画鋤縺輔ｌ縺ｾ縺吶�
+            縺昴�莉｣繧上ｊ縺ｫ莉･荳九�繧医≧縺ｫ譖ｸ縺上→縲�
         </para>
 
         <programlisting><![CDATA[from Foo foo  
 where foo.bar.baz.customer.address.city is not null]]></programlisting>
 
         <para>
-            もし上のクエリを記述したらクエリ内に4つのテーブル結合を必要とするSQLクエリに変換されます。
+            繧ゅ＠荳翫�繧ｯ繧ｨ繝ｪ繧定ｨ倩ｿｰ縺励◆繧峨け繧ｨ繝ｪ蜀�↓4縺､縺ｮ繝��繝悶Ν邨仙粋繧貞ｿ�ｦ√→縺吶ｋSQL繧ｯ繧ｨ繝ｪ縺ｫ螟画鋤縺輔ｌ縺ｾ縺吶�
         </para>
 
         <para>
-            <literal>=</literal> 演算子は以下のように、プロパティだけでなくインスタンスを比較するためにも使われます。：
+            <literal>=</literal> 貍皮ｮ怜ｭ舌�莉･荳九�繧医≧縺ｫ縲√�繝ｭ繝代ユ繧｣縺�縺代〒縺ｪ縺上う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧呈ｯ碑ｼ�☆繧九◆繧√↓繧ゆｽｿ繧上ｌ縺ｾ縺吶ゑｼ�
         </para>
 
         <programlisting><![CDATA[from Cat cat, Cat rival where cat.mate = rival.mate]]></programlisting>
@@ -440,8 +442,8 @@ from Cat cat, Cat mate
 where cat.mate = mate]]></programlisting>
 
         <para>
-            <literal>id</literal> (小文字)は特別なプロパティであり、
-            オブジェクトのユニークな識別子を参照するために使用できます。(さらに、そのプロパティ名を使用できます。) 
+            <literal>id</literal> (蟆乗枚蟄�)縺ｯ迚ｹ蛻･縺ｪ繝励Ο繝代ユ繧｣縺ｧ縺ゅｊ縲�
+            繧ｪ繝悶ず繧ｧ繧ｯ繝医�繝ｦ繝九�繧ｯ縺ｪ隴伜挨蟄舌ｒ蜿ら�縺吶ｋ縺溘ａ縺ｫ菴ｿ逕ｨ縺ｧ縺阪∪縺吶�(縺輔ｉ縺ｫ縲√◎縺ｮ繝励Ο繝代ユ繧｣蜷阪ｒ菴ｿ逕ｨ縺ｧ縺阪∪縺吶�) 
         </para>
 
         <programlisting><![CDATA[from Cat as cat where cat.id = 123
@@ -449,12 +451,12 @@ where cat.mate = mate]]></programlisting>
 from Cat as cat where cat.mate.id = 69]]></programlisting>
 
         <para>
-            2番目のクエリは効率的です。テーブル結合が必要ありません！
+            2逡ｪ逶ｮ縺ｮ繧ｯ繧ｨ繝ｪ縺ｯ蜉ｹ邇�噪縺ｧ縺吶ゅユ繝ｼ繝悶Ν邨仙粋縺悟ｿ�ｦ√≠繧翫∪縺帙ｓ��
         </para>
 
         <para>
-            また複合識別子のプロパティも使用できます。ここで <literal>Person</literal> が
-            <literal>country</literal> と <literal>medicareNumber</literal> からなる複合識別子を持つと仮定します。 
+            縺ｾ縺溯､�粋隴伜挨蟄舌�繝励Ο繝代ユ繧｣繧ゆｽｿ逕ｨ縺ｧ縺阪∪縺吶ゅ％縺薙〒 <literal>Person</literal> 縺�
+            <literal>country</literal> 縺ｨ <literal>medicareNumber</literal> 縺九ｉ縺ｪ繧玖､�粋隴伜挨蟄舌ｒ謖√▽縺ｨ莉ｮ螳壹＠縺ｾ縺吶� 
         </para>
 
         <programlisting><![CDATA[from bank.Person person
@@ -466,70 +468,70 @@ where account.owner.id.country = 'AU'
     and account.owner.id.medicareNumber = 123456]]></programlisting>
 
         <para>
-            もう一度言いますが、2番目のクエリにはテーブル結合が必要ありません。
+            繧ゅ≧荳蠎ｦ險縺�∪縺吶′縲�2逡ｪ逶ｮ縺ｮ繧ｯ繧ｨ繝ｪ縺ｫ縺ｯ繝��繝悶Ν邨仙粋縺悟ｿ�ｦ√≠繧翫∪縺帙ｓ縲�
         </para>
             
         <para>
-            同様に <literal>class</literal> は特別なプロパティであり、
-            ポリモーフィックな永続化におけるインスタンスのdiscriminator値にアクセスします。
-            where節に埋め込まれたJavaのクラス名はそのdiscriminator値に変換されます。
+            蜷梧ｧ倥↓ <literal>class</literal> 縺ｯ迚ｹ蛻･縺ｪ繝励Ο繝代ユ繧｣縺ｧ縺ゅｊ縲�
+            繝昴Μ繝｢繝ｼ繝輔ぅ繝�け縺ｪ豌ｸ邯壼喧縺ｫ縺翫￠繧九う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮdiscriminator蛟､縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺励∪縺吶�
+            where遽縺ｫ蝓九ａ霎ｼ縺ｾ繧後◆Java縺ｮ繧ｯ繝ｩ繧ｹ蜷阪�縺昴�discriminator蛟､縺ｫ螟画鋤縺輔ｌ縺ｾ縺吶�
         </para>
 
         <programlisting><![CDATA[from Cat cat where cat.class = DomesticCat]]></programlisting>
         
         <para>
-            またコンポーネントや複合ユーザ型(またそのコンポーネントのコンポーネントなど)のプロパティも指定できます。
+            縺ｾ縺溘さ繝ｳ繝昴�繝阪Φ繝医ｄ隍�粋繝ｦ繝ｼ繧ｶ蝙�(縺ｾ縺溘◎縺ｮ繧ｳ繝ｳ繝昴�繝阪Φ繝医�繧ｳ繝ｳ繝昴�繝阪Φ繝医↑縺ｩ)縺ｮ繝励Ο繝代ユ繧｣繧よ欠螳壹〒縺阪∪縺吶�
             
-            しかし決して（コンポーネントのプロパティではなく）コンポーネント型のプロパティで終了するパス式を使わないでください。
-            例えばもし <literal>store.owner</literal> が <literal>address</literal> 
-            コンポーネントを持つエンティティならば以下のような結果となります。
+            縺励°縺玲ｱｺ縺励※�医さ繝ｳ繝昴�繝阪Φ繝医�繝励Ο繝代ユ繧｣縺ｧ縺ｯ縺ｪ縺擾ｼ峨さ繝ｳ繝昴�繝阪Φ繝亥梛縺ｮ繝励Ο繝代ユ繧｣縺ｧ邨ゆｺ�☆繧九ヱ繧ｹ蠑上ｒ菴ｿ繧上↑縺�〒縺上□縺輔＞縲�
+            萓九∴縺ｰ繧ゅ＠ <literal>store.owner</literal> 縺� <literal>address</literal> 
+            繧ｳ繝ｳ繝昴�繝阪Φ繝医ｒ謖√▽繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｪ繧峨�莉･荳九�繧医≧縺ｪ邨先棡縺ｨ縺ｪ繧翫∪縺吶�
         </para>
 
         <programlisting><![CDATA[store.owner.address.city    // okay
 store.owner.address         // error!]]></programlisting>
 
         <para>
-            "any"型は特別なプロパティである <literal>id</literal> と <literal>class</literal> を持ち、
-            以下の方法で結合を表現することを可能にします(<literal>AuditLog.item</literal> は
-            <literal>&lt;any&gt;</literal> でマッピングされたプロパティです)。 
+            "any"蝙九�迚ｹ蛻･縺ｪ繝励Ο繝代ユ繧｣縺ｧ縺ゅｋ <literal>id</literal> 縺ｨ <literal>class</literal> 繧呈戟縺｡縲�
+            莉･荳九�譁ｹ豕輔〒邨仙粋繧定｡ｨ迴ｾ縺吶ｋ縺薙→繧貞庄閭ｽ縺ｫ縺励∪縺�(<literal>AuditLog.item</literal> 縺ｯ
+            <literal>&lt;any&gt;</literal> 縺ｧ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺溘�繝ｭ繝代ユ繧｣縺ｧ縺�)縲� 
         </para>
        
         <programlisting><![CDATA[from AuditLog log, Payment payment 
 where log.item.class = 'Payment' and log.item.id = payment.id]]></programlisting>
     
         <para>
-            <literal>log.item.class</literal> と <literal>payment.class</literal> が
-            上記のクエリ中で全く異なるデータベースカラムの値を参照するということに注意してください。
+            <literal>log.item.class</literal> 縺ｨ <literal>payment.class</literal> 縺�
+            荳願ｨ倥�繧ｯ繧ｨ繝ｪ荳ｭ縺ｧ蜈ｨ縺冗焚縺ｪ繧九ョ繝ｼ繧ｿ繝吶�繧ｹ繧ｫ繝ｩ繝�縺ｮ蛟､繧貞盾辣ｧ縺吶ｋ縺ｨ縺�≧縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
         </para>
         
     </sect1>
 
     <sect1 id="queryhql-expressions">
-        <title>Expressions 式</title>
+        <title>Expressions 蠑�</title>
 
         <para>
-            SQLの <literal>where</literal> 節で記述することが出来る式のほとんどをHQLでも記述できます。:
+            SQL縺ｮ <literal>where</literal> 遽縺ｧ險倩ｿｰ縺吶ｋ縺薙→縺悟�譚･繧句ｼ上�縺ｻ縺ｨ繧薙←繧辿QL縺ｧ繧りｨ倩ｿｰ縺ｧ縺阪∪縺吶�:
         </para>
 
         <itemizedlist spacing="compact">
             <listitem>
                 <para>
-                    算術演算子：<literal>+, -, *, /</literal>
+                    邂苓｡捺ｼ皮ｮ怜ｭ撰ｼ�<literal>+, -, *, /</literal>
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    2項比較演算子：<literal>=, &gt;=, &lt;=, &lt;&gt;, !=, like</literal>
+                    2鬆�ｯ碑ｼ�ｼ皮ｮ怜ｭ撰ｼ�<literal>=, &gt;=, &lt;=, &lt;&gt;, !=, like</literal>
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    論理演算子：<literal>and, or, not</literal>
+                    隲也炊貍皮ｮ怜ｭ撰ｼ�<literal>and, or, not</literal>
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    グループ分けを表す括弧：<literal>( )</literal>
+                    繧ｰ繝ｫ繝ｼ繝怜�縺代ｒ陦ｨ縺呎峡蠑ｧ��<literal>( )</literal>
                 </para>
             </listitem>
             <listitem>
@@ -547,13 +549,13 @@ where log.item.class = 'Payment' and log.item.id = payment.id]]></programlisting
             </listitem>
             <listitem>
                 <para>
-                    "シンプル"なcase <literal>case ... when ... then ... else ... end</literal>、
-                    "探索的"なcase <literal>case when ... then ... else ... end</literal> 
+                    "繧ｷ繝ｳ繝励Ν"縺ｪcase <literal>case ... when ... then ... else ... end</literal>縲�
+                    "謗｢邏｢逧�"縺ｪcase <literal>case when ... then ... else ... end</literal> 
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    ストリングの連結 <literal>...||...</literal> または <literal>concat(...,...)</literal>
+                    繧ｹ繝医Μ繝ｳ繧ｰ縺ｮ騾｣邨� <literal>...||...</literal> 縺ｾ縺溘� <literal>concat(...,...)</literal>
                 </para>
             </listitem>
             <listitem>
@@ -571,74 +573,74 @@ where log.item.class = 'Payment' and log.item.id = payment.id]]></programlisting
             </listitem>
             <listitem>
                 <para>
-                    EJB-QL 3.0で定義されている関数や演算子: <literal>substring(), trim(),
+                    EJB-QL 3.0縺ｧ螳夂ｾｩ縺輔ｌ縺ｦ縺�ｋ髢｢謨ｰ繧�ｼ皮ｮ怜ｭ�: <literal>substring(), trim(),
                     lower(), upper(), length(), locate(), abs(), sqrt(), bit_length()</literal>
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <literal>coalesce()</literal> と <literal>nullif()</literal>
+                    <literal>coalesce()</literal> 縺ｨ <literal>nullif()</literal>
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    数字や時間の値をStringにコンバートする <literal>str()</literal>）
+                    謨ｰ蟄励ｄ譎る俣縺ｮ蛟､繧担tring縺ｫ繧ｳ繝ｳ繝舌�繝医☆繧� <literal>str()</literal>��
                 </para>
             </listitem>
 
             <listitem>
                 <para>
-                    2番目の引数がHibernate型の名前である <literal>cast(... as ...)</literal> と 
-                    <literal>extract(... from ...)</literal>。
-                    ただし使用するデータベースがANSI <literal>cast()</literal> と <literal>extract()</literal> 
-                    をサポートする場合に限ります。
+                    2逡ｪ逶ｮ縺ｮ蠑墓焚縺粂ibernate蝙九�蜷榊燕縺ｧ縺ゅｋ <literal>cast(... as ...)</literal> 縺ｨ 
+                    <literal>extract(... from ...)</literal>縲�
+                    縺溘□縺嶺ｽｿ逕ｨ縺吶ｋ繝��繧ｿ繝吶�繧ｹ縺窟NSI <literal>cast()</literal> 縺ｨ <literal>extract()</literal> 
+                    繧偵し繝昴�繝医☆繧句�ｴ蜷医↓髯舌ｊ縺ｾ縺吶�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    結合したインデックス付きのコレクションの別名に適用されるHQLの 
-                    <literal>index()</literal> 関数。
+                    邨仙粋縺励◆繧､繝ｳ繝�ャ繧ｯ繧ｹ莉倥″縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蛻･蜷阪↓驕ｩ逕ｨ縺輔ｌ繧稀QL縺ｮ 
+                    <literal>index()</literal> 髢｢謨ｰ縲�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    コレクション値のパス式を取るHQL関数： <literal>size(), minelement(), maxelement(), 
-                    minindex(), maxindex()</literal> 。
-                    <literal>some, all, exists, any, in</literal> を使って修飾することができる特別な 
-                    <literal>elements()</literal> と <literal>indices</literal> 関数と一緒に使います。
+                    繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ蛟､縺ｮ繝代せ蠑上ｒ蜿悶ｋHQL髢｢謨ｰ�� <literal>size(), minelement(), maxelement(), 
+                    minindex(), maxindex()</literal> 縲�
+                    <literal>some, all, exists, any, in</literal> 繧剃ｽｿ縺｣縺ｦ菫ｮ鬟ｾ縺吶ｋ縺薙→縺後〒縺阪ｋ迚ｹ蛻･縺ｪ 
+                    <literal>elements()</literal> 縺ｨ <literal>indices</literal> 髢｢謨ｰ縺ｨ荳邱偵↓菴ｿ縺�∪縺吶�
                 </para>
             </listitem>
             <listitem>
                 <para>
                     <literal>sign()</literal>, <literal>trunc()</literal>, <literal>rtrim()</literal>, <literal>sin()</literal> 
-                    のようなデータベースがサポートするSQLスカラ関数。
+                    縺ｮ繧医≧縺ｪ繝��繧ｿ繝吶�繧ｹ縺後し繝昴�繝医☆繧鬼QL繧ｹ繧ｫ繝ｩ髢｢謨ｰ縲�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    JDBCスタイルの位置パラメータ <literal>?</literal>
+                    JDBC繧ｹ繧ｿ繧､繝ｫ縺ｮ菴咲ｽｮ繝代Λ繝｡繝ｼ繧ｿ <literal>?</literal>
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    名前付きパラメータ: <literal>:name</literal>, <literal>:start_date</literal>, <literal>:x1</literal>
+                    蜷榊燕莉倥″繝代Λ繝｡繝ｼ繧ｿ: <literal>:name</literal>, <literal>:start_date</literal>, <literal>:x1</literal>
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    SQLリテラル：<literal>'foo'</literal>, <literal>69</literal>, <literal>6.66E+2</literal>,
+                    SQL繝ｪ繝�Λ繝ｫ��<literal>'foo'</literal>, <literal>69</literal>, <literal>6.66E+2</literal>,
                     <literal>'1970-01-01 10:00:01.0'</literal>
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    Javaの <literal>public static final</literal> 定数：<literal>eg.Color.TABBY</literal>
+                    Java縺ｮ <literal>public static final</literal> 螳壽焚��<literal>eg.Color.TABBY</literal>
                 </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            <literal>in</literal> と <literal>between</literal> は以下のように使用できます。: 
+            <literal>in</literal> 縺ｨ <literal>between</literal> 縺ｯ莉･荳九�繧医≧縺ｫ菴ｿ逕ｨ縺ｧ縺阪∪縺吶�: 
         </para>
 
         <programlisting><![CDATA[from DomesticCat cat where cat.name between 'A' and 'B']]></programlisting>
@@ -646,7 +648,7 @@ where log.item.class = 'Payment' and log.item.id = payment.id]]></programlisting
         <programlisting><![CDATA[from DomesticCat cat where cat.name in ( 'Foo', 'Bar', 'Baz' )]]></programlisting>
 
         <para>
-            また、否定形で記述することもできます。
+            縺ｾ縺溘∝凄螳壼ｽ｢縺ｧ險倩ｿｰ縺吶ｋ縺薙→繧ゅ〒縺阪∪縺吶�
         </para>
 
         <programlisting><![CDATA[from DomesticCat cat where cat.name not between 'A' and 'B']]></programlisting>
@@ -654,25 +656,25 @@ where log.item.class = 'Payment' and log.item.id = payment.id]]></programlisting
         <programlisting><![CDATA[from DomesticCat cat where cat.name not in ( 'Foo', 'Bar', 'Baz' )]]></programlisting>
 
         <para>
-            同様に <literal>is null</literal> や <literal>is not null</literal> はnull値をテストするために使用できます。
+            蜷梧ｧ倥↓ <literal>is null</literal> 繧� <literal>is not null</literal> 縺ｯnull蛟､繧偵ユ繧ｹ繝医☆繧九◆繧√↓菴ｿ逕ｨ縺ｧ縺阪∪縺吶�
         </para>
 
         <para>
-            Hibernate設定ファイルでHQL query substitutionsを定義すれば、boolean値を式の中で簡単に使用できま。：
+            Hibernate險ｭ螳壹ヵ繧｡繧､繝ｫ縺ｧHQL query substitutions繧貞ｮ夂ｾｩ縺吶ｌ縺ｰ縲｜oolean蛟､繧貞ｼ上�荳ｭ縺ｧ邁｡蜊倥↓菴ｿ逕ｨ縺ｧ縺阪∪縲ゑｼ�
         </para>
 
         <programlisting><![CDATA[<property name="hibernate.query.substitutions">true 1, false 0</property>]]></programlisting>
 
         <para>
-            こうすることで下記のHQLをSQLに変換するときに <literal>true</literal> ,
-             <literal>false</literal> キーワードは <literal>1</literal> , <literal>0</literal> に置き換えられます。:
+            縺薙≧縺吶ｋ縺薙→縺ｧ荳玖ｨ倥�HQL繧担QL縺ｫ螟画鋤縺吶ｋ縺ｨ縺阪↓ <literal>true</literal> ,
+             <literal>false</literal> 繧ｭ繝ｼ繝ｯ繝ｼ繝峨� <literal>1</literal> , <literal>0</literal> 縺ｫ鄂ｮ縺肴鋤縺医ｉ繧後∪縺吶�:
         </para>
 
         <programlisting><![CDATA[from Cat cat where cat.alive = true]]></programlisting>
 
         <para>
-            特別なプロパティ <literal>size</literal>、または特別な関数 <literal>size()</literal> 
-            を使ってコレクションのサイズをテストできます。:
+            迚ｹ蛻･縺ｪ繝励Ο繝代ユ繧｣ <literal>size</literal>縲√∪縺溘�迚ｹ蛻･縺ｪ髢｢謨ｰ <literal>size()</literal> 
+            繧剃ｽｿ縺｣縺ｦ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ｵ繧､繧ｺ繧偵ユ繧ｹ繝医〒縺阪∪縺吶�:
         </para>
 
         <programlisting><![CDATA[from Cat cat where cat.kittens.size > 0]]></programlisting>
@@ -680,10 +682,10 @@ where log.item.class = 'Payment' and log.item.id = payment.id]]></programlisting
         <programlisting><![CDATA[from Cat cat where size(cat.kittens) > 0]]></programlisting>
 
         <para>
-            インデックス付きのコレクションでは、<literal>minindex</literal> と <literal>maxindex</literal> 
-            関数を使って、インデックスの最小値と最大値を参照できます。
-            同様に、<literal>minelement</literal> と <literal>maxelement</literal> を使って、
-            基本型のコレクション要素の最小値と最大値を参照できます。
+            繧､繝ｳ繝�ャ繧ｯ繧ｹ莉倥″縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｧ縺ｯ縲�<literal>minindex</literal> 縺ｨ <literal>maxindex</literal> 
+            髢｢謨ｰ繧剃ｽｿ縺｣縺ｦ縲√う繝ｳ繝�ャ繧ｯ繧ｹ縺ｮ譛蟆丞､縺ｨ譛螟ｧ蛟､繧貞盾辣ｧ縺ｧ縺阪∪縺吶�
+            蜷梧ｧ倥↓縲�<literal>minelement</literal> 縺ｨ <literal>maxelement</literal> 繧剃ｽｿ縺｣縺ｦ縲�
+            蝓ｺ譛ｬ蝙九�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ隕∫ｴ�縺ｮ譛蟆丞､縺ｨ譛螟ｧ蛟､繧貞盾辣ｧ縺ｧ縺阪∪縺吶�
         </para>
         
         <programlisting><![CDATA[from Calendar cal where maxelement(cal.holidays) > current_date]]></programlisting>
@@ -693,9 +695,9 @@ where log.item.class = 'Payment' and log.item.id = payment.id]]></programlisting
         <programlisting><![CDATA[from Order order where minelement(order.items) > 10000]]></programlisting>
         
         <para>
-            コレクションの要素やインデックスのセット（<literal>elements</literal> と <literal>indices</literal> 
-            関数）、または副問い合わせ（後述）の結果が受け取れるときは、
-            SQL関数 <literal>any, some, all, exists, in</literal> がサポートされます。
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隕∫ｴ�繧�う繝ｳ繝�ャ繧ｯ繧ｹ縺ｮ繧ｻ繝�ヨ��<literal>elements</literal> 縺ｨ <literal>indices</literal> 
+            髢｢謨ｰ�峨√∪縺溘�蜑ｯ蝠上＞蜷医ｏ縺幢ｼ亥ｾ瑚ｿｰ�峨�邨先棡縺悟女縺大叙繧後ｋ縺ｨ縺阪�縲�
+            SQL髢｢謨ｰ <literal>any, some, all, exists, in</literal> 縺後し繝昴�繝医＆繧後∪縺吶�
         </para>
 
         <programlisting><![CDATA[select mother from Cat as mother, Cat as kit
@@ -713,12 +715,12 @@ where p.name = some elements(list.names)]]></programlisting>
         <para>
             <literal>size</literal>, <literal>elements</literal>, <literal>indices</literal>, 
             <literal>minindex</literal>, <literal>maxindex</literal>, <literal>minelement</literal>, 
-            <literal>maxelement</literal> はHibernate3のwhere節だけで利用可能であることに注意してください。
+            <literal>maxelement</literal> 縺ｯHibernate3縺ｮwhere遽縺�縺代〒蛻ｩ逕ｨ蜿ｯ閭ｽ縺ｧ縺ゅｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
         </para>
         
         <para>
-            インデックス付きのコレクション（arrays, lists, maps）の要素は、
-            インデックスで参照できます（where節内でのみ）。
+            繧､繝ｳ繝�ャ繧ｯ繧ｹ莉倥″縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ��arrays, lists, maps�峨�隕∫ｴ�縺ｯ縲�
+            繧､繝ｳ繝�ャ繧ｯ繧ｹ縺ｧ蜿ら�縺ｧ縺阪∪縺呻ｼ�where遽蜀�〒縺ｮ縺ｿ�峨�
         </para>
         
         <programlisting><![CDATA[from Order order where order.items[0].id = 1234]]></programlisting>
@@ -734,14 +736,14 @@ where order.items[ order.deliveredItemIndices[0] ] = item and order.id = 11]]></
 where order.items[ maxindex(order.items) ] = item and order.id = 11]]></programlisting>
 
         <para>
-            <literal>[]</literal> 内部の式は、算術式でも構いません。
+            <literal>[]</literal> 蜀�Κ縺ｮ蠑上�縲∫ｮ苓｡灘ｼ上〒繧よｧ九＞縺ｾ縺帙ｓ縲�
         </para>
         
         <programlisting><![CDATA[select item from Item item, Order order
 where order.items[ size(order.items) - 1 ] = item]]></programlisting>
         
         <para>
-            一対多関連や値のコレクションの要素に対しては、HQLは組み込みの <literal>index()</literal> 関数も用意しています。
+            荳蟇ｾ螟夐未騾｣繧�､縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隕∫ｴ�縺ｫ蟇ｾ縺励※縺ｯ縲？QL縺ｯ邨�∩霎ｼ縺ｿ縺ｮ <literal>index()</literal> 髢｢謨ｰ繧ら畑諢上＠縺ｦ縺�∪縺吶�
         </para>
 
         <programlisting><![CDATA[select item, index(item) from Order order 
@@ -749,13 +751,13 @@ where order.items[ size(order.items) - 1 ] = item]]></programlisting>
 where index(item) < 5]]></programlisting>
 
         <para>
-            ベースとなるデータベースがサポートしているスカラーSQL関数が使用できます
+            繝吶�繧ｹ縺ｨ縺ｪ繧九ョ繝ｼ繧ｿ繝吶�繧ｹ縺後し繝昴�繝医＠縺ｦ縺�ｋ繧ｹ繧ｫ繝ｩ繝ｼSQL髢｢謨ｰ縺御ｽｿ逕ｨ縺ｧ縺阪∪縺�
         </para>
 
         <programlisting><![CDATA[from DomesticCat cat where upper(cat.name) like 'FRI%']]></programlisting>
 
         <para>
-            もしまだ全てを理解していないなら、下のクエリをSQLでどれだけ長く、読みづらく出来るか考えてください。: 
+            繧ゅ＠縺ｾ縺�蜈ｨ縺ｦ繧堤炊隗｣縺励※縺�↑縺�↑繧峨∽ｸ九�繧ｯ繧ｨ繝ｪ繧担QL縺ｧ縺ｩ繧後□縺鷹聞縺上∬ｪｭ縺ｿ縺･繧峨￥蜃ｺ譚･繧九°閠�∴縺ｦ縺上□縺輔＞縲�: 
             
         </para>
 
@@ -768,7 +770,7 @@ where prod.name = 'widget'
     and prod = all elements(cust.currentOrder.lineItems)]]></programlisting>
 
         <para>
-            <emphasis>ヒント:</emphasis> 例えばこのように出来ます。
+            <emphasis>繝偵Φ繝�:</emphasis> 萓九∴縺ｰ縺薙�繧医≧縺ｫ蜃ｺ譚･縺ｾ縺吶�
         </para>
 
         <programlisting><![CDATA[SELECT cust.name, cust.address, cust.phone, cust.id, cust.current_order
@@ -792,25 +794,25 @@ WHERE prod.name = 'widget'
     </sect1>
 
     <sect1 id="queryhql-ordering">
-        <title>order by節</title>
+        <title>order by遽</title>
 
         <para>
-            クエリが返すlistは、返されるクラスやコンポーネントの任意の属性によって並べ替えられます。：
+            繧ｯ繧ｨ繝ｪ縺瑚ｿ斐☆list縺ｯ縲∬ｿ斐＆繧後ｋ繧ｯ繝ｩ繧ｹ繧�さ繝ｳ繝昴�繝阪Φ繝医�莉ｻ諢上�螻樊ｧ縺ｫ繧医▲縺ｦ荳ｦ縺ｹ譖ｿ縺医ｉ繧後∪縺吶ゑｼ�
         </para>
 
         <programlisting><![CDATA[from DomesticCat cat
 order by cat.name asc, cat.weight desc, cat.birthdate]]></programlisting>
 
         <para>
-            オプションの <literal>asc</literal> と <literal>desc</literal> はそれぞれ昇順か降順の整列を示します。
+            繧ｪ繝励す繝ｧ繝ｳ縺ｮ <literal>asc</literal> 縺ｨ <literal>desc</literal> 縺ｯ縺昴ｌ縺槭ｌ譏���°髯埼���謨ｴ蛻励ｒ遉ｺ縺励∪縺吶�
         </para>
     </sect1>
 
     <sect1 id="queryhql-grouping">
-        <title>group by節</title>
+        <title>group by遽</title>
 
         <para>
-           集約値を返すクエリは、返されるクラスやコンポーネントの任意のプロパティによってグループ化できます。:
+           髮�ｴ�､繧定ｿ斐☆繧ｯ繧ｨ繝ｪ縺ｯ縲∬ｿ斐＆繧後ｋ繧ｯ繝ｩ繧ｹ繧�さ繝ｳ繝昴�繝阪Φ繝医�莉ｻ諢上�繝励Ο繝代ユ繧｣縺ｫ繧医▲縺ｦ繧ｰ繝ｫ繝ｼ繝怜喧縺ｧ縺阪∪縺吶�:
         </para>
 
         <programlisting><![CDATA[select cat.color, sum(cat.weight), count(cat) 
@@ -822,7 +824,7 @@ from Foo foo join foo.names name
 group by foo.id]]></programlisting>
 
         <para>
-            <literal>having</literal> 節も使えます。
+            <literal>having</literal> 遽繧ゆｽｿ縺医∪縺吶�
         </para>
 
         <programlisting><![CDATA[select cat.color, sum(cat.weight), count(cat) 
@@ -831,9 +833,9 @@ group by cat.color
 having cat.color in (eg.Color.TABBY, eg.Color.BLACK)]]></programlisting>
 
         <para>
-            もし使用するデータベースがサポートしているなら、
-            <literal>having</literal> と <literal>order by</literal> 節でSQL関数と集約関数が使えます
-            （例えばMySQLにはありません）。
+            繧ゅ＠菴ｿ逕ｨ縺吶ｋ繝��繧ｿ繝吶�繧ｹ縺後し繝昴�繝医＠縺ｦ縺�ｋ縺ｪ繧峨�
+            <literal>having</literal> 縺ｨ <literal>order by</literal> 遽縺ｧSQL髢｢謨ｰ縺ｨ髮�ｴ�未謨ｰ縺御ｽｿ縺医∪縺�
+            �井ｾ九∴縺ｰMySQL縺ｫ縺ｯ縺ゅｊ縺ｾ縺帙ｓ�峨�
         </para>
 
         <programlisting><![CDATA[select cat
@@ -844,19 +846,19 @@ having avg(kitten.weight) > 100
 order by count(kitten) asc, sum(kitten.weight) desc]]></programlisting>
 
         <para>
-            <literal>group by</literal> 節や <literal>order by</literal> 節に
-            算術式を含むことができないことに注意してください。
+            <literal>group by</literal> 遽繧� <literal>order by</literal> 遽縺ｫ
+            邂苓｡灘ｼ上ｒ蜷ｫ繧縺薙→縺後〒縺阪↑縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
         </para>
 
     </sect1>
     
     <sect1 id="queryhql-subqueries" revision="2">
-        <title>副問い合わせ</title>
+        <title>蜑ｯ蝠上＞蜷医ｏ縺�</title>
         
         <para>
-            サブセレクトをサポートするデータベースのため、Hibernateは副問い合わせをサポートしています。
-            副問い合わせは括弧で囲まなければなりません（SQLの集約関数呼び出しによる事が多いです）。
-            関連副問い合わせ(外部クエリ中の別名を参照する副問い合わせのこと)さえ許可されます。 
+            繧ｵ繝悶そ繝ｬ繧ｯ繝医ｒ繧ｵ繝昴�繝医☆繧九ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｮ縺溘ａ縲？ibernate縺ｯ蜑ｯ蝠上＞蜷医ｏ縺帙ｒ繧ｵ繝昴�繝医＠縺ｦ縺�∪縺吶�
+            蜑ｯ蝠上＞蜷医ｏ縺帙�諡ｬ蠑ｧ縺ｧ蝗ｲ縺ｾ縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ��SQL縺ｮ髮�ｴ�未謨ｰ蜻ｼ縺ｳ蜃ｺ縺励↓繧医ｋ莠九′螟壹＞縺ｧ縺呻ｼ峨�
+            髢｢騾｣蜑ｯ蝠上＞蜷医ｏ縺�(螟夜Κ繧ｯ繧ｨ繝ｪ荳ｭ縺ｮ蛻･蜷阪ｒ蜿ら�縺吶ｋ蜑ｯ蝠上＞蜷医ｏ縺帙�縺薙→)縺輔∴險ｱ蜿ｯ縺輔ｌ縺ｾ縺吶� 
         </para>
 
         <programlisting><![CDATA[from Cat as fatcat 
@@ -883,11 +885,11 @@ where cat.name not in (
 from Cat as cat]]></programlisting>
 
         <para>
-            HQL副問い合わせは、selectまたはwhere節だけで使われることに注意してください。
+            HQL蜑ｯ蝠上＞蜷医ｏ縺帙�縲《elect縺ｾ縺溘�where遽縺�縺代〒菴ｿ繧上ｌ繧九％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
         </para>
 
         <para>
-            selectリストに複数の式を持つ副問い合わせには、タプルを使うことができます。
+            select繝ｪ繧ｹ繝医↓隍�焚縺ｮ蠑上ｒ謖√▽蜑ｯ蝠上＞蜷医ｏ縺帙↓縺ｯ縲√ち繝励Ν繧剃ｽｿ縺�％縺ｨ縺後〒縺阪∪縺吶�
         </para>
         
         <programlisting><![CDATA[from Cat as cat 
@@ -896,43 +898,43 @@ where not ( cat.name, cat.color ) in (
 )]]></programlisting>
 
         <para>
-            いくつかのデータベース（OracleやHSQLにはありません）では、
-            他のコンテキストでもタプルが使えます。
-            例えば、クエリコンポーネントや複合ユーザ型においてです。
+            縺�￥縺､縺九�繝��繧ｿ繝吶�繧ｹ��Oracle繧ЗSQL縺ｫ縺ｯ縺ゅｊ縺ｾ縺帙ｓ�峨〒縺ｯ縲�
+            莉悶�繧ｳ繝ｳ繝�く繧ｹ繝医〒繧ゅち繝励Ν縺御ｽｿ縺医∪縺吶�
+            萓九∴縺ｰ縲√け繧ｨ繝ｪ繧ｳ繝ｳ繝昴�繝阪Φ繝医ｄ隍�粋繝ｦ繝ｼ繧ｶ蝙九↓縺翫＞縺ｦ縺ｧ縺吶�
         </para>
 
         <programlisting><![CDATA[from Person where name = ('Gavin', 'A', 'King')]]></programlisting>
         
         <para>
-            同等ですが、より冗長なクエリです：
+            蜷檎ｭ峨〒縺吶′縲√ｈ繧雁�髟ｷ縺ｪ繧ｯ繧ｨ繝ｪ縺ｧ縺呻ｼ�
         </para>
         
         <programlisting><![CDATA[from Person where name.first = 'Gavin' and name.initial = 'A' and name.last = 'King')]]></programlisting>
 
         <para>
-            このようなことをしたくないのには2つの理由があります：
-            1つ目は、データベースプラットフォーム間で完全な互換性はないからです。
-            2つ目は、クエリがマッピングドキュメントのプロパティの順序に依存するからです。
+            縺薙�繧医≧縺ｪ縺薙→繧偵＠縺溘￥縺ｪ縺��縺ｫ縺ｯ2縺､縺ｮ逅�罰縺後≠繧翫∪縺呻ｼ�
+            1縺､逶ｮ縺ｯ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ繝励Λ繝�ヨ繝輔か繝ｼ繝�髢薙〒螳悟�縺ｪ莠呈鋤諤ｧ縺ｯ縺ｪ縺�°繧峨〒縺吶�
+            2縺､逶ｮ縺ｯ縲√け繧ｨ繝ｪ縺後�繝�ヴ繝ｳ繧ｰ繝峨く繝･繝｡繝ｳ繝医�繝励Ο繝代ユ繧｣縺ｮ鬆�ｺ上↓萓晏ｭ倥☆繧九°繧峨〒縺吶�
         </para>
         
     </sect1>
 
     <sect1 id="queryhql-examples">
-        <title>HQLの例</title>
+        <title>HQL縺ｮ萓�</title>
         
         <para>
-            Hibernateクエリは非常に強力で複雑にできます。実際、クエリ言語の威力はHibernateの主要なセールスポイントの一つです。
-            ここに最近のプロジェクトで使用したクエリと非常によく似た例があります。
-            ほとんどのクエリはこれらの例より簡単に記述できることに注意してください!
+            Hibernate繧ｯ繧ｨ繝ｪ縺ｯ髱槫ｸｸ縺ｫ蠑ｷ蜉帙〒隍�尅縺ｫ縺ｧ縺阪∪縺吶ょｮ滄圀縲√け繧ｨ繝ｪ險隱槭�螽∝鴨縺ｯHibernate縺ｮ荳ｻ隕√↑繧ｻ繝ｼ繝ｫ繧ｹ繝昴う繝ｳ繝医�荳縺､縺ｧ縺吶�
+            縺薙％縺ｫ譛霑代�繝励Ο繧ｸ繧ｧ繧ｯ繝医〒菴ｿ逕ｨ縺励◆繧ｯ繧ｨ繝ｪ縺ｨ髱槫ｸｸ縺ｫ繧医￥莨ｼ縺滉ｾ九′縺ゅｊ縺ｾ縺吶�
+            縺ｻ縺ｨ繧薙←縺ｮ繧ｯ繧ｨ繝ｪ縺ｯ縺薙ｌ繧峨�萓九ｈ繧顔ｰ｡蜊倥↓險倩ｿｰ縺ｧ縺阪ｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞!
         </para>
         
         <para>
-            以下のクエリは特定の顧客と与えられた最小の合計値に対する未払い注文の注文ID、
-            商品の数、注文の合計を合計値で整列して返します。
-            価格を決定する際、現在のカタログを使います。結果として返されるSQLクエリは
+            莉･荳九�繧ｯ繧ｨ繝ｪ縺ｯ迚ｹ螳壹�鬘ｧ螳｢縺ｨ荳弱∴繧峨ｌ縺滓怙蟆上�蜷郁ｨ亥､縺ｫ蟇ｾ縺吶ｋ譛ｪ謇輔＞豕ｨ譁��豕ｨ譁⑩D縲�
+            蝠�刀縺ｮ謨ｰ縲∵ｳｨ譁��蜷郁ｨ医ｒ蜷郁ｨ亥､縺ｧ謨ｴ蛻励＠縺ｦ霑斐＠縺ｾ縺吶�
+            萓｡譬ｼ繧呈ｱｺ螳壹☆繧矩圀縲∫樟蝨ｨ縺ｮ繧ｫ繧ｿ繝ｭ繧ｰ繧剃ｽｿ縺�∪縺吶らｵ先棡縺ｨ縺励※霑斐＆繧後ｋSQL繧ｯ繧ｨ繝ｪ縺ｯ
             <literal>ORDER</literal>, <literal>ORDER_LINE</literal>, <literal>PRODUCT</literal>,
-            <literal>CATALOG</literal> および <literal>PRICE</literal> テーブルに対し4つの内部結合と
-            (関連しない)副問い合わせを持ちます。
+            <literal>CATALOG</literal> 縺翫ｈ縺ｳ <literal>PRICE</literal> 繝��繝悶Ν縺ｫ蟇ｾ縺�4縺､縺ｮ蜀�Κ邨仙粋縺ｨ
+            (髢｢騾｣縺励↑縺�)蜑ｯ蝠上＞蜷医ｏ縺帙ｒ謖√■縺ｾ縺吶�
         </para>
         
         <programlisting><![CDATA[select order.id, sum(price.amount), count(item)
@@ -955,7 +957,7 @@ having sum(price.amount) > :minAmount
 order by sum(price.amount) desc]]></programlisting>
         
         <para>
-            何て巨大なクエリなのでしょう! 普段私は副問い合わせをあまり使いません。したがって私のクエリは実際には以下のようになります。:
+            菴輔※蟾ｨ螟ｧ縺ｪ繧ｯ繧ｨ繝ｪ縺ｪ縺ｮ縺ｧ縺励ｇ縺�! 譎ｮ谿ｵ遘√�蜑ｯ蝠上＞蜷医ｏ縺帙ｒ縺ゅ∪繧贋ｽｿ縺�∪縺帙ｓ縲ゅ＠縺溘′縺｣縺ｦ遘√�繧ｯ繧ｨ繝ｪ縺ｯ螳滄圀縺ｫ縺ｯ莉･荳九�繧医≧縺ｫ縺ｪ繧翫∪縺吶�:
         </para>
         
         <programlisting><![CDATA[select order.id, sum(price.amount), count(item)
@@ -973,10 +975,10 @@ having sum(price.amount) > :minAmount
 order by sum(price.amount) desc]]></programlisting>
         
         <para>
-            次のクエリは各ステータスの支払い数を数えます。ただしすべての支払いが現在の利用者による
-            最新のステータス変更である <literal>AWAITING_APPROVAL</literal> である場合を除きます。
-            このクエリは2つの内部結合と <literal>PAYMENT</literal>, <literal>PAYMENT_STATUS</literal> および 
-            <literal>PAYMENT_STATUS_CHANGE</literal> テーブルに対する関連副問い合わせを備えたSQLクエリに変換されます。
+            谺｡縺ｮ繧ｯ繧ｨ繝ｪ縺ｯ蜷�せ繝��繧ｿ繧ｹ縺ｮ謾ｯ謇輔＞謨ｰ繧呈焚縺医∪縺吶ゅ◆縺�縺励☆縺ｹ縺ｦ縺ｮ謾ｯ謇輔＞縺檎樟蝨ｨ縺ｮ蛻ｩ逕ｨ閠�↓繧医ｋ
+            譛譁ｰ縺ｮ繧ｹ繝��繧ｿ繧ｹ螟画峩縺ｧ縺ゅｋ <literal>AWAITING_APPROVAL</literal> 縺ｧ縺ゅｋ蝣ｴ蜷医ｒ髯､縺阪∪縺吶�
+            縺薙�繧ｯ繧ｨ繝ｪ縺ｯ2縺､縺ｮ蜀�Κ邨仙粋縺ｨ <literal>PAYMENT</literal>, <literal>PAYMENT_STATUS</literal> 縺翫ｈ縺ｳ 
+            <literal>PAYMENT_STATUS_CHANGE</literal> 繝��繝悶Ν縺ｫ蟇ｾ縺吶ｋ髢｢騾｣蜑ｯ蝠上＞蜷医ｏ縺帙ｒ蛯吶∴縺欖QL繧ｯ繧ｨ繝ｪ縺ｫ螟画鋤縺輔ｌ縺ｾ縺吶�
         </para>
 
         <programlisting><![CDATA[select count(payment), status.name 
@@ -996,8 +998,8 @@ group by status.name, status.sortOrder
 order by status.sortOrder]]></programlisting>
 
         <para>
-            もし私がsetの代わりにlistとして <literal>statusChanges</literal> コレクションを
-            マッピングしたならば、はるかに簡単にクエリを記述できるでしょう。
+            繧ゅ＠遘√′set縺ｮ莉｣繧上ｊ縺ｫlist縺ｨ縺励※ <literal>statusChanges</literal> 繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧�
+            繝槭ャ繝斐Φ繧ｰ縺励◆縺ｪ繧峨�縲√�繧九°縺ｫ邁｡蜊倥↓繧ｯ繧ｨ繝ｪ繧定ｨ倩ｿｰ縺ｧ縺阪ｋ縺ｧ縺励ｇ縺��
         </para>
     
         <programlisting><![CDATA[select count(payment), status.name 
@@ -1009,13 +1011,13 @@ group by status.name, status.sortOrder
 order by status.sortOrder]]></programlisting>
 
         <para>
-            次のクエリは現在のユーザが所属する組織に対するアカウントおよび未払いの支払いを
-            すべて返すMS SQL Server
-            の <literal>isNull()</literal> 関数を使用しています。
-            このクエリは3つの内部結合と1つの外部結合 、
-            そして <literal>ACCOUNT</literal>, <literal>PAYMENT</literal>, <literal>PAYMENT_STATUS</literal>,
-            <literal>ACCOUNT_TYPE</literal>, <literal>ORGANIZATION</literal> および 
-            <literal>ORG_USER</literal> テーブルに対する副問い合わせ持ったSQLに変換されます。
+            谺｡縺ｮ繧ｯ繧ｨ繝ｪ縺ｯ迴ｾ蝨ｨ縺ｮ繝ｦ繝ｼ繧ｶ縺梧園螻槭☆繧狗ｵ�ｹ斐↓蟇ｾ縺吶ｋ繧｢繧ｫ繧ｦ繝ｳ繝医♀繧医�譛ｪ謇輔＞縺ｮ謾ｯ謇輔＞繧�
+            縺吶∋縺ｦ霑斐☆MS SQL Server
+            縺ｮ <literal>isNull()</literal> 髢｢謨ｰ繧剃ｽｿ逕ｨ縺励※縺�∪縺吶�
+            縺薙�繧ｯ繧ｨ繝ｪ縺ｯ3縺､縺ｮ蜀�Κ邨仙粋縺ｨ1縺､縺ｮ螟夜Κ邨仙粋 縲�
+            縺昴＠縺ｦ <literal>ACCOUNT</literal>, <literal>PAYMENT</literal>, <literal>PAYMENT_STATUS</literal>,
+            <literal>ACCOUNT_TYPE</literal>, <literal>ORGANIZATION</literal> 縺翫ｈ縺ｳ 
+            <literal>ORG_USER</literal> 繝��繝悶Ν縺ｫ蟇ｾ縺吶ｋ蜑ｯ蝠上＞蜷医ｏ縺帶戟縺｣縺欖QL縺ｫ螟画鋤縺輔ｌ縺ｾ縺吶�
         </para>
 
         <programlisting><![CDATA[select account, payment
@@ -1026,7 +1028,7 @@ where :currentUser in elements(account.holder.users)
 order by account.type.sortOrder, account.accountNumber, payment.dueDate]]></programlisting>
 
         <para>
-            いくつかのデータベースについては、(関連させられた)副問い合わせの使用を避ける必要があるでしょう。
+            縺�￥縺､縺九�繝��繧ｿ繝吶�繧ｹ縺ｫ縺､縺�※縺ｯ縲�(髢｢騾｣縺輔○繧峨ｌ縺�)蜑ｯ蝠上＞蜷医ｏ縺帙�菴ｿ逕ｨ繧帝∩縺代ｋ蠢�ｦ√′縺ゅｋ縺ｧ縺励ｇ縺��
         </para>
 
         <programlisting><![CDATA[select account, payment
@@ -1040,12 +1042,12 @@ order by account.type.sortOrder, account.accountNumber, payment.dueDate]]></prog
    </sect1>
 
     <sect1 id="queryhql-bulk" revision="2">
-        <title>大量のUPDATEとDELETE</title>
+        <title>螟ｧ驥上�UPDATE縺ｨDELETE</title>
 
         <para>
-            HQLは今は <literal>update</literal> と <literal>delete</literal>、<literal>insert ... select ...</literal>
-            ステートメントをHQLに入れることをサポートしています。
-            <xref linkend="batch-direct"/> に詳細があります。
+            HQL縺ｯ莉翫� <literal>update</literal> 縺ｨ <literal>delete</literal>縲�<literal>insert ... select ...</literal>
+            繧ｹ繝��繝医Γ繝ｳ繝医ｒHQL縺ｫ蜈･繧後ｋ縺薙→繧偵し繝昴�繝医＠縺ｦ縺�∪縺吶�
+            <xref linkend="batch-direct"/> 縺ｫ隧ｳ邏ｰ縺後≠繧翫∪縺吶�
         </para>
     </sect1>
 
@@ -1053,13 +1055,13 @@ order by account.type.sortOrder, account.accountNumber, payment.dueDate]]></prog
         <title>Tips &amp; Tricks</title>
 
         <para>
-            実際に結果を返さなくてもクエリの結果数を数えることができます。:
+            螳滄圀縺ｫ邨先棡繧定ｿ斐＆縺ｪ縺上※繧ゅけ繧ｨ繝ｪ縺ｮ邨先棡謨ｰ繧呈焚縺医ｋ縺薙→縺後〒縺阪∪縺吶�:
         </para>
 
         <programlisting><![CDATA[( (Integer) session.createQuery("select count(*) from ....").iterate().next() ).intValue()]]></programlisting>
 
         <para>
-            コレクションのサイズにより結果を並べ替えるためには以下のクエリを使用します。:
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ｵ繧､繧ｺ縺ｫ繧医ｊ邨先棡繧剃ｸｦ縺ｹ譖ｿ縺医ｋ縺溘ａ縺ｫ縺ｯ莉･荳九�繧ｯ繧ｨ繝ｪ繧剃ｽｿ逕ｨ縺励∪縺吶�:
         </para>
 
         <programlisting><![CDATA[select usr.id, usr.name
@@ -1069,13 +1071,13 @@ group by usr.id, usr.name
 order by count(msg)]]></programlisting>
 
         <para>
-            使用しているデータベースがサブセレクトをサポートする場合、クエリのwhere節でサイズによる選択条件を設定できます:
+            菴ｿ逕ｨ縺励※縺�ｋ繝��繧ｿ繝吶�繧ｹ縺後し繝悶そ繝ｬ繧ｯ繝医ｒ繧ｵ繝昴�繝医☆繧句�ｴ蜷医√け繧ｨ繝ｪ縺ｮwhere遽縺ｧ繧ｵ繧､繧ｺ縺ｫ繧医ｋ驕ｸ謚樊擅莉ｶ繧定ｨｭ螳壹〒縺阪∪縺�:
         </para>
 
         <programlisting><![CDATA[from User usr where size(usr.messages) >= 1]]></programlisting>
 
         <para>
-            使用しているデータベースがサブセレクトをサポートしない場合は、次のクエリを使用してください:  
+            菴ｿ逕ｨ縺励※縺�ｋ繝��繧ｿ繝吶�繧ｹ縺後し繝悶そ繝ｬ繧ｯ繝医ｒ繧ｵ繝昴�繝医＠縺ｪ縺��ｴ蜷医�縲∵ｬ｡縺ｮ繧ｯ繧ｨ繝ｪ繧剃ｽｿ逕ｨ縺励※縺上□縺輔＞:  
         </para>
 
         <programlisting><![CDATA[select usr.id, usr.name
@@ -1085,8 +1087,8 @@ group by usr.id, usr.name
 having count(msg) >= 1]]></programlisting>
 
         <para>
-            内部結合をしているせいで上の解決法がmessageの件数が
-            ゼロの <literal>User</literal> を返すことができないならば、以下の形式が使えます。
+            蜀�Κ邨仙粋繧偵＠縺ｦ縺�ｋ縺帙＞縺ｧ荳翫�隗｣豎ｺ豕輔′message縺ｮ莉ｶ謨ｰ縺�
+            繧ｼ繝ｭ縺ｮ <literal>User</literal> 繧定ｿ斐☆縺薙→縺後〒縺阪↑縺�↑繧峨�縲∽ｻ･荳九�蠖｢蠑上′菴ｿ縺医∪縺吶�
         </para>
 
         <programlisting><![CDATA[select usr.id, usr.name
@@ -1096,7 +1098,7 @@ group by usr.id, usr.name
 having count(msg) = 0]]></programlisting>
 
         <para>
-            JavaBeanのプロパティは、名前付きのクエリパラメータに結びつけることが出来ます。：
+            JavaBean縺ｮ繝励Ο繝代ユ繧｣縺ｯ縲∝錐蜑堺ｻ倥″縺ｮ繧ｯ繧ｨ繝ｪ繝代Λ繝｡繝ｼ繧ｿ縺ｫ邨舌�縺､縺代ｋ縺薙→縺悟�譚･縺ｾ縺吶ゑｼ�
         </para>
 
         <programlisting><![CDATA[Query q = s.createQuery("from foo Foo as foo where foo.name=:name and foo.size=:size");
@@ -1104,7 +1106,7 @@ q.setProperties(fooBean); // fooBean has getName() and getSize()
 List foos = q.list();]]></programlisting>
 
         <para>
-            コレクションはフィルタ付き <literal>Query</literal> インターフェイスを使用することでページをつけることができます。:
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ繝輔ぅ繝ｫ繧ｿ莉倥″ <literal>Query</literal> 繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧剃ｽｿ逕ｨ縺吶ｋ縺薙→縺ｧ繝壹�繧ｸ繧偵▽縺代ｋ縺薙→縺後〒縺阪∪縺吶�:
         </para>
 
         <programlisting><![CDATA[Query q = s.createFilter( collection, "" ); // the trivial filter
@@ -1113,14 +1115,14 @@ q.setFirstResult(PAGE_SIZE * pageNumber);
 List page = q.list();]]></programlisting>
 
         <para>
-            コレクションの要素はクエリフィルタを使って、並べ替えやグループ分けが出来ます。:
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隕∫ｴ�縺ｯ繧ｯ繧ｨ繝ｪ繝輔ぅ繝ｫ繧ｿ繧剃ｽｿ縺｣縺ｦ縲∽ｸｦ縺ｹ譖ｿ縺医ｄ繧ｰ繝ｫ繝ｼ繝怜�縺代′蜃ｺ譚･縺ｾ縺吶�:
         </para>
         
         <programlisting><![CDATA[Collection orderedCollection = s.filter( collection, "order by this.amount" );
 Collection counts = s.filter( collection, "select this.type, count(this) group by this.type" );]]></programlisting>
 
         <para>
-            コレクションを初期化せずにコレクションのサイズを得ることができます。: 
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧貞�譛溷喧縺帙★縺ｫ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ｵ繧､繧ｺ繧貞ｾ励ｋ縺薙→縺後〒縺阪∪縺吶�: 
         </para>
 
         <programlisting><![CDATA[( (Integer) session.createQuery("select count(*) from ....").iterate().next() ).intValue();]]></programlisting>
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/query_sql.xml b/documentation/manual/ja-JP/src/main/docbook/content/query_sql.xml
index 179e677400..b9a4f266d6 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/query_sql.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/query_sql.xml
@@ -1,41 +1,43 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="querysql" revision="2">
-  <title>ネイティブSQL</title>
+  <title>繝阪う繝�ぅ繝亡QL</title>
 
-  <para>データベースのネイティブSQL方言を使ってクエリを表現することもできます。
-  クエリヒントやOracleの <literal>CONNECT</literal> キーワードのように、
-  データベース独自の機能を利用したいときに使えます。
-  SQL/JDBCを直接使用しているアプリケーションからHibernateへの移行も容易にしています。</para>
+  <para>繝��繧ｿ繝吶�繧ｹ縺ｮ繝阪う繝�ぅ繝亡QL譁ｹ險繧剃ｽｿ縺｣縺ｦ繧ｯ繧ｨ繝ｪ繧定｡ｨ迴ｾ縺吶ｋ縺薙→繧ゅ〒縺阪∪縺吶�
+  繧ｯ繧ｨ繝ｪ繝偵Φ繝医ｄOracle縺ｮ <literal>CONNECT</literal> 繧ｭ繝ｼ繝ｯ繝ｼ繝峨�繧医≧縺ｫ縲�
+  繝��繧ｿ繝吶�繧ｹ迢ｬ閾ｪ縺ｮ讖溯�繧貞茜逕ｨ縺励◆縺�→縺阪↓菴ｿ縺医∪縺吶�
+  SQL/JDBC繧堤峩謗･菴ｿ逕ｨ縺励※縺�ｋ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺九ｉHibernate縺ｸ縺ｮ遘ｻ陦後ｂ螳ｹ譏薙↓縺励※縺�∪縺吶�</para>
 
-  <para>Hibernate3では、生成、更新、削除、読み込み処理のようなすべての
-  SQL（ストアドプロシージャを含む）を手書きできます。</para>
+  <para>Hibernate3縺ｧ縺ｯ縲∫函謌舌∵峩譁ｰ縲∝炎髯､縲∬ｪｭ縺ｿ霎ｼ縺ｿ蜃ｦ逅��繧医≧縺ｪ縺吶∋縺ｦ縺ｮ
+  SQL�医せ繝医い繝峨�繝ｭ繧ｷ繝ｼ繧ｸ繝｣繧貞性繧�峨ｒ謇区嶌縺阪〒縺阪∪縺吶�</para>
 
   <sect1 id="querysql-creating" revision="4">
-    <title><literal>SQLQuery</literal> の使用</title>
+    <title><literal>SQLQuery</literal> 縺ｮ菴ｿ逕ｨ</title>
 
-    <para>ネイティブなSQLクエリの実行は <literal>SQLQuery</literal>
-    インターフェイスを通して制御します。
-    <literal>SQLQuery</literal> インターフェイスは
-    <literal>Session.createSQLQuery()</literal> を呼び出して取得します。
-    このAPIを使って問い合わせする方法を以下で説明します。</para>
+    <para>繝阪う繝�ぅ繝悶↑SQL繧ｯ繧ｨ繝ｪ縺ｮ螳溯｡後� <literal>SQLQuery</literal>
+    繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧帝壹＠縺ｦ蛻ｶ蠕｡縺励∪縺吶�
+    <literal>SQLQuery</literal> 繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｯ
+    <literal>Session.createSQLQuery()</literal> 繧貞他縺ｳ蜃ｺ縺励※蜿門ｾ励＠縺ｾ縺吶�
+    縺薙�API繧剃ｽｿ縺｣縺ｦ蝠上＞蜷医ｏ縺帙☆繧区婿豕輔ｒ莉･荳九〒隱ｬ譏弱＠縺ｾ縺吶�</para>
 
     <sect2>
-      <title>スカラーのクエリ</title>
+      <title>繧ｹ繧ｫ繝ｩ繝ｼ縺ｮ繧ｯ繧ｨ繝ｪ</title>
 
-      <para>最も基本的なSQLクエリはスカラー（値）のリストを得ることです。</para>
+      <para>譛繧ょ渕譛ｬ逧�↑SQL繧ｯ繧ｨ繝ｪ縺ｯ繧ｹ繧ｫ繝ｩ繝ｼ�亥､�峨�繝ｪ繧ｹ繝医ｒ蠕励ｋ縺薙→縺ｧ縺吶�</para>
 
       <programlisting><![CDATA[sess.createSQLQuery("SELECT * FROM CATS").list();
 sess.createSQLQuery("SELECT ID, NAME, BIRTHDATE FROM CATS").list();
 ]]></programlisting>
 
-      <para>これらはどちらも、CATSテーブルの各カラムのスカラー値を含む
-      Object配列（Object[]）のリストを返します。
-      返すスカラー値の実際の順番と型を推定するために、
-      HibernateはResultSetMetadataを使用します。</para>
+      <para>縺薙ｌ繧峨�縺ｩ縺｡繧峨ｂ縲，ATS繝��繝悶Ν縺ｮ蜷�き繝ｩ繝�縺ｮ繧ｹ繧ｫ繝ｩ繝ｼ蛟､繧貞性繧
+      Object驟榊���Object[]�峨�繝ｪ繧ｹ繝医ｒ霑斐＠縺ｾ縺吶�
+      霑斐☆繧ｹ繧ｫ繝ｩ繝ｼ蛟､縺ｮ螳滄圀縺ｮ鬆�分縺ｨ蝙九ｒ謗ｨ螳壹☆繧九◆繧√↓縲�
+      Hibernate縺ｯResultSetMetadata繧剃ｽｿ逕ｨ縺励∪縺吶�</para>
 
-      <para><literal>ResultSetMetadata</literal> を使用するオーバーヘッドを避けるため、
-      もしくは単に何が返されるか明確にするため、<literal>addScalar()</literal>
-      を使えます。</para>
+      <para><literal>ResultSetMetadata</literal> 繧剃ｽｿ逕ｨ縺吶ｋ繧ｪ繝ｼ繝舌�繝倥ャ繝峨ｒ驕ｿ縺代ｋ縺溘ａ縲�
+      繧ゅ＠縺上�蜊倥↓菴輔′霑斐＆繧後ｋ縺区�遒ｺ縺ｫ縺吶ｋ縺溘ａ縲�<literal>addScalar()</literal>
+      繧剃ｽｿ縺医∪縺吶�</para>
 
       <programlisting><![CDATA[sess.createSQLQuery("SELECT * FROM CATS")
  .addScalar("ID", Hibernate.LONG)
@@ -43,28 +45,28 @@ sess.createSQLQuery("SELECT ID, NAME, BIRTHDATE FROM CATS").list();
  .addScalar("BIRTHDATE", Hibernate.DATE)
 ]]></programlisting>
 
-      <para>このクエリで指定されているものを下記に示します。</para>
+      <para>縺薙�繧ｯ繧ｨ繝ｪ縺ｧ謖�ｮ壹＆繧後※縺�ｋ繧ゅ�繧剃ｸ玖ｨ倥↓遉ｺ縺励∪縺吶�</para>
 
       <itemizedlist>
         <listitem>
-          <para>SQLクエリ文字列</para>
+          <para>SQL繧ｯ繧ｨ繝ｪ譁�ｭ怜�</para>
         </listitem>
 
         <listitem>
-          <para>返されるカラムと型</para>
+          <para>霑斐＆繧後ｋ繧ｫ繝ｩ繝�縺ｨ蝙�</para>
         </listitem>
       </itemizedlist>
 
-      <para>これはまだObject配列を返しますが、
-      <literal>ResultSetMetdata</literal> を使用しません。
-      ただし、その代わりに基礎にあるリザルトセットから
-      ID、NAME、BIRTHDATE カラムをそれぞれ
-      Long、String、Short として明示的に取得します。
-      これは３つのカラムを返すのみであることも意味します。
-      たとえ、クエリが <literal>*</literal> を使用し、
-      列挙した３つより多くのカラムを返せるとしてもです。</para>
+      <para>縺薙ｌ縺ｯ縺ｾ縺�Object驟榊�繧定ｿ斐＠縺ｾ縺吶′縲�
+      <literal>ResultSetMetdata</literal> 繧剃ｽｿ逕ｨ縺励∪縺帙ｓ縲�
+      縺溘□縺励√◎縺ｮ莉｣繧上ｊ縺ｫ蝓ｺ遉弱↓縺ゅｋ繝ｪ繧ｶ繝ｫ繝医そ繝�ヨ縺九ｉ
+      ID縲¨AME縲。IRTHDATE 繧ｫ繝ｩ繝�繧偵◎繧後◇繧�
+      Long縲ヾtring縲ヾhort 縺ｨ縺励※譏守､ｺ逧�↓蜿門ｾ励＠縺ｾ縺吶�
+      縺薙ｌ縺ｯ�薙▽縺ｮ繧ｫ繝ｩ繝�繧定ｿ斐☆縺ｮ縺ｿ縺ｧ縺ゅｋ縺薙→繧よэ蜻ｳ縺励∪縺吶�
+      縺溘→縺医√け繧ｨ繝ｪ縺� <literal>*</literal> 繧剃ｽｿ逕ｨ縺励�
+      蛻玲嫌縺励◆�薙▽繧医ｊ螟壹￥縺ｮ繧ｫ繝ｩ繝�繧定ｿ斐○繧九→縺励※繧ゅ〒縺吶�</para>
 
-      <para>スカラーの型情報を省くこともできます。</para>
+      <para>繧ｹ繧ｫ繝ｩ繝ｼ縺ｮ蝙区ュ蝣ｱ繧堤怐縺上％縺ｨ繧ゅ〒縺阪∪縺吶�</para>
 
       <programlisting><![CDATA[sess.createSQLQuery("SELECT * FROM CATS")
  .addScalar("ID", Hibernate.LONG)
@@ -73,68 +75,68 @@ sess.createSQLQuery("SELECT ID, NAME, BIRTHDATE FROM CATS").list();
 ]]></programlisting>
 
       <para>
-      これは本質的に前と同じクエリですが、、
-      NAME と BIRTHDATE の型を決めるために <literal>ResultSetMetaData</literal>
-      を使用します。一方、ID の型は明示的に指定されています。
+      縺薙ｌ縺ｯ譛ｬ雉ｪ逧�↓蜑阪→蜷後§繧ｯ繧ｨ繝ｪ縺ｧ縺吶′縲√�
+      NAME 縺ｨ BIRTHDATE 縺ｮ蝙九ｒ豎ｺ繧√ｋ縺溘ａ縺ｫ <literal>ResultSetMetaData</literal>
+      繧剃ｽｿ逕ｨ縺励∪縺吶ゆｸ譁ｹ縲！D 縺ｮ蝙九�譏守､ｺ逧�↓謖�ｮ壹＆繧後※縺�∪縺吶�
       </para>
 
       <para>
-      ResultSetMetaData から返される java.sql.Types を Hibernate の型に
-      マッピングすることは、Dialect が制御します。
-      明示された型がマッピングされていないか、結果の型が期待したものと異なる場合、
-      Dialect の <literal>registerHibernateType</literal> を呼び出し、
-      カスタマイズできます。
+      ResultSetMetaData 縺九ｉ霑斐＆繧後ｋ java.sql.Types 繧� Hibernate 縺ｮ蝙九↓
+      繝槭ャ繝斐Φ繧ｰ縺吶ｋ縺薙→縺ｯ縲．ialect 縺悟宛蠕｡縺励∪縺吶�
+      譏守､ｺ縺輔ｌ縺溷梛縺後�繝�ヴ繝ｳ繧ｰ縺輔ｌ縺ｦ縺�↑縺�°縲∫ｵ先棡縺ｮ蝙九′譛溷ｾ�＠縺溘ｂ縺ｮ縺ｨ逡ｰ縺ｪ繧句�ｴ蜷医�
+      Dialect 縺ｮ <literal>registerHibernateType</literal> 繧貞他縺ｳ蜃ｺ縺励�
+      繧ｫ繧ｹ繧ｿ繝槭う繧ｺ縺ｧ縺阪∪縺吶�
       </para>
     </sect2>
 
     <sect2>
-      <title>エンティティのクエリ</title>
+      <title>繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ繧ｯ繧ｨ繝ｪ</title>
 
-      <para>ここまでのクエリは、すべてスカラー値を返すものでした。
-      基本的に、リザルトセットから「未加工」の値を返します。
-      以降では、<literal>addEntity()</literal> により、ネイティブSQLクエリから
-      エンティティオブジェクトを取得する方法を示します。</para>
+      <para>縺薙％縺ｾ縺ｧ縺ｮ繧ｯ繧ｨ繝ｪ縺ｯ縲√☆縺ｹ縺ｦ繧ｹ繧ｫ繝ｩ繝ｼ蛟､繧定ｿ斐☆繧ゅ�縺ｧ縺励◆縲�
+      蝓ｺ譛ｬ逧�↓縲√Μ繧ｶ繝ｫ繝医そ繝�ヨ縺九ｉ縲梧悴蜉�蟾･縲阪�蛟､繧定ｿ斐＠縺ｾ縺吶�
+      莉･髯阪〒縺ｯ縲�<literal>addEntity()</literal> 縺ｫ繧医ｊ縲√ロ繧､繝�ぅ繝亡QL繧ｯ繧ｨ繝ｪ縺九ｉ
+      繧ｨ繝ｳ繝�ぅ繝�ぅ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ蜿門ｾ励☆繧区婿豕輔ｒ遉ｺ縺励∪縺吶�</para>
 
       <programlisting><![CDATA[sess.createSQLQuery("SELECT * FROM CATS").addEntity(Cat.class);
 sess.createSQLQuery("SELECT ID, NAME, BIRTHDATE FROM CATS").addEntity(Cat.class);
 ]]></programlisting>
 
-      <para>このクエリで指定されているものを下記に示します。</para>
+      <para>縺薙�繧ｯ繧ｨ繝ｪ縺ｧ謖�ｮ壹＆繧後※縺�ｋ繧ゅ�繧剃ｸ玖ｨ倥↓遉ｺ縺励∪縺吶�</para>
 
       <itemizedlist>
         <listitem>
-          <para>SQLクエリ文字列</para>
+          <para>SQL繧ｯ繧ｨ繝ｪ譁�ｭ怜�</para>
         </listitem>
 
         <listitem>
-          <para>クエリが返すエンティティとSQLテーブルの別名
+          <para>繧ｯ繧ｨ繝ｪ縺瑚ｿ斐☆繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｨSQL繝��繝悶Ν縺ｮ蛻･蜷�
           </para>
         </listitem>
       </itemizedlist>
 
-      <para>CatがID, NAME, BIRTHDATEのカラムを使ってクラスにマッピングされる場合、
-      上記のクエリはどちらも、要素がCatエンティティであるリストを返します。</para>
+      <para>Cat縺栗D, NAME, BIRTHDATE縺ｮ繧ｫ繝ｩ繝�繧剃ｽｿ縺｣縺ｦ繧ｯ繝ｩ繧ｹ縺ｫ繝槭ャ繝斐Φ繧ｰ縺輔ｌ繧句�ｴ蜷医�
+      荳願ｨ倥�繧ｯ繧ｨ繝ｪ縺ｯ縺ｩ縺｡繧峨ｂ縲∬ｦ∫ｴ�縺靴at繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｧ縺ゅｋ繝ｪ繧ｹ繝医ｒ霑斐＠縺ｾ縺吶�</para>
 
-      <para>エンティティを別のエンティティに <literal>多対一</literal> でマッピングしている場合は、
-      ネイティブクエリを実行する際に、この別のエンティティを返すことも要求します。
-      さもなければ、データベース固有の「column not found(カラムが見つかりません)」エラーが発生します。
-      * 表記を使用した際は、追加のカラムが自動的に返されますが、
-      次の例のように、<literal>Dog</literal> に <literal>多対一</literal> であることを
-      明示することを私たちは好みます。</para>
+      <para>繧ｨ繝ｳ繝�ぅ繝�ぅ繧貞挨縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｫ <literal>螟壼ｯｾ荳</literal> 縺ｧ繝槭ャ繝斐Φ繧ｰ縺励※縺�ｋ蝣ｴ蜷医�縲�
+      繝阪う繝�ぅ繝悶け繧ｨ繝ｪ繧貞ｮ溯｡後☆繧矩圀縺ｫ縲√％縺ｮ蛻･縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ繧定ｿ斐☆縺薙→繧りｦ∵ｱゅ＠縺ｾ縺吶�
+      縺輔ｂ縺ｪ縺代ｌ縺ｰ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ蝗ｺ譛峨�縲慶olumn not found(繧ｫ繝ｩ繝�縺瑚ｦ九▽縺九ｊ縺ｾ縺帙ｓ)縲阪お繝ｩ繝ｼ縺檎匱逕溘＠縺ｾ縺吶�
+      * 陦ｨ險倥ｒ菴ｿ逕ｨ縺励◆髫帙�縲∬ｿｽ蜉�縺ｮ繧ｫ繝ｩ繝�縺瑚�蜍慕噪縺ｫ霑斐＆繧後∪縺吶′縲�
+      谺｡縺ｮ萓九�繧医≧縺ｫ縲�<literal>Dog</literal> 縺ｫ <literal>螟壼ｯｾ荳</literal> 縺ｧ縺ゅｋ縺薙→繧�
+      譏守､ｺ縺吶ｋ縺薙→繧堤ｧ√◆縺｡縺ｯ螂ｽ縺ｿ縺ｾ縺吶�</para>
 
       <programlisting><![CDATA[sess.createSQLQuery("SELECT ID, NAME, BIRTHDATE, DOG_ID FROM CATS").addEntity(Cat.class);
 ]]></programlisting>
 
-      <para>これにより cat.getDog() が正しく機能します。</para>
+      <para>縺薙ｌ縺ｫ繧医ｊ cat.getDog() 縺梧ｭ｣縺励￥讖溯�縺励∪縺吶�</para>
     </sect2>
 
     <sect2>
-      <title>関連とコレクションの操作</title>
+      <title>髢｢騾｣縺ｨ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ謫堺ｽ�</title>
 
-      <para>プロキシを初期化するための余分な処理を避けるため、
-      <literal>Dog</literal> の中で即時結合できます。
-      これは <literal>addJoin()</literal> メソッドにより行います。
-      関連もしくはコレクションに結合できます。
+      <para>繝励Ο繧ｭ繧ｷ繧貞�譛溷喧縺吶ｋ縺溘ａ縺ｮ菴吝�縺ｪ蜃ｦ逅�ｒ驕ｿ縺代ｋ縺溘ａ縲�
+      <literal>Dog</literal> 縺ｮ荳ｭ縺ｧ蜊ｳ譎らｵ仙粋縺ｧ縺阪∪縺吶�
+      縺薙ｌ縺ｯ <literal>addJoin()</literal> 繝｡繧ｽ繝�ラ縺ｫ繧医ｊ陦後＞縺ｾ縺吶�
+      髢｢騾｣繧ゅ＠縺上�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ邨仙粋縺ｧ縺阪∪縺吶�
       </para>
 
       <programlisting><![CDATA[sess.createSQLQuery("SELECT c.ID, NAME, BIRTHDATE, DOG_ID, D_ID, D_NAME FROM CATS c, DOGS d WHERE c.DOG_ID = d.D_ID")
@@ -142,79 +144,79 @@ sess.createSQLQuery("SELECT ID, NAME, BIRTHDATE FROM CATS").addEntity(Cat.class)
  .addJoin("cat.dog");
 ]]></programlisting>
 
-      <para>この例の中で、返される <literal>Cat</literal> は、
-      データベースへの余分処理なしで、
-      完全に初期化された <literal>dog</literal> プロパティを持ちます。
-      結合対象のプロパティへのパスを指定できるように、
-      別名（「cat」）を追加したことに注意してください。
-      コレクションの即時結合も同じようにできます。
-      たとえば、<literal>Cat</literal> が一対多で <literal>Dog</literal>
-      を持っていた場合、次のようになります。</para>
+      <para>縺薙�萓九�荳ｭ縺ｧ縲∬ｿ斐＆繧後ｋ <literal>Cat</literal> 縺ｯ縲�
+      繝��繧ｿ繝吶�繧ｹ縺ｸ縺ｮ菴吝�蜃ｦ逅�↑縺励〒縲�
+      螳悟�縺ｫ蛻晄悄蛹悶＆繧後◆ <literal>dog</literal> 繝励Ο繝代ユ繧｣繧呈戟縺｡縺ｾ縺吶�
+      邨仙粋蟇ｾ雎｡縺ｮ繝励Ο繝代ユ繧｣縺ｸ縺ｮ繝代せ繧呈欠螳壹〒縺阪ｋ繧医≧縺ｫ縲�
+      蛻･蜷搾ｼ医慶at縲搾ｼ峨ｒ霑ｽ蜉�縺励◆縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+      繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蜊ｳ譎らｵ仙粋繧ょ酔縺倥ｈ縺�↓縺ｧ縺阪∪縺吶�
+      縺溘→縺医�縲�<literal>Cat</literal> 縺御ｸ蟇ｾ螟壹〒 <literal>Dog</literal>
+      繧呈戟縺｣縺ｦ縺�◆蝣ｴ蜷医∵ｬ｡縺ｮ繧医≧縺ｫ縺ｪ繧翫∪縺吶�</para>
 
       <programlisting><![CDATA[sess.createSQLQuery("SELECT ID, NAME, BIRTHDATE, D_ID, D_NAME, CAT_ID FROM CATS c, DOGS d WHERE c.ID = d.CAT_ID")
  .addEntity("cat", Cat.class)
  .addJoin("cat.dogs");
 ]]></programlisting>
 
-      <para>現在のところ、
-      Hibernateで使いやすくするためのSQLクエリの拡張なしに、
-      ネイティブクエリで何かを可能にする限界に来ています。
-      同じ型のエンティティを複数返す際や、デフォルトの別名や列名で十分ではない場合に、
-      問題は起こり始めます。      
+      <para>迴ｾ蝨ｨ縺ｮ縺ｨ縺薙ｍ縲�
+      Hibernate縺ｧ菴ｿ縺�ｄ縺吶￥縺吶ｋ縺溘ａ縺ｮSQL繧ｯ繧ｨ繝ｪ縺ｮ諡｡蠑ｵ縺ｪ縺励↓縲�
+      繝阪う繝�ぅ繝悶け繧ｨ繝ｪ縺ｧ菴輔°繧貞庄閭ｽ縺ｫ縺吶ｋ髯千阜縺ｫ譚･縺ｦ縺�∪縺吶�
+      蜷後§蝙九�繧ｨ繝ｳ繝�ぅ繝�ぅ繧定､�焚霑斐☆髫帙ｄ縲√ョ繝輔か繝ｫ繝医�蛻･蜷阪ｄ蛻怜錐縺ｧ蜊∝�縺ｧ縺ｯ縺ｪ縺��ｴ蜷医↓縲�
+      蝠城｡後�襍ｷ縺薙ｊ蟋九ａ縺ｾ縺吶�      
       </para>
     </sect2>
 
     <sect2>
-      <title>複数エンティティの取得</title>
+      <title>隍�焚繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ蜿門ｾ�</title>
 
-      <para>ここまでは、リザルトセットのカラム名は、
-      マッピングファイルで指定されたカラム名と同じであると仮定していました。
-      複数のテーブルが同じカラム名を持つ場合があるため、
-      複数テーブルを結合するSQLクエリで問題となる場合があります。</para>
+      <para>縺薙％縺ｾ縺ｧ縺ｯ縲√Μ繧ｶ繝ｫ繝医そ繝�ヨ縺ｮ繧ｫ繝ｩ繝�蜷阪�縲�
+      繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ縺ｧ謖�ｮ壹＆繧後◆繧ｫ繝ｩ繝�蜷阪→蜷後§縺ｧ縺ゅｋ縺ｨ莉ｮ螳壹＠縺ｦ縺�∪縺励◆縲�
+      隍�焚縺ｮ繝��繝悶Ν縺悟酔縺倥き繝ｩ繝�蜷阪ｒ謖√▽蝣ｴ蜷医′縺ゅｋ縺溘ａ縲�
+      隍�焚繝��繝悶Ν繧堤ｵ仙粋縺吶ｋSQL繧ｯ繧ｨ繝ｪ縺ｧ蝠城｡後→縺ｪ繧句�ｴ蜷医′縺ゅｊ縺ｾ縺吶�</para>
 
-      <para>下記のような（失敗しそうな）クエリでは、
-      カラム別名インジェクション（column alias injection）が必要です。</para>
+      <para>荳玖ｨ倥�繧医≧縺ｪ�亥､ｱ謨励＠縺昴≧縺ｪ�峨け繧ｨ繝ｪ縺ｧ縺ｯ縲�
+      繧ｫ繝ｩ繝�蛻･蜷阪う繝ｳ繧ｸ繧ｧ繧ｯ繧ｷ繝ｧ繝ｳ��column alias injection�峨′蠢�ｦ√〒縺吶�</para>
 
       <programlisting><![CDATA[sess.createSQLQuery("SELECT c.*, m.*  FROM CATS c, CATS m WHERE c.MOTHER_ID = m.ID")
  .addEntity("cat", Cat.class)
  .addEntity("mother", Cat.class)
 ]]></programlisting>
 
-      <para>このクエリの意図は、
-      １行ごとに２つのCatインスタンス、つまり猫とその母親を返すということです。
-      同じカラム名にマッピングすることにより名前が衝突するため、このクエリは失敗します。
-      ベータベースによっては、返されるカラムの別名が "c.ID"、"c.NAME" などの形式であり、
-      マッピングで指定されたカラム（"ID" と "NAME"）と等しくないため、失敗します。</para>
+      <para>縺薙�繧ｯ繧ｨ繝ｪ縺ｮ諢丞峙縺ｯ縲�
+      �題｡後＃縺ｨ縺ｫ�偵▽縺ｮCat繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縲√▽縺ｾ繧顔賢縺ｨ縺昴�豈崎ｦｪ繧定ｿ斐☆縺ｨ縺�≧縺薙→縺ｧ縺吶�
+      蜷後§繧ｫ繝ｩ繝�蜷阪↓繝槭ャ繝斐Φ繧ｰ縺吶ｋ縺薙→縺ｫ繧医ｊ蜷榊燕縺瑚｡晉ｪ√☆繧九◆繧√√％縺ｮ繧ｯ繧ｨ繝ｪ縺ｯ螟ｱ謨励＠縺ｾ縺吶�
+      繝吶�繧ｿ繝吶�繧ｹ縺ｫ繧医▲縺ｦ縺ｯ縲∬ｿ斐＆繧後ｋ繧ｫ繝ｩ繝�縺ｮ蛻･蜷阪′ "c.ID"縲�"c.NAME" 縺ｪ縺ｩ縺ｮ蠖｢蠑上〒縺ゅｊ縲�
+      繝槭ャ繝斐Φ繧ｰ縺ｧ謖�ｮ壹＆繧後◆繧ｫ繝ｩ繝���"ID" 縺ｨ "NAME"�峨→遲峨＠縺上↑縺�◆繧√∝､ｱ謨励＠縺ｾ縺吶�</para>
 
 
-      <para>下記の形式は、カラム名が重複しても大丈夫です。</para>
+      <para>荳玖ｨ倥�蠖｢蠑上�縲√き繝ｩ繝�蜷阪′驥崎､�＠縺ｦ繧ょ､ｧ荳亥､ｫ縺ｧ縺吶�</para>
 
       <programlisting><![CDATA[sess.createSQLQuery("SELECT {cat.*}, {mother.*}  FROM CATS c, CATS m WHERE c.MOTHER_ID = m.ID")
  .addEntity("cat", Cat.class)
  .addEntity("mother", Cat.class)
 ]]></programlisting>
 
-      <para>このクエリで指定されているものを下記に示します。</para>
+      <para>縺薙�繧ｯ繧ｨ繝ｪ縺ｧ謖�ｮ壹＆繧後※縺�ｋ繧ゅ�繧剃ｸ玖ｨ倥↓遉ｺ縺励∪縺吶�</para>
 
       <itemizedlist>
         <listitem>
-          <para>SQLクエリ文字列
-                （Hibernateがカラムの別名を挿入するためのプレースホルダを含む）</para>
+          <para>SQL繧ｯ繧ｨ繝ｪ譁�ｭ怜�
+                ��Hibernate縺後き繝ｩ繝�縺ｮ蛻･蜷阪ｒ謖ｿ蜈･縺吶ｋ縺溘ａ縺ｮ繝励Ξ繝ｼ繧ｹ繝帙Ν繝繧貞性繧��</para>
         </listitem>
 
         <listitem>
-          <para>クエリによって返されるエンティティ</para>
+          <para>繧ｯ繧ｨ繝ｪ縺ｫ繧医▲縺ｦ霑斐＆繧後ｋ繧ｨ繝ｳ繝�ぅ繝�ぅ</para>
         </listitem>
       </itemizedlist>
 
-      <para>上記で使用している {cat.*} と {mother.*} という表記は、
-      「すべてのプロパティ」を表す省略形です。
-      代わりに、明示的にカラムを列挙してもよいですが、
-      その場合は、Hibernateに各プロパティに対応するSQLカラムの別名を挿入させるべきでしょう。
-      カラムの別名のためのプレースホルダは、テーブルの別名によって修飾されたプロパティ名です。
-      下記の例では、別のテーブル cat_log から
-      マッピングメタデータで定義された Cat とその母親を復元します。
-      もし好むなら、where節の中でも、プロパティの別名を使えます。</para>
+      <para>荳願ｨ倥〒菴ｿ逕ｨ縺励※縺�ｋ {cat.*} 縺ｨ {mother.*} 縺ｨ縺�≧陦ｨ險倥�縲�
+      縲後☆縺ｹ縺ｦ縺ｮ繝励Ο繝代ユ繧｣縲阪ｒ陦ｨ縺咏怐逡･蠖｢縺ｧ縺吶�
+      莉｣繧上ｊ縺ｫ縲∵�遉ｺ逧�↓繧ｫ繝ｩ繝�繧貞�謖吶＠縺ｦ繧ゅｈ縺�〒縺吶′縲�
+      縺昴�蝣ｴ蜷医�縲？ibernate縺ｫ蜷��繝ｭ繝代ユ繧｣縺ｫ蟇ｾ蠢懊☆繧鬼QL繧ｫ繝ｩ繝�縺ｮ蛻･蜷阪ｒ謖ｿ蜈･縺輔○繧九∋縺阪〒縺励ｇ縺��
+      繧ｫ繝ｩ繝�縺ｮ蛻･蜷阪�縺溘ａ縺ｮ繝励Ξ繝ｼ繧ｹ繝帙Ν繝縺ｯ縲√ユ繝ｼ繝悶Ν縺ｮ蛻･蜷阪↓繧医▲縺ｦ菫ｮ鬟ｾ縺輔ｌ縺溘�繝ｭ繝代ユ繧｣蜷阪〒縺吶�
+      荳玖ｨ倥�萓九〒縺ｯ縲∝挨縺ｮ繝��繝悶Ν cat_log 縺九ｉ
+      繝槭ャ繝斐Φ繧ｰ繝｡繧ｿ繝��繧ｿ縺ｧ螳夂ｾｩ縺輔ｌ縺� Cat 縺ｨ縺昴�豈崎ｦｪ繧貞ｾｩ蜈�＠縺ｾ縺吶�
+      繧ゅ＠螂ｽ繧縺ｪ繧峨『here遽縺ｮ荳ｭ縺ｧ繧ゅ√�繝ｭ繝代ユ繧｣縺ｮ蛻･蜷阪ｒ菴ｿ縺医∪縺吶�</para>
 
       <programlisting><![CDATA[String sql = "SELECT ID as {c.id}, NAME as {c.name}, " + 
          "BIRTHDATE as {c.birthDate}, MOTHER_ID as {c.mother}, {mother.*} " +
@@ -226,19 +228,19 @@ List loggedCats = sess.createSQLQuery(sql)
 ]]></programlisting>
 
       <sect3 id="querysql-aliasreferences" revision="2">
-        <title>別名とプロパティのリファレンス</title>
+        <title>蛻･蜷阪→繝励Ο繝代ユ繧｣縺ｮ繝ｪ繝輔ぃ繝ｬ繝ｳ繧ｹ</title>
 
-        <para>多くの場合、上記のような別名インジェクションが必要です。
-        ただし、複合プロパティ、継承識別子、コレクションなどのような
-        より複雑なマッピングと関連するクエリがなければです。
-        ある特定の別名を使用することにより、Hibernateは適切な別名を挿入できます。</para>
+        <para>螟壹￥縺ｮ蝣ｴ蜷医∽ｸ願ｨ倥�繧医≧縺ｪ蛻･蜷阪う繝ｳ繧ｸ繧ｧ繧ｯ繧ｷ繝ｧ繝ｳ縺悟ｿ�ｦ√〒縺吶�
+        縺溘□縺励∬､�粋繝励Ο繝代ユ繧｣縲∫ｶ呎価隴伜挨蟄舌√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｪ縺ｩ縺ｮ繧医≧縺ｪ
+        繧医ｊ隍�尅縺ｪ繝槭ャ繝斐Φ繧ｰ縺ｨ髢｢騾｣縺吶ｋ繧ｯ繧ｨ繝ｪ縺後↑縺代ｌ縺ｰ縺ｧ縺吶�
+        縺ゅｋ迚ｹ螳壹�蛻･蜷阪ｒ菴ｿ逕ｨ縺吶ｋ縺薙→縺ｫ繧医ｊ縲？ibernate縺ｯ驕ｩ蛻�↑蛻･蜷阪ｒ謖ｿ蜈･縺ｧ縺阪∪縺吶�</para>
 
-        <para>別名インジェクションとして使用できるものを下表に示します。
-        注意：下表の別名は一例です。
-        それぞれの別名は一意であり、使用する際にはおそらく異なる名前を持ちます。</para>
+        <para>蛻･蜷阪う繝ｳ繧ｸ繧ｧ繧ｯ繧ｷ繝ｧ繝ｳ縺ｨ縺励※菴ｿ逕ｨ縺ｧ縺阪ｋ繧ゅ�繧剃ｸ玖｡ｨ縺ｫ遉ｺ縺励∪縺吶�
+        豕ｨ諢擾ｼ壻ｸ玖｡ｨ縺ｮ蛻･蜷阪�荳萓九〒縺吶�
+        縺昴ｌ縺槭ｌ縺ｮ蛻･蜷阪�荳諢上〒縺ゅｊ縲∽ｽｿ逕ｨ縺吶ｋ髫帙↓縺ｯ縺翫◎繧峨￥逡ｰ縺ｪ繧句錐蜑阪ｒ謖√■縺ｾ縺吶�</para>
  
         <table frame="topbot" id="aliasinjection-summary">
-          <title>別名に挿入する名前</title>
+          <title>蛻･蜷阪↓謖ｿ蜈･縺吶ｋ蜷榊燕</title>
 
           <tgroup cols="3">
             <colspec colwidth="1*" />
@@ -249,60 +251,60 @@ List loggedCats = sess.createSQLQuery(sql)
 
             <thead>
               <row>
-                <entry>説明</entry>
-                <entry>構文</entry>
-                <entry>例</entry>
+                <entry>隱ｬ譏�</entry>
+                <entry>讒区枚</entry>
+                <entry>萓�</entry>
               </row>
             </thead>
             <tbody>
               <row>
-                <entry>単純なプロパティ</entry>
+                <entry>蜊倡ｴ斐↑繝励Ο繝代ユ繧｣</entry>
                 <entry><literal>{[aliasname].[propertyname]}</literal></entry>
                 <entry><literal>A_NAME as {item.name}</literal></entry>
               </row>
               <row>
-                <entry>複合プロパティ</entry>
+                <entry>隍�粋繝励Ο繝代ユ繧｣</entry>
                 <entry><literal>{[aliasname].[componentname].[propertyname]}</literal></entry>
                 <entry><literal>CURRENCY as {item.amount.currency}, VALUE as
                 {item.amount.value}</literal></entry>
               </row>
               <row>
-                <entry>エンティティのクラスを識別する値</entry>
+                <entry>繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ繧ｯ繝ｩ繧ｹ繧定ｭ伜挨縺吶ｋ蛟､</entry>
                 <entry><literal>{[aliasname].class}</literal></entry>
                 <entry><literal>DISC as {item.class}</literal></entry>
               </row>
               <row>
-                <entry>エンティティの全プロパティ</entry>
+                <entry>繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ蜈ｨ繝励Ο繝代ユ繧｣</entry>
                 <entry><literal>{[aliasname].*}</literal></entry>
                 <entry><literal>{item.*}</literal></entry>
               </row>
               <row>
-                <entry>コレクションのキー</entry>
+                <entry>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ｭ繝ｼ</entry>
                 <entry><literal>{[aliasname].key}</literal></entry>
                 <entry><literal>ORGID as {coll.key}</literal></entry>
               </row>
               <row>
-                <entry>コレクションのID</entry>
+                <entry>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮID</entry>
                 <entry><literal>{[aliasname].id}</literal></entry>
                 <entry><literal>EMPID as {coll.id}</literal></entry>
               </row>
               <row>
-                <entry>コレクションの要素</entry>
+                <entry>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隕∫ｴ�</entry>
                 <entry><literal>{[aliasname].element}</literal></entry>
                 <entry><literal>XID as {coll.element}</literal></entry>
               </row>
               <row>
-                <entry>コレクションの要素のプロパティ</entry>
+                <entry>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隕∫ｴ�縺ｮ繝励Ο繝代ユ繧｣</entry>
                 <entry><literal>{[aliasname].element.[propertyname]}</literal></entry>
                 <entry><literal>NAME as {coll.element.name}</literal></entry>
               </row>
               <row>
-                <entry>コレクションの要素の全プロパティ</entry>
+                <entry>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隕∫ｴ�縺ｮ蜈ｨ繝励Ο繝代ユ繧｣</entry>
                 <entry><literal>{[aliasname].element.*}</literal></entry>
                 <entry><literal>{coll.element.*}</literal></entry>
               </row>
               <row>
-                <entry>コレクションの全プロパティ</entry>
+                <entry>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蜈ｨ繝励Ο繝代ユ繧｣</entry>
                 <entry><literal>{[aliasname].*}</literal></entry>
                 <entry><literal>{coll.*}</literal></entry>
               </row>
@@ -313,43 +315,43 @@ List loggedCats = sess.createSQLQuery(sql)
     </sect2>
 
     <sect2>
-      <title>管理されていないエンティティの取得</title>
+      <title>邂｡逅�＆繧後※縺�↑縺�お繝ｳ繝�ぅ繝�ぅ縺ｮ蜿門ｾ�</title>
 
-      <para>ネイティブSQLクエリに ResultTransformer を適用できます。
-      下記のように、例えば、管理されていないエンティティを返します。</para>
+      <para>繝阪う繝�ぅ繝亡QL繧ｯ繧ｨ繝ｪ縺ｫ ResultTransformer 繧帝←逕ｨ縺ｧ縺阪∪縺吶�
+      荳玖ｨ倥�繧医≧縺ｫ縲∽ｾ九∴縺ｰ縲∫ｮ｡逅�＆繧後※縺�↑縺�お繝ｳ繝�ぅ繝�ぅ繧定ｿ斐＠縺ｾ縺吶�</para>
 
       <programlisting><![CDATA[sess.createSQLQuery("SELECT NAME, BIRTHDATE FROM CATS")
         .setResultTransformer(Transformers.aliasToBean(CatDTO.class))]]></programlisting>
 
-      <para>このクエリで指定されているものを下記に示します。</para>
+      <para>縺薙�繧ｯ繧ｨ繝ｪ縺ｧ謖�ｮ壹＆繧後※縺�ｋ繧ゅ�繧剃ｸ玖ｨ倥↓遉ｺ縺励∪縺吶�</para>
 
       <itemizedlist>
         <listitem>
-          <para>SQLクエリ文字列</para>
+          <para>SQL繧ｯ繧ｨ繝ｪ譁�ｭ怜�</para>
         </listitem>
 
         <listitem>
-          <para>結果を変換したもの</para>
+          <para>邨先棡繧貞､画鋤縺励◆繧ゅ�</para>
         </listitem>
       </itemizedlist>
 
-      <para>上記のクエリは、インスタンス化し、NAME と BIRTHDATE の値を
-      対応するプロパティもしくはフィールドに挿入した <literal>CatDTO</literal>
-      のリストを返します。</para>
+      <para>荳願ｨ倥�繧ｯ繧ｨ繝ｪ縺ｯ縲√う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ蛹悶＠縲¨AME 縺ｨ BIRTHDATE 縺ｮ蛟､繧�
+      蟇ｾ蠢懊☆繧九�繝ｭ繝代ユ繧｣繧ゅ＠縺上�繝輔ぅ繝ｼ繝ｫ繝峨↓謖ｿ蜈･縺励◆ <literal>CatDTO</literal>
+      縺ｮ繝ｪ繧ｹ繝医ｒ霑斐＠縺ｾ縺吶�</para>
     </sect2>
 
     <sect2>
-      <title>継承の制御</title>
+      <title>邯呎価縺ｮ蛻ｶ蠕｡</title>
 
-      <para>継承の一部としてマッピングされたエンティティを問い合わせるネイティブSQLクエリは、
-      ベースのクラスとそのすべてのサブクラスのプロパティすべてを含まなければなりません。</para>
+      <para>邯呎価縺ｮ荳驛ｨ縺ｨ縺励※繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺溘お繝ｳ繝�ぅ繝�ぅ繧貞撫縺�粋繧上○繧九ロ繧､繝�ぅ繝亡QL繧ｯ繧ｨ繝ｪ縺ｯ縲�
+      繝吶�繧ｹ縺ｮ繧ｯ繝ｩ繧ｹ縺ｨ縺昴�縺吶∋縺ｦ縺ｮ繧ｵ繝悶け繝ｩ繧ｹ縺ｮ繝励Ο繝代ユ繧｣縺吶∋縺ｦ繧貞性縺ｾ縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�</para>
     </sect2>
 
     <sect2>
-      <title>パラメータ</title>
+      <title>繝代Λ繝｡繝ｼ繧ｿ</title>
 
-      <para>ネイティブSQLクエリは、以下のように、
-      名前付きパラメータ（:name）と同様に位置パラメータをサポートします。</para>
+      <para>繝阪う繝�ぅ繝亡QL繧ｯ繧ｨ繝ｪ縺ｯ縲∽ｻ･荳九�繧医≧縺ｫ縲�
+      蜷榊燕莉倥″繝代Λ繝｡繝ｼ繧ｿ��:name�峨→蜷梧ｧ倥↓菴咲ｽｮ繝代Λ繝｡繝ｼ繧ｿ繧偵し繝昴�繝医＠縺ｾ縺吶�</para>
 
       <programlisting><![CDATA[Query query = sess.createSQLQuery("SELECT * FROM CATS WHERE NAME like ?").addEntity(Cat.class);
 List pusList = query.setString(0, "Pus%").list();
@@ -361,11 +363,11 @@ List pusList = query.setString("name", "Pus%").list();          ]]></programlist
   </sect1>
 
   <sect1 id="querysql-namedqueries" revision="3">
-    <title>名前付きSQLクエリ</title>
+    <title>蜷榊燕莉倥″SQL繧ｯ繧ｨ繝ｪ</title>
 
-    <para>名前付きSQLクエリはマッピングドキュメントで定義することができ、
-    名前付きHQLクエリと全く同じ方法で呼ぶことができます。
-    この場合、<literal>addEntity()</literal> を呼び出す必要は <emphasis>ない</emphasis> です。</para>
+    <para>蜷榊燕莉倥″SQL繧ｯ繧ｨ繝ｪ縺ｯ繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝医〒螳夂ｾｩ縺吶ｋ縺薙→縺後〒縺阪�
+    蜷榊燕莉倥″HQL繧ｯ繧ｨ繝ｪ縺ｨ蜈ｨ縺丞酔縺俶婿豕輔〒蜻ｼ縺ｶ縺薙→縺後〒縺阪∪縺吶�
+    縺薙�蝣ｴ蜷医�<literal>addEntity()</literal> 繧貞他縺ｳ蜃ｺ縺吝ｿ�ｦ√� <emphasis>縺ｪ縺�</emphasis> 縺ｧ縺吶�</para>
 
     <programlisting><![CDATA[<sql-query name="persons">
     <return alias="person" class="eg.Person"/>
@@ -381,9 +383,9 @@ List pusList = query.setString("name", "Pus%").list();          ]]></programlist
     .setMaxResults(50)
     .list();]]></programlisting>
 
-    <para>関連を結合するためとコレクションを初期化するクエリを定義するために、それぞれ
-    <literal>&lt;return-join&gt;</literal> と <literal>&lt;load-collection&gt;</literal>
-    要素を使います。</para>
+    <para>髢｢騾｣繧堤ｵ仙粋縺吶ｋ縺溘ａ縺ｨ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧貞�譛溷喧縺吶ｋ繧ｯ繧ｨ繝ｪ繧貞ｮ夂ｾｩ縺吶ｋ縺溘ａ縺ｫ縲√◎繧後◇繧�
+    <literal>&lt;return-join&gt;</literal> 縺ｨ <literal>&lt;load-collection&gt;</literal>
+    隕∫ｴ�繧剃ｽｿ縺�∪縺吶�</para>
 
     <programlisting><![CDATA[<sql-query name="personsWith">
     <return alias="person" class="eg.Person"/>
@@ -401,9 +403,9 @@ List pusList = query.setString("name", "Pus%").list();          ]]></programlist
     WHERE person.NAME LIKE :namePattern
 </sql-query>]]></programlisting>
 
-    <para>名前付きSQLクエリはスカラ値を返すこともできます。
-    <literal>&lt;return-scalar&gt;</literal> 要素を使って、
-    列の別名とHibernateの型を宣言しなければなりません。</para>
+    <para>蜷榊燕莉倥″SQL繧ｯ繧ｨ繝ｪ縺ｯ繧ｹ繧ｫ繝ｩ蛟､繧定ｿ斐☆縺薙→繧ゅ〒縺阪∪縺吶�
+    <literal>&lt;return-scalar&gt;</literal> 隕∫ｴ�繧剃ｽｿ縺｣縺ｦ縲�
+    蛻励�蛻･蜷阪→Hibernate縺ｮ蝙九ｒ螳｣險縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�</para>
 
     <programlisting><![CDATA[<sql-query name="mySqlQuery">
     <return-scalar column="name" type="string"/>
@@ -414,10 +416,10 @@ List pusList = query.setString("name", "Pus%").list();          ]]></programlist
 </sql-query>]]></programlisting>
 
 
-    <para>リザルトセットのマッピング情報を <literal>&lt;resultset&gt;</literal>
-    に外出しすることができます。
-    複数の名前付きクエリで再利用したり、<literal>setResultSetMapping()</literal>
-    APIを通して再利用したりできます。
+    <para>繝ｪ繧ｶ繝ｫ繝医そ繝�ヨ縺ｮ繝槭ャ繝斐Φ繧ｰ諠��ｱ繧� <literal>&lt;resultset&gt;</literal>
+    縺ｫ螟門�縺励☆繧九％縺ｨ縺後〒縺阪∪縺吶�
+    隍�焚縺ｮ蜷榊燕莉倥″繧ｯ繧ｨ繝ｪ縺ｧ蜀榊茜逕ｨ縺励◆繧翫�<literal>setResultSetMapping()</literal>
+    API繧帝壹＠縺ｦ蜀榊茜逕ｨ縺励◆繧翫〒縺阪∪縺吶�
     </para>
 
     <programlisting><![CDATA[<resultset name="personAddress">
@@ -439,8 +441,8 @@ List pusList = query.setString("name", "Pus%").list();          ]]></programlist
     WHERE person.NAME LIKE :namePattern
 </sql-query>]]></programlisting>
 
-    <para>代わりに、hbmファイル内のリザルトセットのマッピング情報を
-    直接Javaコードの中で使用できます。</para>
+    <para>莉｣繧上ｊ縺ｫ縲”bm繝輔ぃ繧､繝ｫ蜀��繝ｪ繧ｶ繝ｫ繝医そ繝�ヨ縺ｮ繝槭ャ繝斐Φ繧ｰ諠��ｱ繧�
+    逶ｴ謗･Java繧ｳ繝ｼ繝峨�荳ｭ縺ｧ菴ｿ逕ｨ縺ｧ縺阪∪縺吶�</para>
 
     <programlisting><![CDATA[List cats = sess.createSQLQuery(
         "select {cat.*}, {kitten.*} from cats cat, cats kitten where kitten.mother = cat.id"
@@ -449,11 +451,11 @@ List pusList = query.setString("name", "Pus%").list();          ]]></programlist
     .list();]]></programlisting>
 
     <sect2 id="propertyresults">
-      <title>列と列の別名を明示的に指定するために return-property を使う</title>
+      <title>蛻励→蛻励�蛻･蜷阪ｒ譏守､ｺ逧�↓謖�ｮ壹☆繧九◆繧√↓ return-property 繧剃ｽｿ縺�</title>
 
-      <para>別名を挿入するために <literal>{}</literal> 構文を使う代わりに、
-      <literal>&lt;return-property&gt;</literal> を使い、
-      どの列の別名を使うのかを明示できます。</para>
+      <para>蛻･蜷阪ｒ謖ｿ蜈･縺吶ｋ縺溘ａ縺ｫ <literal>{}</literal> 讒区枚繧剃ｽｿ縺�ｻ｣繧上ｊ縺ｫ縲�
+      <literal>&lt;return-property&gt;</literal> 繧剃ｽｿ縺��
+      縺ｩ縺ｮ蛻励�蛻･蜷阪ｒ菴ｿ縺��縺九ｒ譏守､ｺ縺ｧ縺阪∪縺吶�</para>
 
       <programlisting><![CDATA[<sql-query name="mySqlQuery">
     <return alias="person" class="eg.Person">
@@ -468,9 +470,9 @@ List pusList = query.setString("name", "Pus%").list();          ]]></programlist
 </sql-query>
 ]]></programlisting>
 
-      <para><literal>&lt;return-property&gt;</literal> は複数の列も扱えます。
-      これは、複数列のプロパティをきめ細かく制御できないという、
-      <literal>{}</literal> 構文の制限を解決します。</para>
+      <para><literal>&lt;return-property&gt;</literal> 縺ｯ隍�焚縺ｮ蛻励ｂ謇ｱ縺医∪縺吶�
+      縺薙ｌ縺ｯ縲∬､�焚蛻励�繝励Ο繝代ユ繧｣繧偵″繧∫ｴｰ縺九￥蛻ｶ蠕｡縺ｧ縺阪↑縺�→縺�≧縲�
+      <literal>{}</literal> 讒区枚縺ｮ蛻ｶ髯舌ｒ隗｣豎ｺ縺励∪縺吶�</para>
 
       <programlisting><![CDATA[<sql-query name="organizationCurrentEmployments">
     <return alias="emp" class="Employment">
@@ -488,24 +490,24 @@ List pusList = query.setString("name", "Pus%").list();          ]]></programlist
         ORDER BY STARTDATE ASC
 </sql-query>]]></programlisting>
 
-      <para>この例では、挿入のための <literal>{}</literal> 構文といっしょに、
-      <literal>&lt;return-property&gt;</literal> を使っていることに注意してください。
-      列とプロパティをどのように参照するかを選べます。</para>
+      <para>縺薙�萓九〒縺ｯ縲∵諺蜈･縺ｮ縺溘ａ縺ｮ <literal>{}</literal> 讒区枚縺ｨ縺�▲縺励ｇ縺ｫ縲�
+      <literal>&lt;return-property&gt;</literal> 繧剃ｽｿ縺｣縺ｦ縺�ｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+      蛻励→繝励Ο繝代ユ繧｣繧偵←縺ｮ繧医≧縺ｫ蜿ら�縺吶ｋ縺九ｒ驕ｸ縺ｹ縺ｾ縺吶�</para>
 
-      <para>マッピングに discriminator が含まれている場合、
-      discriminator の列を指定するために、&lt;return-discriminator&gt;
-      を使わなければなりません。</para>
+      <para>繝槭ャ繝斐Φ繧ｰ縺ｫ discriminator 縺悟性縺ｾ繧後※縺�ｋ蝣ｴ蜷医�
+      discriminator 縺ｮ蛻励ｒ謖�ｮ壹☆繧九◆繧√↓縲�&lt;return-discriminator&gt;
+      繧剃ｽｿ繧上↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�</para>
     </sect2>
 
     <sect2 id="sp_query" revision="1">
-      <title>問い合わせするためにストアドプロシージャを使う</title>
+      <title>蝠上＞蜷医ｏ縺帙☆繧九◆繧√↓繧ｹ繝医い繝峨�繝ｭ繧ｷ繝ｼ繧ｸ繝｣繧剃ｽｿ縺�</title>
 
-      <para>Hibernateはバージョン3から、ストアドプロシージャとストアド関数経由の問い合わせが
-      サポートされました。
-      以降の文書の多くは、両方に当てはまります。
-      ストアドプロシージャやストアド関数をHibernateで使うためには、
-      1番目の出力パラメータとしてリザルトセットを返さなければなりません。
-      Oracle 9（もしくはそれ以上のバージョン）のストアドプロシージャの例を以下に示します。</para>
+      <para>Hibernate縺ｯ繝舌�繧ｸ繝ｧ繝ｳ3縺九ｉ縲√せ繝医い繝峨�繝ｭ繧ｷ繝ｼ繧ｸ繝｣縺ｨ繧ｹ繝医い繝蛾未謨ｰ邨檎罰縺ｮ蝠上＞蜷医ｏ縺帙′
+      繧ｵ繝昴�繝医＆繧後∪縺励◆縲�
+      莉･髯阪�譁�嶌縺ｮ螟壹￥縺ｯ縲∽ｸ｡譁ｹ縺ｫ蠖薙※縺ｯ縺ｾ繧翫∪縺吶�
+      繧ｹ繝医い繝峨�繝ｭ繧ｷ繝ｼ繧ｸ繝｣繧�せ繝医い繝蛾未謨ｰ繧辿ibernate縺ｧ菴ｿ縺�◆繧√↓縺ｯ縲�
+      1逡ｪ逶ｮ縺ｮ蜃ｺ蜉帙ヱ繝ｩ繝｡繝ｼ繧ｿ縺ｨ縺励※繝ｪ繧ｶ繝ｫ繝医そ繝�ヨ繧定ｿ斐＆縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+      Oracle 9�医ｂ縺励￥縺ｯ縺昴ｌ莉･荳翫�繝舌�繧ｸ繝ｧ繝ｳ�峨�繧ｹ繝医い繝峨�繝ｭ繧ｷ繝ｼ繧ｸ繝｣縺ｮ萓九ｒ莉･荳九↓遉ｺ縺励∪縺吶�</para>
 
       <programlisting><![CDATA[CREATE OR REPLACE FUNCTION selectAllEmployments
     RETURN SYS_REFCURSOR
@@ -520,8 +522,8 @@ BEGIN
       RETURN  st_cursor;
  END;]]></programlisting>
 
-      <para>Hibernateでこのクエリを使うためには、
-      名前付きクエリでマッピングする必要があります。</para>
+      <para>Hibernate縺ｧ縺薙�繧ｯ繧ｨ繝ｪ繧剃ｽｿ縺�◆繧√↓縺ｯ縲�
+      蜷榊燕莉倥″繧ｯ繧ｨ繝ｪ縺ｧ繝槭ャ繝斐Φ繧ｰ縺吶ｋ蠢�ｦ√′縺ゅｊ縺ｾ縺吶�</para>
 
       <programlisting><![CDATA[<sql-query name="selectAllEmployees_SP" callable="true">
     <return alias="emp" class="Employment">
@@ -539,57 +541,57 @@ BEGIN
     { ? = call selectAllEmployments() }
 </sql-query>]]></programlisting>
 
-      <para>注意：今のところ、ストアドプロシージャはスカラとエンティティを返すのみです。
-      <literal>&lt;return-join&gt;</literal> と <literal>&lt;load-collection&gt;</literal>
-      はサポートされていません。</para>
+      <para>豕ｨ諢擾ｼ壻ｻ翫�縺ｨ縺薙ｍ縲√せ繝医い繝峨�繝ｭ繧ｷ繝ｼ繧ｸ繝｣縺ｯ繧ｹ繧ｫ繝ｩ縺ｨ繧ｨ繝ｳ繝�ぅ繝�ぅ繧定ｿ斐☆縺ｮ縺ｿ縺ｧ縺吶�
+      <literal>&lt;return-join&gt;</literal> 縺ｨ <literal>&lt;load-collection&gt;</literal>
+      縺ｯ繧ｵ繝昴�繝医＆繧後※縺�∪縺帙ｓ縲�</para>
 
       <sect3 id="querysql-limits-storedprocedures" revision="1">
-        <title>ストアドプロシージャを使う上でのルールと制限</title>
+        <title>繧ｹ繝医い繝峨�繝ｭ繧ｷ繝ｼ繧ｸ繝｣繧剃ｽｿ縺�ｸ翫〒縺ｮ繝ｫ繝ｼ繝ｫ縺ｨ蛻ｶ髯�</title>
 
-        <para>Hibernateでストアドプロシージャや関数を使うためには、
-        そのプロシージャはいくつかのルールに準拠する必要があります。
-        ルールに準拠していないプロシージャは、Hibernateで使うことはできません。
-        それでも、準拠していないプロシージャを使いたいのであれば、
-        <literal>session.connection()</literal> を通じて実行しなければなりません。
-        ルールはデータベースごとに異なります。
-        ストアドプロシージャのセマンティックスとシンタックスは、
-        データベースベンダごとに異なるためです。</para>
+        <para>Hibernate縺ｧ繧ｹ繝医い繝峨�繝ｭ繧ｷ繝ｼ繧ｸ繝｣繧�未謨ｰ繧剃ｽｿ縺�◆繧√↓縺ｯ縲�
+        縺昴�繝励Ο繧ｷ繝ｼ繧ｸ繝｣縺ｯ縺�￥縺､縺九�繝ｫ繝ｼ繝ｫ縺ｫ貅匁侠縺吶ｋ蠢�ｦ√′縺ゅｊ縺ｾ縺吶�
+        繝ｫ繝ｼ繝ｫ縺ｫ貅匁侠縺励※縺�↑縺��繝ｭ繧ｷ繝ｼ繧ｸ繝｣縺ｯ縲？ibernate縺ｧ菴ｿ縺�％縺ｨ縺ｯ縺ｧ縺阪∪縺帙ｓ縲�
+        縺昴ｌ縺ｧ繧ゅ∵ｺ匁侠縺励※縺�↑縺��繝ｭ繧ｷ繝ｼ繧ｸ繝｣繧剃ｽｿ縺�◆縺��縺ｧ縺ゅｌ縺ｰ縲�
+        <literal>session.connection()</literal> 繧帝壹§縺ｦ螳溯｡後＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+        繝ｫ繝ｼ繝ｫ縺ｯ繝��繧ｿ繝吶�繧ｹ縺斐→縺ｫ逡ｰ縺ｪ繧翫∪縺吶�
+        繧ｹ繝医い繝峨�繝ｭ繧ｷ繝ｼ繧ｸ繝｣縺ｮ繧ｻ繝槭Φ繝�ぅ繝�け繧ｹ縺ｨ繧ｷ繝ｳ繧ｿ繝�け繧ｹ縺ｯ縲�
+        繝��繧ｿ繝吶�繧ｹ繝吶Φ繝縺斐→縺ｫ逡ｰ縺ｪ繧九◆繧√〒縺吶�</para>
 
-        <para><literal>setFirstResult()/setMaxResults()</literal> を使って、
-        ストアドプロシージャクエリをページ分けすることはできません。</para>
+        <para><literal>setFirstResult()/setMaxResults()</literal> 繧剃ｽｿ縺｣縺ｦ縲�
+        繧ｹ繝医い繝峨�繝ｭ繧ｷ繝ｼ繧ｸ繝｣繧ｯ繧ｨ繝ｪ繧偵�繝ｼ繧ｸ蛻�￠縺吶ｋ縺薙→縺ｯ縺ｧ縺阪∪縺帙ｓ縲�</para>
 
-        <para>推奨する呼び出し方は、標準であるSQL92に従うことです。
-        <literal>{ ? = call functionName(&lt;parameters&gt;) }</literal> や
-        <literal>{ ? = call procedureName(&lt;parameters&gt;) }</literal> です。
-        ネイティブな呼び出し構文はサポートされていません。</para>
+        <para>謗ｨ螂ｨ縺吶ｋ蜻ｼ縺ｳ蜃ｺ縺玲婿縺ｯ縲∵ｨ呎ｺ悶〒縺ゅｋSQL92縺ｫ蠕薙≧縺薙→縺ｧ縺吶�
+        <literal>{ ? = call functionName(&lt;parameters&gt;) }</literal> 繧�
+        <literal>{ ? = call procedureName(&lt;parameters&gt;) }</literal> 縺ｧ縺吶�
+        繝阪う繝�ぅ繝悶↑蜻ｼ縺ｳ蜃ｺ縺玲ｧ区枚縺ｯ繧ｵ繝昴�繝医＆繧後※縺�∪縺帙ｓ縲�</para>
 
-        <para>Oracleには下記のルールが適用されます。</para>
+        <para>Oracle縺ｫ縺ｯ荳玖ｨ倥�繝ｫ繝ｼ繝ｫ縺碁←逕ｨ縺輔ｌ縺ｾ縺吶�</para>
 
         <itemizedlist spacing="compact">
           <listitem>
-            <para>関数はリザルトセットを返さなければなりません。
-            プロシージャの第一引数はリザルトセットを返すため、
-            <literal>OUT</literal> でなければなりません。
-            Oracle 9と10では、<literal>SYS_REFCURSOR</literal> を使うことによってできます。
-            Oracleでは <literal>REF CURSOR</literal> 型を定義する必要があります。
-            Oracleの文献を参照してください。</para>
+            <para>髢｢謨ｰ縺ｯ繝ｪ繧ｶ繝ｫ繝医そ繝�ヨ繧定ｿ斐＆縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+            繝励Ο繧ｷ繝ｼ繧ｸ繝｣縺ｮ隨ｬ荳蠑墓焚縺ｯ繝ｪ繧ｶ繝ｫ繝医そ繝�ヨ繧定ｿ斐☆縺溘ａ縲�
+            <literal>OUT</literal> 縺ｧ縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+            Oracle 9縺ｨ10縺ｧ縺ｯ縲�<literal>SYS_REFCURSOR</literal> 繧剃ｽｿ縺�％縺ｨ縺ｫ繧医▲縺ｦ縺ｧ縺阪∪縺吶�
+            Oracle縺ｧ縺ｯ <literal>REF CURSOR</literal> 蝙九ｒ螳夂ｾｩ縺吶ｋ蠢�ｦ√′縺ゅｊ縺ｾ縺吶�
+            Oracle縺ｮ譁�鍵繧貞盾辣ｧ縺励※縺上□縺輔＞縲�</para>
           </listitem>
         </itemizedlist>
 
-        <para>SybaseとMS SQLサーバーに適用されるルールを下記に示します。</para>
+        <para>Sybase縺ｨMS SQL繧ｵ繝ｼ繝舌�縺ｫ驕ｩ逕ｨ縺輔ｌ繧九Ν繝ｼ繝ｫ繧剃ｸ玖ｨ倥↓遉ｺ縺励∪縺吶�</para>
 
         <itemizedlist spacing="compact">
           <listitem>
-            <para>プロシージャはリザルトセットを返さなければなりません。
-            サーバーは複数のリザルトセットと更新カウントを返しますが、
-            Hibernateは1つ目のリザルトセットだけを返すことに注意してください。
-            その他はすべて捨てられます。</para>
+            <para>繝励Ο繧ｷ繝ｼ繧ｸ繝｣縺ｯ繝ｪ繧ｶ繝ｫ繝医そ繝�ヨ繧定ｿ斐＆縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+            繧ｵ繝ｼ繝舌�縺ｯ隍�焚縺ｮ繝ｪ繧ｶ繝ｫ繝医そ繝�ヨ縺ｨ譖ｴ譁ｰ繧ｫ繧ｦ繝ｳ繝医ｒ霑斐＠縺ｾ縺吶′縲�
+            Hibernate縺ｯ1縺､逶ｮ縺ｮ繝ｪ繧ｶ繝ｫ繝医そ繝�ヨ縺�縺代ｒ霑斐☆縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+            縺昴�莉悶�縺吶∋縺ｦ謐ｨ縺ｦ繧峨ｌ縺ｾ縺吶�</para>
           </listitem>
 
           <listitem>
-            <para>プロシージャの中で <literal>SET NOCOUNT ON</literal> を有効にできれば、
-            おそらく効率がよくなるでしょう。
-            しかし、これは必要条件ではありません。</para>
+            <para>繝励Ο繧ｷ繝ｼ繧ｸ繝｣縺ｮ荳ｭ縺ｧ <literal>SET NOCOUNT ON</literal> 繧呈怏蜉ｹ縺ｫ縺ｧ縺阪ｌ縺ｰ縲�
+            縺翫◎繧峨￥蜉ｹ邇�′繧医￥縺ｪ繧九〒縺励ｇ縺��
+            縺励°縺励√％繧後�蠢�ｦ∵擅莉ｶ縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�</para>
           </listitem>
         </itemizedlist>
       </sect3>
@@ -597,15 +599,15 @@ BEGIN
   </sect1>
 
   <sect1 id="querysql-cud">
-    <title>作成、更新、削除のためのカスタムSQL</title>
+    <title>菴懈�縲∵峩譁ｰ縲∝炎髯､縺ｮ縺溘ａ縺ｮ繧ｫ繧ｹ繧ｿ繝�SQL</title>
 
-    <para>Hibernate3は作成、更新、削除処理のためのカスタムSQL文を使用できます。
-    クラスとコレクションの永続化機構は、コンフィグレーション時に生成された文字列
-    （insertsql、deletesql、updatesqlなど）のセットをすでに保持しています。
-    これらの文字列より、
-    <literal>&lt;sql-insert&gt;</literal>、
-    <literal>&lt;sql-delete&gt;</literal>、
-    <literal>&lt;sql-update&gt;</literal> というマッピングタグが優先されます。</para>
+    <para>Hibernate3縺ｯ菴懈�縲∵峩譁ｰ縲∝炎髯､蜃ｦ逅��縺溘ａ縺ｮ繧ｫ繧ｹ繧ｿ繝�SQL譁�ｒ菴ｿ逕ｨ縺ｧ縺阪∪縺吶�
+    繧ｯ繝ｩ繧ｹ縺ｨ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ豌ｸ邯壼喧讖滓ｧ九�縲√さ繝ｳ繝輔ぅ繧ｰ繝ｬ繝ｼ繧ｷ繝ｧ繝ｳ譎ゅ↓逕滓�縺輔ｌ縺滓枚蟄怜�
+    ��insertsql縲‥eletesql縲「pdatesql縺ｪ縺ｩ�峨�繧ｻ繝�ヨ繧偵☆縺ｧ縺ｫ菫晄戟縺励※縺�∪縺吶�
+    縺薙ｌ繧峨�譁�ｭ怜�繧医ｊ縲�
+    <literal>&lt;sql-insert&gt;</literal>縲�
+    <literal>&lt;sql-delete&gt;</literal>縲�
+    <literal>&lt;sql-update&gt;</literal> 縺ｨ縺�≧繝槭ャ繝斐Φ繧ｰ繧ｿ繧ｰ縺悟━蜈医＆繧後∪縺吶�</para>
 
     <programlisting><![CDATA[<class name="Person">
     <id name="id">
@@ -617,11 +619,11 @@ BEGIN
     <sql-delete>DELETE FROM PERSON WHERE ID=?</sql-delete>
 </class>]]></programlisting>
 
-    <para>SQLを直接データベースで実行するため、好みの方言を自由に使用できます。
-    データベース独自のSQLを使えば、当然マッピングのポータビリティが下がります。</para>
+    <para>SQL繧堤峩謗･繝��繧ｿ繝吶�繧ｹ縺ｧ螳溯｡後☆繧九◆繧√∝･ｽ縺ｿ縺ｮ譁ｹ險繧定�逕ｱ縺ｫ菴ｿ逕ｨ縺ｧ縺阪∪縺吶�
+    繝��繧ｿ繝吶�繧ｹ迢ｬ閾ｪ縺ｮSQL繧剃ｽｿ縺医�縲∝ｽ鍋┯繝槭ャ繝斐Φ繧ｰ縺ｮ繝昴�繧ｿ繝薙Μ繝�ぅ縺御ｸ九′繧翫∪縺吶�</para>
 
-    <para><literal>callable</literal> 属性をセットすれば、
-    ストアドプロシージャを使用できます。</para>
+    <para><literal>callable</literal> 螻樊ｧ繧偵そ繝�ヨ縺吶ｌ縺ｰ縲�
+    繧ｹ繝医い繝峨�繝ｭ繧ｷ繝ｼ繧ｸ繝｣繧剃ｽｿ逕ｨ縺ｧ縺阪∪縺吶�</para>
 
     <programlisting><![CDATA[<class name="Person">
     <id name="id">
@@ -633,21 +635,21 @@ BEGIN
     <sql-update callable="true">{? = call updatePerson (?, ?)}</sql-update>
 </class>]]></programlisting>
 
-    <para>今のところ、位置パラメータの順番はとても重要です。
-    すなわち、Hibernateが期待する順序でなければなりません。</para>
+    <para>莉翫�縺ｨ縺薙ｍ縲∽ｽ咲ｽｮ繝代Λ繝｡繝ｼ繧ｿ縺ｮ鬆�分縺ｯ縺ｨ縺ｦ繧る㍾隕√〒縺吶�
+    縺吶↑繧上■縲？ibernate縺梧悄蠕�☆繧矩��ｺ上〒縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�</para>
 
-    <para><literal>org.hiberante.persister.entity</literal> レベルのデバッグログを
-    有効にすることによって、期待される順番を確かめられます。
-    このレベルを有効にすることにより、エンティティの作成、更新、削除などで
-    使用される静的なSQLが出力されます。
-    （期待される順序を確認するためには、Hibernateが生成する静的なSQLをオーバーライドする
-    カスタムSQLをマッピングファイルに含めないことを忘れないでください。）</para>
+    <para><literal>org.hiberante.persister.entity</literal> 繝ｬ繝吶Ν縺ｮ繝�ヰ繝�げ繝ｭ繧ｰ繧�
+    譛牙柑縺ｫ縺吶ｋ縺薙→縺ｫ繧医▲縺ｦ縲∵悄蠕�＆繧後ｋ鬆�分繧堤｢ｺ縺九ａ繧峨ｌ縺ｾ縺吶�
+    縺薙�繝ｬ繝吶Ν繧呈怏蜉ｹ縺ｫ縺吶ｋ縺薙→縺ｫ繧医ｊ縲√お繝ｳ繝�ぅ繝�ぅ縺ｮ菴懈�縲∵峩譁ｰ縲∝炎髯､縺ｪ縺ｩ縺ｧ
+    菴ｿ逕ｨ縺輔ｌ繧矩撕逧�↑SQL縺悟�蜉帙＆繧後∪縺吶�
+    �域悄蠕�＆繧後ｋ鬆�ｺ上ｒ遒ｺ隱阪☆繧九◆繧√↓縺ｯ縲？ibernate縺檎函謌舌☆繧矩撕逧�↑SQL繧偵が繝ｼ繝舌�繝ｩ繧､繝峨☆繧�
+    繧ｫ繧ｹ繧ｿ繝�SQL繧偵�繝�ヴ繝ｳ繧ｰ繝輔ぃ繧､繝ｫ縺ｫ蜷ｫ繧√↑縺�％縺ｨ繧貞ｿ倥ｌ縺ｪ縺�〒縺上□縺輔＞縲ゑｼ�</para>
 
-    <para>ストアドプロシージャは挿入/更新/削除された行数を返す必要があります
-    （読み込みの場合は、返さないよりは返す方がよいです）。
-    実行時にHibernateがSQL文の成功をチェックするからです。
-    Hibernateは、CUD処理のための数値の出力パラメータとして、
-    SQL文の最初のパラメータをいつも記録します。</para>
+    <para>繧ｹ繝医い繝峨�繝ｭ繧ｷ繝ｼ繧ｸ繝｣縺ｯ謖ｿ蜈･/譖ｴ譁ｰ/蜑企勁縺輔ｌ縺溯｡梧焚繧定ｿ斐☆蠢�ｦ√′縺ゅｊ縺ｾ縺�
+    �郁ｪｭ縺ｿ霎ｼ縺ｿ縺ｮ蝣ｴ蜷医�縲∬ｿ斐＆縺ｪ縺�ｈ繧翫�霑斐☆譁ｹ縺後ｈ縺�〒縺呻ｼ峨�
+    螳溯｡梧凾縺ｫHibernate縺郡QL譁��謌仙粥繧偵メ繧ｧ繝�け縺吶ｋ縺九ｉ縺ｧ縺吶�
+    Hibernate縺ｯ縲，UD蜃ｦ逅��縺溘ａ縺ｮ謨ｰ蛟､縺ｮ蜃ｺ蜉帙ヱ繝ｩ繝｡繝ｼ繧ｿ縺ｨ縺励※縲�
+    SQL譁��譛蛻昴�繝代Λ繝｡繝ｼ繧ｿ繧偵＞縺､繧りｨ倬鹸縺励∪縺吶�</para>
 
     <programlisting><![CDATA[CREATE OR REPLACE FUNCTION updatePerson (uid IN NUMBER, uname IN VARCHAR2)
     RETURN NUMBER IS
@@ -665,9 +667,9 @@ END updatePerson;]]></programlisting>
   </sect1>
 
   <sect1 id="querysql-load">
-    <title>ロードのためのカスタムSQL</title>
+    <title>繝ｭ繝ｼ繝峨�縺溘ａ縺ｮ繧ｫ繧ｹ繧ｿ繝�SQL</title>
 
-    <para>エンティティを読み込むための独自のSQL（もしくはHQL）クエリも宣言できます。</para>
+    <para>繧ｨ繝ｳ繝�ぅ繝�ぅ繧定ｪｭ縺ｿ霎ｼ繧縺溘ａ縺ｮ迢ｬ閾ｪ縺ｮSQL�医ｂ縺励￥縺ｯHQL�峨け繧ｨ繝ｪ繧ょｮ｣險縺ｧ縺阪∪縺吶�</para>
 
     <programlisting><![CDATA[<sql-query name="person">
     <return alias="pers" class="Person" lock-mode="upgrade"/>
@@ -677,8 +679,8 @@ END updatePerson;]]></programlisting>
     FOR UPDATE
 </sql-query>]]></programlisting>
 
-    <para>これは、まさに（以前議論した）名前付きクエリの宣言です。
-    この名前付きクエリをクラスのマッピングから参照できます。</para>
+    <para>縺薙ｌ縺ｯ縲√∪縺輔↓�井ｻ･蜑崎ｭｰ隲悶＠縺滂ｼ牙錐蜑堺ｻ倥″繧ｯ繧ｨ繝ｪ縺ｮ螳｣險縺ｧ縺吶�
+    縺薙�蜷榊燕莉倥″繧ｯ繧ｨ繝ｪ繧偵け繝ｩ繧ｹ縺ｮ繝槭ャ繝斐Φ繧ｰ縺九ｉ蜿ら�縺ｧ縺阪∪縺吶�</para>
 
     <programlisting><![CDATA[<class name="Person">
     <id name="id">
@@ -689,9 +691,9 @@ END updatePerson;]]></programlisting>
 </class>]]></programlisting>
     
 
-    <para>これはストアドプロシージャでさえも動作します。</para>
+    <para>縺薙ｌ縺ｯ繧ｹ繝医い繝峨�繝ｭ繧ｷ繝ｼ繧ｸ繝｣縺ｧ縺輔∴繧ょ虚菴懊＠縺ｾ縺吶�</para>
 
-    <para>次のように、コレクションをロードするためのクエリさえ定義してよいです。</para>
+    <para>谺｡縺ｮ繧医≧縺ｫ縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧偵Ο繝ｼ繝峨☆繧九◆繧√�繧ｯ繧ｨ繝ｪ縺輔∴螳夂ｾｩ縺励※繧医＞縺ｧ縺吶�</para>
 
     <programlisting><![CDATA[<set name="employments" inverse="true">
     <key/>
@@ -707,8 +709,8 @@ END updatePerson;]]></programlisting>
     ORDER BY STARTDATE ASC, EMPLOYEE ASC
 </sql-query>]]></programlisting>
 
-    <para>次のように、結合フェッチによりコレクションをロードする
-    エンティティローダーを定義できます。</para>
+    <para>谺｡縺ｮ繧医≧縺ｫ縲∫ｵ仙粋繝輔ぉ繝�メ縺ｫ繧医ｊ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧偵Ο繝ｼ繝峨☆繧�
+    繧ｨ繝ｳ繝�ぅ繝�ぅ繝ｭ繝ｼ繝繝ｼ繧貞ｮ夂ｾｩ縺ｧ縺阪∪縺吶�</para>
 
     <programlisting><![CDATA[<sql-query name="person">
     <return alias="pers" class="Person"/>
@@ -721,4 +723,4 @@ END updatePerson;]]></programlisting>
 </sql-query>]]></programlisting>
   </sect1>
 
-</chapter>
\ No newline at end of file
+</chapter>
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/session_api.xml b/documentation/manual/ja-JP/src/main/docbook/content/session_api.xml
index ab2ea5f489..3267925d93 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/session_api.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/session_api.xml
@@ -1,81 +1,83 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="objectstate">
-    <title>オブジェクトを扱う</title>
+    <title>繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ謇ｱ縺�</title>
     
     <para> 
-        Hibernate は完全なオブジェクト/リレーショナルマッピングソリューションであり、
-        データベース管理システムの詳細を開発者から隠蔽するだけでなく、 オブジェクトの <emphasis>状態管理</emphasis> も行います。
-        これは、JDBC/SQL永続層と同じようなSQL <literal>文</literal> の管理とは異なり、
-        Javaアプリケーションにおける永続化に対する、とても自然なオブジェクト指向の考え方を提供します。 
+        Hibernate 縺ｯ螳悟�縺ｪ繧ｪ繝悶ず繧ｧ繧ｯ繝�/繝ｪ繝ｬ繝ｼ繧ｷ繝ｧ繝翫Ν繝槭ャ繝斐Φ繧ｰ繧ｽ繝ｪ繝･繝ｼ繧ｷ繝ｧ繝ｳ縺ｧ縺ゅｊ縲�
+        繝��繧ｿ繝吶�繧ｹ邂｡逅�す繧ｹ繝�Β縺ｮ隧ｳ邏ｰ繧帝幕逋ｺ閠�°繧蛾國阡ｽ縺吶ｋ縺�縺代〒縺ｪ縺上� 繧ｪ繝悶ず繧ｧ繧ｯ繝医� <emphasis>迥ｶ諷狗ｮ｡逅�</emphasis> 繧り｡後＞縺ｾ縺吶�
+        縺薙ｌ縺ｯ縲゛DBC/SQL豌ｸ邯壼ｱ､縺ｨ蜷後§繧医≧縺ｪSQL <literal>譁�</literal> 縺ｮ邂｡逅�→縺ｯ逡ｰ縺ｪ繧翫�
+        Java繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ縺翫￠繧区ｰｸ邯壼喧縺ｫ蟇ｾ縺吶ｋ縲√→縺ｦ繧り�辟ｶ縺ｪ繧ｪ繝悶ず繧ｧ繧ｯ繝域欠蜷代�閠�∴譁ｹ繧呈署萓帙＠縺ｾ縺吶� 
         </para>
     
     <para> 
-        言いかえれば、Hibernateを用いるアプリケーション開発者は、オブジェクトの <emphasis>状態</emphasis> については
-        常に意識すべきであり、SQL文の実行については必ずしもそうではありません。
-        この部分は、通常、Hibernateが処理し、システムのパフォーマンスをチューニングするときにだけ、 問題になってきます。 
+        險縺�°縺医ｌ縺ｰ縲？ibernate繧堤畑縺�ｋ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ髢狗匱閠��縲√が繝悶ず繧ｧ繧ｯ繝医� <emphasis>迥ｶ諷�</emphasis> 縺ｫ縺､縺�※縺ｯ
+        蟶ｸ縺ｫ諢剰ｭ倥☆縺ｹ縺阪〒縺ゅｊ縲ヾQL譁��螳溯｡後↓縺､縺�※縺ｯ蠢�★縺励ｂ縺昴≧縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+        縺薙�驛ｨ蛻��縲�壼ｸｸ縲？ibernate縺悟�逅�＠縲√す繧ｹ繝�Β縺ｮ繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ繧偵メ繝･繝ｼ繝九Φ繧ｰ縺吶ｋ縺ｨ縺阪↓縺�縺代� 蝠城｡後↓縺ｪ縺｣縺ｦ縺阪∪縺吶� 
     </para>
     
     <sect1 id="objectstate-overview">
-        <title>Hibernateにおけるオブジェクトの状態</title>
+        <title>Hibernate縺ｫ縺翫￠繧九が繝悶ず繧ｧ繧ｯ繝医�迥ｶ諷�</title>
         
         <para>
-            Hibernateは次のようなオブジェクトの状態を定義し、サポートしています。
+            Hibernate縺ｯ谺｡縺ｮ繧医≧縺ｪ繧ｪ繝悶ず繧ｧ繧ｯ繝医�迥ｶ諷九ｒ螳夂ｾｩ縺励√し繝昴�繝医＠縺ｦ縺�∪縺吶�
         </para>
         
         <itemizedlist>
             <listitem>
                 <para> 
-                    <emphasis> 一時的(Transient) </emphasis> - <literal>new</literal>
-                     演算子を使って インスタンス化されただけで、 Hibernateの <literal>Session</literal> 
-                    に関連付けられていないオブジェクトは、 一時的(transient)です。
-                    それは、データベースに永続的な表現を持たず、識別子となる値は割り当てられていません。
-                    一時的なインスタンスは、アプリケーションがその参照をどこにも保持しない場合に、 ガベージコレクタによって破棄されます。
-                    オブジェクトを永続的(persistent)な状態にするためには、Hibernateの
-                     <literal>Session</literal> を使いましょう。
-                    （この状態遷移に必要となるSQL文の発行は、Hibernateに任せましょう。） 
+                    <emphasis> 荳譎ら噪(Transient) </emphasis> - <literal>new</literal>
+                     貍皮ｮ怜ｭ舌ｒ菴ｿ縺｣縺ｦ 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ蛹悶＆繧後◆縺�縺代〒縲� Hibernate縺ｮ <literal>Session</literal> 
+                    縺ｫ髢｢騾｣莉倥￠繧峨ｌ縺ｦ縺�↑縺�が繝悶ず繧ｧ繧ｯ繝医�縲� 荳譎ら噪(transient)縺ｧ縺吶�
+                    縺昴ｌ縺ｯ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｫ豌ｸ邯夂噪縺ｪ陦ｨ迴ｾ繧呈戟縺溘★縲∬ｭ伜挨蟄舌→縺ｪ繧句､縺ｯ蜑ｲ繧雁ｽ薙※繧峨ｌ縺ｦ縺�∪縺帙ｓ縲�
+                    荳譎ら噪縺ｪ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺後◎縺ｮ蜿ら�繧偵←縺薙↓繧ゆｿ晄戟縺励↑縺��ｴ蜷医↓縲� 繧ｬ繝吶�繧ｸ繧ｳ繝ｬ繧ｯ繧ｿ縺ｫ繧医▲縺ｦ遐ｴ譽�＆繧後∪縺吶�
+                    繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ豌ｸ邯夂噪(persistent)縺ｪ迥ｶ諷九↓縺吶ｋ縺溘ａ縺ｫ縺ｯ縲？ibernate縺ｮ
+                     <literal>Session</literal> 繧剃ｽｿ縺�∪縺励ｇ縺��
+                    �医％縺ｮ迥ｶ諷矩�遘ｻ縺ｫ蠢�ｦ√→縺ｪ繧鬼QL譁��逋ｺ陦後�縲？ibernate縺ｫ莉ｻ縺帙∪縺励ｇ縺�ゑｼ� 
                 </para>
             </listitem>
             <listitem>
                 <para> 
-                    <emphasis>永続的(Persistent)</emphasis> -
-                    永続的なインスタンスはデータベースに 永続的な表現を持ち、識別子となる値を持っています。
-                    それは、セーブされたり、ロードされたりするかもしれませんが、
-                    定義上は、 <literal>Session</literal> のスコープの中に存在しています。
-                    Hibernateは、作業単位（Unit of work）が完了したときに、 永続状態のオブジェクトに加えられた変更を検出し、
-                    オブジェクトの状態とデータベースを同期します。 オブジェクトを一時的(transient)にするときは、開発者は、手作業で
-                     <literal>UPDATE</literal> 文や <literal>DELETE</literal>
-                    文を実行しません。 
+                    <emphasis>豌ｸ邯夂噪(Persistent)</emphasis> -
+                    豌ｸ邯夂噪縺ｪ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ繝��繧ｿ繝吶�繧ｹ縺ｫ 豌ｸ邯夂噪縺ｪ陦ｨ迴ｾ繧呈戟縺｡縲∬ｭ伜挨蟄舌→縺ｪ繧句､繧呈戟縺｣縺ｦ縺�∪縺吶�
+                    縺昴ｌ縺ｯ縲√そ繝ｼ繝悶＆繧後◆繧翫√Ο繝ｼ繝峨＆繧後◆繧翫☆繧九°繧ゅ＠繧後∪縺帙ｓ縺後�
+                    螳夂ｾｩ荳翫�縲� <literal>Session</literal> 縺ｮ繧ｹ繧ｳ繝ｼ繝励�荳ｭ縺ｫ蟄伜惠縺励※縺�∪縺吶�
+                    Hibernate縺ｯ縲∽ｽ懈･ｭ蜊倅ｽ搾ｼ�Unit of work�峨′螳御ｺ�＠縺溘→縺阪↓縲� 豌ｸ邯夂憾諷九�繧ｪ繝悶ず繧ｧ繧ｯ繝医↓蜉�縺医ｉ繧後◆螟画峩繧呈､懷�縺励�
+                    繧ｪ繝悶ず繧ｧ繧ｯ繝医�迥ｶ諷九→繝��繧ｿ繝吶�繧ｹ繧貞酔譛溘＠縺ｾ縺吶� 繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ荳譎ら噪(transient)縺ｫ縺吶ｋ縺ｨ縺阪�縲�幕逋ｺ閠��縲∵焔菴懈･ｭ縺ｧ
+                     <literal>UPDATE</literal> 譁�ｄ <literal>DELETE</literal>
+                    譁�ｒ螳溯｡後＠縺ｾ縺帙ｓ縲� 
                 </para>
             </listitem>
             <listitem>
                 <para> 
-                    <emphasis>分離(Detached)</emphasis> - 分離されたインスタンスとは、永続化されているが、
-                    それと関連付いていた <literal>Session</literal> がクローズされているオブジェクトのことです。
-                    そのオブジェクトへの参照は、依然として有効です。
-                    そして、もちろん、分離された状態にあるオブジェクトは、修正することさえできます。
-                    分離されたインスタンスは、もう一度永続化したい（そして、すべての変更を永続化したい）ときに、 新しい
-                     <literal>Session</literal> に再追加できます。
-                    この機能は、ユーザが考える時間を必要とするような、長期間に及ぶ作業単位に対する プログラミングモデルを可能にします。
-                    我々は、これを <emphasis>アプリケーションのトランザクション（application
-                    transactions）</emphasis> と呼んでいます。 すなわち、ユーザから見た作業単位だということです。
+                    <emphasis>蛻�屬(Detached)</emphasis> - 蛻�屬縺輔ｌ縺溘う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｨ縺ｯ縲∵ｰｸ邯壼喧縺輔ｌ縺ｦ縺�ｋ縺後�
+                    縺昴ｌ縺ｨ髢｢騾｣莉倥＞縺ｦ縺�◆ <literal>Session</literal> 縺後け繝ｭ繝ｼ繧ｺ縺輔ｌ縺ｦ縺�ｋ繧ｪ繝悶ず繧ｧ繧ｯ繝医�縺薙→縺ｧ縺吶�
+                    縺昴�繧ｪ繝悶ず繧ｧ繧ｯ繝医∈縺ｮ蜿ら�縺ｯ縲∽ｾ晉┯縺ｨ縺励※譛牙柑縺ｧ縺吶�
+                    縺昴＠縺ｦ縲√ｂ縺｡繧阪ｓ縲∝�髮｢縺輔ｌ縺溽憾諷九↓縺ゅｋ繧ｪ繝悶ず繧ｧ繧ｯ繝医�縲∽ｿｮ豁｣縺吶ｋ縺薙→縺輔∴縺ｧ縺阪∪縺吶�
+                    蛻�屬縺輔ｌ縺溘う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲√ｂ縺�ｸ蠎ｦ豌ｸ邯壼喧縺励◆縺�ｼ医◎縺励※縲√☆縺ｹ縺ｦ縺ｮ螟画峩繧呈ｰｸ邯壼喧縺励◆縺�ｼ峨→縺阪↓縲� 譁ｰ縺励＞
+                     <literal>Session</literal> 縺ｫ蜀崎ｿｽ蜉�縺ｧ縺阪∪縺吶�
+                    縺薙�讖溯�縺ｯ縲√Θ繝ｼ繧ｶ縺瑚�∴繧区凾髢薙ｒ蠢�ｦ√→縺吶ｋ繧医≧縺ｪ縲�聞譛滄俣縺ｫ蜿翫�菴懈･ｭ蜊倅ｽ阪↓蟇ｾ縺吶ｋ 繝励Ο繧ｰ繝ｩ繝溘Φ繧ｰ繝｢繝�Ν繧貞庄閭ｽ縺ｫ縺励∪縺吶�
+                    謌代��縲√％繧後ｒ <emphasis>繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ��application
+                    transactions��</emphasis> 縺ｨ蜻ｼ繧薙〒縺�∪縺吶� 縺吶↑繧上■縲√Θ繝ｼ繧ｶ縺九ｉ隕九◆菴懈･ｭ蜊倅ｽ阪□縺ｨ縺�≧縺薙→縺ｧ縺吶�
                 </para>
             </listitem>
         </itemizedlist>
         
         <para> 
-            これから、状態と状態遷移（そして、遷移のきっかけとなるHibernateのメソッド）について 、詳細に述べます。 
+            縺薙ｌ縺九ｉ縲∫憾諷九→迥ｶ諷矩�遘ｻ�医◎縺励※縲��遘ｻ縺ｮ縺阪▲縺九￠縺ｨ縺ｪ繧稀ibernate縺ｮ繝｡繧ｽ繝�ラ�峨↓縺､縺�※ 縲∬ｩｳ邏ｰ縺ｫ霑ｰ縺ｹ縺ｾ縺吶� 
         </para>
         
     </sect1>
     
     <sect1 id="objectstate-makingpersistent" revision="1">
-        <title>オブジェクトを永続状態にする</title>
+        <title>繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ豌ｸ邯夂憾諷九↓縺吶ｋ</title>
         
         <para>
-            新しくインスタンス化された永続クラスのインスタンスは、 Hibernateでは
-             <emphasis>一時的(transient)</emphasis> と見なされます。
-            以下のように、セッションと関連づけることで、一時的なインスタンスを
-             <emphasis>永続状態(persistent)</emphasis> にできます。 
+            譁ｰ縺励￥繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ蛹悶＆繧後◆豌ｸ邯壹け繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲� Hibernate縺ｧ縺ｯ
+             <emphasis>荳譎ら噪(transient)</emphasis> 縺ｨ隕九↑縺輔ｌ縺ｾ縺吶�
+            莉･荳九�繧医≧縺ｫ縲√そ繝�す繝ｧ繝ｳ縺ｨ髢｢騾｣縺･縺代ｋ縺薙→縺ｧ縲∽ｸ譎ら噪縺ｪ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧�
+             <emphasis>豌ｸ邯夂憾諷�(persistent)</emphasis> 縺ｫ縺ｧ縺阪∪縺吶� 
          </para>
         
         
@@ -86,18 +88,18 @@ fritz.setName("Fritz");
 Long generatedId = (Long) sess.save(fritz);]]></programlisting>
         
         <para> 
-            <literal>Cat</literal> クラスの識別子が自動生成されるのであれば、
-            <literal>save()</literal> が呼ばれるときに、 識別子が生成され、 <literal>cat</literal>
-            インスタンスに割り当てられます。 <literal>Cat</literal> 
-            の識別子が他から割り当てられる（ <literal>assigned</literal> 識別子を持つ）か、複合キーであるなら、
-             <literal>save()</literal> を呼び出す前に、識別子を割り当てなければなりません。
-             <literal>save()</literal> の代わりに、EJB3 の初期ドラフトで定義された
-             <literal>persist()</literal> を使うことも可能です。 
+            <literal>Cat</literal> 繧ｯ繝ｩ繧ｹ縺ｮ隴伜挨蟄舌′閾ｪ蜍慕函謌舌＆繧後ｋ縺ｮ縺ｧ縺ゅｌ縺ｰ縲�
+            <literal>save()</literal> 縺悟他縺ｰ繧後ｋ縺ｨ縺阪↓縲� 隴伜挨蟄舌′逕滓�縺輔ｌ縲� <literal>cat</literal>
+            繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｫ蜑ｲ繧雁ｽ薙※繧峨ｌ縺ｾ縺吶� <literal>Cat</literal> 
+            縺ｮ隴伜挨蟄舌′莉悶°繧牙牡繧雁ｽ薙※繧峨ｌ繧具ｼ� <literal>assigned</literal> 隴伜挨蟄舌ｒ謖√▽�峨°縲∬､�粋繧ｭ繝ｼ縺ｧ縺ゅｋ縺ｪ繧峨�
+             <literal>save()</literal> 繧貞他縺ｳ蜃ｺ縺吝燕縺ｫ縲∬ｭ伜挨蟄舌ｒ蜑ｲ繧雁ｽ薙※縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+             <literal>save()</literal> 縺ｮ莉｣繧上ｊ縺ｫ縲・JB3 縺ｮ蛻晄悄繝峨Λ繝輔ヨ縺ｧ螳夂ｾｩ縺輔ｌ縺�
+             <literal>persist()</literal> 繧剃ｽｿ縺�％縺ｨ繧ょ庄閭ｽ縺ｧ縺吶� 
          </para>
         
         <para> 
-             代わりに、識別子を引数にとる <literal>save()</literal>
-            メソッドを使って、 識別子を割り当てることもできます。 
+             莉｣繧上ｊ縺ｫ縲∬ｭ伜挨蟄舌ｒ蠑墓焚縺ｫ縺ｨ繧� <literal>save()</literal>
+            繝｡繧ｽ繝�ラ繧剃ｽｿ縺｣縺ｦ縲� 隴伜挨蟄舌ｒ蜑ｲ繧雁ｽ薙※繧九％縺ｨ繧ゅ〒縺阪∪縺吶� 
         </para>
         
         
@@ -110,29 +112,29 @@ pk.addKitten(fritz);
 sess.save( pk, new Long(1234) );]]></programlisting>
         
         <para> 
-            永続化するオブジェクトが関連オブジェクトを持っている場合 （例えば、前の例における
-             <literal>kittens</literal> コレクションのように）、 外部キーカラムに、 <literal>NOT
-            NULL</literal> 制約をつけない限りは、 これらの一連のオブジェクトをどんな順番で永続化してもかまいません。
-            外部キー制約を違反する恐れはありません。 しかし、 <literal>NOT NULL</literal> 
-            制約がある場合、間違った順番でオブジェクトを <literal>save()</literal> してしまうと、
-            制約に違反するかもしれません。 </para>
+            豌ｸ邯壼喧縺吶ｋ繧ｪ繝悶ず繧ｧ繧ｯ繝医′髢｢騾｣繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ謖√▲縺ｦ縺�ｋ蝣ｴ蜷� �井ｾ九∴縺ｰ縲∝燕縺ｮ萓九↓縺翫￠繧�
+             <literal>kittens</literal> 繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧医≧縺ｫ�峨� 螟夜Κ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺ｫ縲� <literal>NOT
+            NULL</literal> 蛻ｶ邏�ｒ縺､縺代↑縺�剞繧翫�縲� 縺薙ｌ繧峨�荳騾｣縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ縺ｩ繧薙↑鬆�分縺ｧ豌ｸ邯壼喧縺励※繧ゅ°縺ｾ縺�∪縺帙ｓ縲�
+            螟夜Κ繧ｭ繝ｼ蛻ｶ邏�ｒ驕募渚縺吶ｋ諱舌ｌ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲� 縺励°縺励� <literal>NOT NULL</literal> 
+            蛻ｶ邏�′縺ゅｋ蝣ｴ蜷医�俣驕輔▲縺滄��分縺ｧ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ <literal>save()</literal> 縺励※縺励∪縺�→縲�
+            蛻ｶ邏�↓驕募渚縺吶ｋ縺九ｂ縺励ｌ縺ｾ縺帙ｓ縲� </para>
         
         <para>
-            関連するオブジェクトを自動的に保存する、 Hibernateの <emphasis>遷移的な永続化(transitive
-            persistence)</emphasis> 機能を 使うつもりならば、そのような詳細を気にする必要はありません。
-            そして、 <literal>NOT NULL</literal> 制約の違反すら起こりません。
-            Hibernateがすべて面倒をみてくれます。遷移的な永続化は、この章の後半に書かれています。 </para>
+            髢｢騾｣縺吶ｋ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ閾ｪ蜍慕噪縺ｫ菫晏ｭ倥☆繧九� Hibernate縺ｮ <emphasis>驕ｷ遘ｻ逧�↑豌ｸ邯壼喧(transitive
+            persistence)</emphasis> 讖溯�繧� 菴ｿ縺�▽繧ゅｊ縺ｪ繧峨�縲√◎縺ｮ繧医≧縺ｪ隧ｳ邏ｰ繧呈ｰ励↓縺吶ｋ蠢�ｦ√�縺ゅｊ縺ｾ縺帙ｓ縲�
+            縺昴＠縺ｦ縲� <literal>NOT NULL</literal> 蛻ｶ邏��驕募渚縺吶ｉ襍ｷ縺薙ｊ縺ｾ縺帙ｓ縲�
+            Hibernate縺後☆縺ｹ縺ｦ髱｢蛟偵ｒ縺ｿ縺ｦ縺上ｌ縺ｾ縺吶る�遘ｻ逧�↑豌ｸ邯壼喧縺ｯ縲√％縺ｮ遶�縺ｮ蠕悟濠縺ｫ譖ｸ縺九ｌ縺ｦ縺�∪縺吶� </para>
         
     </sect1>
     
     <sect1 id="objectstate-loading">
-        <title>オブジェクトのロード</title>
+        <title>繧ｪ繝悶ず繧ｧ繧ｯ繝医�繝ｭ繝ｼ繝�</title>
         
         <para>
-            永続化されたインスタンスの識別子があらかじめ分かっているなら、 <literal>Session</literal> の
-             <literal>load()</literal> メソッドを使って、復元できます。 <literal>load()</literal> 
-            は、Class オブジェクトを引数にとり、 そのクラスのインスタンスを新たに生成し、状態をロードします。
-            そのインスタンスの状態は、永続(persistent)状態です。 </para>
+            豌ｸ邯壼喧縺輔ｌ縺溘う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ隴伜挨蟄舌′縺ゅｉ縺九§繧∝�縺九▲縺ｦ縺�ｋ縺ｪ繧峨� <literal>Session</literal> 縺ｮ
+             <literal>load()</literal> 繝｡繧ｽ繝�ラ繧剃ｽｿ縺｣縺ｦ縲∝ｾｩ蜈�〒縺阪∪縺吶� <literal>load()</literal> 
+            縺ｯ縲，lass 繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ蠑墓焚縺ｫ縺ｨ繧翫� 縺昴�繧ｯ繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧呈眠縺溘↓逕滓�縺励∫憾諷九ｒ繝ｭ繝ｼ繝峨＠縺ｾ縺吶�
+            縺昴�繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ迥ｶ諷九�縲∵ｰｸ邯�(persistent)迥ｶ諷九〒縺吶� </para>
         
         
         <programlisting><![CDATA[Cat fritz = (Cat) sess.load(Cat.class, generatedId);]]></programlisting>
@@ -142,7 +144,7 @@ sess.save( pk, new Long(1234) );]]></programlisting>
 long id = 1234;
 DomesticCat pk = (DomesticCat) sess.load( DomesticCat.class, new Long(id) );]]></programlisting>
         <para>
-            あるいは、以下のように、既存のインスタンスに状態をロードすることもできます。 </para>
+            縺ゅｋ縺��縲∽ｻ･荳九�繧医≧縺ｫ縲∵里蟄倥�繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｫ迥ｶ諷九ｒ繝ｭ繝ｼ繝峨☆繧九％縺ｨ繧ゅ〒縺阪∪縺吶� </para>
         
         
         <programlisting><![CDATA[Cat cat = new DomesticCat();
@@ -151,16 +153,16 @@ sess.load( cat, new Long(pkId) );
 Set kittens = cat.getKittens();]]></programlisting>
         
         <para> 
-            DBに該当する行が無い場合、 <literal>load()</literal> は回復不可能な例外を 投げることに注意しましょう。
-            そのクラスがプロキシを使ってマッピングされている場合、 <literal>load()</literal> 
-            は初期化されていないプロキシを返し、プロキシのメソッドが呼ばれるまで実際には データベースにアクセスしません。
-            もし、実際にデータベースからロードせずに、オブジェクトに対する関連を作りたい場合、 この振る舞いはとても役立ちます。
-             <literal>batch-size</literal> がクラスマッピングに定義されているならば、
-            複数のインスタンスを一括でロードすることが可能です。 </para>
+            DB縺ｫ隧ｲ蠖薙☆繧玖｡後′辟｡縺��ｴ蜷医� <literal>load()</literal> 縺ｯ蝗槫ｾｩ荳榊庄閭ｽ縺ｪ萓句､悶ｒ 謚輔￡繧九％縺ｨ縺ｫ豕ｨ諢上＠縺ｾ縺励ｇ縺��
+            縺昴�繧ｯ繝ｩ繧ｹ縺後�繝ｭ繧ｭ繧ｷ繧剃ｽｿ縺｣縺ｦ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺ｦ縺�ｋ蝣ｴ蜷医� <literal>load()</literal> 
+            縺ｯ蛻晄悄蛹悶＆繧後※縺�↑縺��繝ｭ繧ｭ繧ｷ繧定ｿ斐＠縲√�繝ｭ繧ｭ繧ｷ縺ｮ繝｡繧ｽ繝�ラ縺悟他縺ｰ繧後ｋ縺ｾ縺ｧ螳滄圀縺ｫ縺ｯ 繝��繧ｿ繝吶�繧ｹ縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺励∪縺帙ｓ縲�
+            繧ゅ＠縲∝ｮ滄圀縺ｫ繝��繧ｿ繝吶�繧ｹ縺九ｉ繝ｭ繝ｼ繝峨○縺壹↓縲√が繝悶ず繧ｧ繧ｯ繝医↓蟇ｾ縺吶ｋ髢｢騾｣繧剃ｽ懊ｊ縺溘＞蝣ｴ蜷医� 縺薙�謖ｯ繧玖�縺��縺ｨ縺ｦ繧ょｽｹ遶九■縺ｾ縺吶�
+             <literal>batch-size</literal> 縺後け繝ｩ繧ｹ繝槭ャ繝斐Φ繧ｰ縺ｫ螳夂ｾｩ縺輔ｌ縺ｦ縺�ｋ縺ｪ繧峨�縲�
+            隍�焚縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧剃ｸ諡ｬ縺ｧ繝ｭ繝ｼ繝峨☆繧九％縺ｨ縺悟庄閭ｽ縺ｧ縺吶� </para>
         
         <para>
-            該当する行が存在することを確信できない場合は、 <literal>get()</literal> メソッドを使うべきです。
-            それは、データベースにすぐにアクセスし、該当する行が無い場合はnullを返します。 </para>
+            隧ｲ蠖薙☆繧玖｡後′蟄伜惠縺吶ｋ縺薙→繧堤｢ｺ菫｡縺ｧ縺阪↑縺��ｴ蜷医�縲� <literal>get()</literal> 繝｡繧ｽ繝�ラ繧剃ｽｿ縺�∋縺阪〒縺吶�
+            縺昴ｌ縺ｯ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｫ縺吶＄縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺励∬ｩｲ蠖薙☆繧玖｡後′辟｡縺��ｴ蜷医�null繧定ｿ斐＠縺ｾ縺吶� </para>
         
         
         <programlisting><![CDATA[Cat cat = (Cat) sess.get(Cat.class, id);
@@ -171,53 +173,53 @@ if (cat==null) {
 return cat;]]></programlisting>
         
         <para>
-            <literal>LockMode</literal> を使えば、
-             <literal>SELECT ... FOR UPDATE</literal>というSQLを 使ってオブジェクトをロードすることができます。
-            詳細な情報は、APIドキュメントを参照してください。 </para>
+            <literal>LockMode</literal> 繧剃ｽｿ縺医�縲�
+             <literal>SELECT ... FOR UPDATE</literal>縺ｨ縺�≧SQL繧� 菴ｿ縺｣縺ｦ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ繝ｭ繝ｼ繝峨☆繧九％縺ｨ縺後〒縺阪∪縺吶�
+            隧ｳ邏ｰ縺ｪ諠��ｱ縺ｯ縲、PI繝峨く繝･繝｡繝ｳ繝医ｒ蜿ら�縺励※縺上□縺輔＞縲� </para>
         
         
         <programlisting><![CDATA[Cat cat = (Cat) sess.get(Cat.class, id, LockMode.UPGRADE);]]></programlisting>
         
         <para>
-            関連に対するカスケード方法として
-             <literal>lock</literal> や <literal>all</literal> を
-            指定しない限り、関連するインスタンスや含まれるコレクションは <literal>FOR UPDATE</literal> で復元
-             <emphasis>されない</emphasis> ことに注意しましょう。 </para>
+            髢｢騾｣縺ｫ蟇ｾ縺吶ｋ繧ｫ繧ｹ繧ｱ繝ｼ繝画婿豕輔→縺励※
+             <literal>lock</literal> 繧� <literal>all</literal> 繧�
+            謖�ｮ壹＠縺ｪ縺�剞繧翫�未騾｣縺吶ｋ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧�性縺ｾ繧後ｋ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ <literal>FOR UPDATE</literal> 縺ｧ蠕ｩ蜈�
+             <emphasis>縺輔ｌ縺ｪ縺�</emphasis> 縺薙→縺ｫ豕ｨ諢上＠縺ｾ縺励ｇ縺�� </para>
         
         <para>
-            <literal>refresh()</literal> メソッドを使うことで、どんなときでも、オブジェクトやそのコレクションを
-            リロードすることができます。 データベースのトリガがテーブルを更新した際に、
-            そのテーブルに対応するオブジェクトのプロパティを同期する場合、このメソッドが役に立ちます。 </para>
+            <literal>refresh()</literal> 繝｡繧ｽ繝�ラ繧剃ｽｿ縺�％縺ｨ縺ｧ縲√←繧薙↑縺ｨ縺阪〒繧ゅ√が繝悶ず繧ｧ繧ｯ繝医ｄ縺昴�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧�
+            繝ｪ繝ｭ繝ｼ繝峨☆繧九％縺ｨ縺後〒縺阪∪縺吶� 繝��繧ｿ繝吶�繧ｹ縺ｮ繝医Μ繧ｬ縺後ユ繝ｼ繝悶Ν繧呈峩譁ｰ縺励◆髫帙↓縲�
+            縺昴�繝��繝悶Ν縺ｫ蟇ｾ蠢懊☆繧九が繝悶ず繧ｧ繧ｯ繝医�繝励Ο繝代ユ繧｣繧貞酔譛溘☆繧句�ｴ蜷医√％縺ｮ繝｡繧ｽ繝�ラ縺悟ｽｹ縺ｫ遶九■縺ｾ縺吶� </para>
         
         
         <programlisting><![CDATA[sess.save(cat);
 sess.flush(); //force the SQL INSERT
 sess.refresh(cat); //re-read the state (after the trigger executes)]]></programlisting>
         <para>
-            大切な問題は、いつも次の点に関するものです。それは、Hibernateがデータベースから、
-            どのくらいの量を復元するのかと、どのくらいの数のSQLの <literal>SELECT</literal> 文が使われるのかです。
-            これは、 <emphasis>フェッチの戦略</emphasis> によります。これについては、<xref linkend="performance-fetching"/> で説明しています。 </para>
+            螟ｧ蛻�↑蝠城｡後�縲√＞縺､繧よｬ｡縺ｮ轤ｹ縺ｫ髢｢縺吶ｋ繧ゅ�縺ｧ縺吶ゅ◎繧後�縲？ibernate縺後ョ繝ｼ繧ｿ繝吶�繧ｹ縺九ｉ縲�
+            縺ｩ縺ｮ縺上ｉ縺��驥上ｒ蠕ｩ蜈�☆繧九�縺九→縲√←縺ｮ縺上ｉ縺��謨ｰ縺ｮSQL縺ｮ <literal>SELECT</literal> 譁�′菴ｿ繧上ｌ繧九�縺九〒縺吶�
+            縺薙ｌ縺ｯ縲� <emphasis>繝輔ぉ繝�メ縺ｮ謌ｦ逡･</emphasis> 縺ｫ繧医ｊ縺ｾ縺吶ゅ％繧後↓縺､縺�※縺ｯ縲�<xref linkend="performance-fetching"/> 縺ｧ隱ｬ譏弱＠縺ｦ縺�∪縺吶� </para>
         
     </sect1>
     
     <sect1 id="objectstate-querying" revision="1">
-        <title>クエリ</title>
+        <title>繧ｯ繧ｨ繝ｪ</title>
         
         <para>
-            探したいオブジェクトの識別子が分からない場合は、クエリが必要になります。
-            Hibernateは使いやすくて強力なオブジェクト指向のクエリ言語 (HQL)をサポートしています。
-            プログラムによってクエリが作成できるように、Hibernateは洗練されたCriteriaとExampleクエリ機能(QBCとQBE）を
-            サポートしています。ResultSetをオブジェクトに変換するHibernateのオプション機能を使うことで、
-            データベースのネイティブなSQLでクエリを表現することもできます。 </para>
+            謗｢縺励◆縺�が繝悶ず繧ｧ繧ｯ繝医�隴伜挨蟄舌′蛻�°繧峨↑縺��ｴ蜷医�縲√け繧ｨ繝ｪ縺悟ｿ�ｦ√↓縺ｪ繧翫∪縺吶�
+            Hibernate縺ｯ菴ｿ縺�ｄ縺吶￥縺ｦ蠑ｷ蜉帙↑繧ｪ繝悶ず繧ｧ繧ｯ繝域欠蜷代�繧ｯ繧ｨ繝ｪ險隱� (HQL)繧偵し繝昴�繝医＠縺ｦ縺�∪縺吶�
+            繝励Ο繧ｰ繝ｩ繝�縺ｫ繧医▲縺ｦ繧ｯ繧ｨ繝ｪ縺御ｽ懈�縺ｧ縺阪ｋ繧医≧縺ｫ縲？ibernate縺ｯ豢礼ｷｴ縺輔ｌ縺櫃riteria縺ｨExample繧ｯ繧ｨ繝ｪ讖溯�(QBC縺ｨQBE�峨ｒ
+            繧ｵ繝昴�繝医＠縺ｦ縺�∪縺吶３esultSet繧偵が繝悶ず繧ｧ繧ｯ繝医↓螟画鋤縺吶ｋHibernate縺ｮ繧ｪ繝励す繝ｧ繝ｳ讖溯�繧剃ｽｿ縺�％縺ｨ縺ｧ縲�
+            繝��繧ｿ繝吶�繧ｹ縺ｮ繝阪う繝�ぅ繝悶↑SQL縺ｧ繧ｯ繧ｨ繝ｪ繧定｡ｨ迴ｾ縺吶ｋ縺薙→繧ゅ〒縺阪∪縺吶� </para>
         
         <sect2 id="objectstate-querying-executing" revision="1">
-            <title>クエリの実行</title>
+            <title>繧ｯ繧ｨ繝ｪ縺ｮ螳溯｡�</title>
             
             <para>
-                HQLやネイティブなSQLクエリは、 <literal>org.hibernate.Query</literal> 
-                のインスタンスとして表現されます。 このインタフェースは、パラメータバインディングやResultSetのハンドリングや
-                クエリの実行を行うメソッドを用意しています。 通常、 <literal>Query</literal> は、以下に示すように、
-                その時点の <literal>Session</literal> を使って取得します。 </para>
+                HQL繧�ロ繧､繝�ぅ繝悶↑SQL繧ｯ繧ｨ繝ｪ縺ｯ縲� <literal>org.hibernate.Query</literal> 
+                縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｨ縺励※陦ｨ迴ｾ縺輔ｌ縺ｾ縺吶� 縺薙�繧､繝ｳ繧ｿ繝輔ぉ繝ｼ繧ｹ縺ｯ縲√ヱ繝ｩ繝｡繝ｼ繧ｿ繝舌う繝ｳ繝�ぅ繝ｳ繧ｰ繧СesultSet縺ｮ繝上Φ繝峨Μ繝ｳ繧ｰ繧�
+                繧ｯ繧ｨ繝ｪ縺ｮ螳溯｡後ｒ陦後≧繝｡繧ｽ繝�ラ繧堤畑諢上＠縺ｦ縺�∪縺吶� 騾壼ｸｸ縲� <literal>Query</literal> 縺ｯ縲∽ｻ･荳九↓遉ｺ縺吶ｈ縺�↓縲�
+                縺昴�譎らせ縺ｮ <literal>Session</literal> 繧剃ｽｿ縺｣縺ｦ蜿門ｾ励＠縺ｾ縺吶� </para>
             
             
             <programlisting><![CDATA[List cats = session.createQuery(
@@ -247,27 +249,27 @@ Set uniqueMothers = new HashSet(mothersWithKittens.list());
 			]]></programlisting>
             
             <para> 
-                クエリは、普通、 <literal>list()</literal> を呼び出すことによって実行されます。
-                クエリの結果は、メモリ上にあるコレクションにすべてロードされます。
-                クエリによって復元されたエンティティのインスタンスは、永続状態です。
-                もし、クエリがたった1個のインスタンスを返すと分かっているなら、
-                 <literal>uniqueResult()</literal> メソッドが手っ取り早い方法です。
-                即時フェッチを利用したクエリの場合、ふつう、得られたコレクションには、
-                ルートのオブジェクトが重複して含まれています
-                （しかし、ルートが持つコレクションは初期化(ロード）されています）。 
-                この重複は <literal>Set</literal> を使って取り除くことができます。</para>
+                繧ｯ繧ｨ繝ｪ縺ｯ縲∵勸騾壹� <literal>list()</literal> 繧貞他縺ｳ蜃ｺ縺吶％縺ｨ縺ｫ繧医▲縺ｦ螳溯｡後＆繧後∪縺吶�
+                繧ｯ繧ｨ繝ｪ縺ｮ邨先棡縺ｯ縲√Γ繝｢繝ｪ荳翫↓縺ゅｋ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ縺吶∋縺ｦ繝ｭ繝ｼ繝峨＆繧後∪縺吶�
+                繧ｯ繧ｨ繝ｪ縺ｫ繧医▲縺ｦ蠕ｩ蜈�＆繧後◆繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲∵ｰｸ邯夂憾諷九〒縺吶�
+                繧ゅ＠縲√け繧ｨ繝ｪ縺後◆縺｣縺�1蛟九�繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧定ｿ斐☆縺ｨ蛻�°縺｣縺ｦ縺�ｋ縺ｪ繧峨�
+                 <literal>uniqueResult()</literal> 繝｡繧ｽ繝�ラ縺梧焔縺｣蜿悶ｊ譌ｩ縺�婿豕輔〒縺吶�
+                蜊ｳ譎ゅヵ繧ｧ繝�メ繧貞茜逕ｨ縺励◆繧ｯ繧ｨ繝ｪ縺ｮ蝣ｴ蜷医√�縺､縺�∝ｾ励ｉ繧後◆繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ縺ｯ縲�
+                繝ｫ繝ｼ繝医�繧ｪ繝悶ず繧ｧ繧ｯ繝医′驥崎､�＠縺ｦ蜷ｫ縺ｾ繧後※縺�∪縺�
+                �医＠縺九＠縲√Ν繝ｼ繝医′謖√▽繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ蛻晄悄蛹�(繝ｭ繝ｼ繝会ｼ峨＆繧後※縺�∪縺呻ｼ峨� 
+                縺薙�驥崎､�� <literal>Set</literal> 繧剃ｽｿ縺｣縺ｦ蜿悶ｊ髯､縺上％縺ｨ縺後〒縺阪∪縺吶�</para>
             
             <sect3 id="objectstate-querying-executing-iterate">
-                <title>結果をイテレートする</title>
+                <title>邨先棡繧偵う繝�Ξ繝ｼ繝医☆繧�</title>
                 
                 <para> 
-                    時々、 <literal>iterate()</literal> メソッドを使ってクエリを実行することで、
-                    より良いパフォーマンスを得ることができます。 これは、通常、クエリによって得られた実際のエンティティのインスタンスが、
-                    すでにセッションまたは二次キャッシュに存在することが期待できる場合だけです。
-                    それらが、まだキャッシュされていないなら、 <literal>iterate()</literal> は、
-                     <literal>list()</literal> よりも遅く、簡単なクエリに対しても多くのデータベースアクセスを
-                    必要とします。そのアクセスとは、識別子だけを取得するための最初のselect１回と、
-                    実際のインスタンスを初期化するために後から行うn回のselectのことです。 </para>
+                    譎ゅ�� <literal>iterate()</literal> 繝｡繧ｽ繝�ラ繧剃ｽｿ縺｣縺ｦ繧ｯ繧ｨ繝ｪ繧貞ｮ溯｡後☆繧九％縺ｨ縺ｧ縲�
+                    繧医ｊ濶ｯ縺�ヱ繝輔か繝ｼ繝槭Φ繧ｹ繧貞ｾ励ｋ縺薙→縺後〒縺阪∪縺吶� 縺薙ｌ縺ｯ縲�壼ｸｸ縲√け繧ｨ繝ｪ縺ｫ繧医▲縺ｦ蠕励ｉ繧後◆螳滄圀縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺後�
+                    縺吶〒縺ｫ繧ｻ繝�す繝ｧ繝ｳ縺ｾ縺溘�莠梧ｬ｡繧ｭ繝｣繝�す繝･縺ｫ蟄伜惠縺吶ｋ縺薙→縺梧悄蠕�〒縺阪ｋ蝣ｴ蜷医□縺代〒縺吶�
+                    縺昴ｌ繧峨′縲√∪縺�繧ｭ繝｣繝�す繝･縺輔ｌ縺ｦ縺�↑縺�↑繧峨� <literal>iterate()</literal> 縺ｯ縲�
+                     <literal>list()</literal> 繧医ｊ繧る≦縺上∫ｰ｡蜊倥↑繧ｯ繧ｨ繝ｪ縺ｫ蟇ｾ縺励※繧ょ､壹￥縺ｮ繝��繧ｿ繝吶�繧ｹ繧｢繧ｯ繧ｻ繧ｹ繧�
+                    蠢�ｦ√→縺励∪縺吶ゅ◎縺ｮ繧｢繧ｯ繧ｻ繧ｹ縺ｨ縺ｯ縲∬ｭ伜挨蟄舌□縺代ｒ蜿門ｾ励☆繧九◆繧√�譛蛻昴�select�大屓縺ｨ縲�
+                    螳滄圀縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧貞�譛溷喧縺吶ｋ縺溘ａ縺ｫ蠕後°繧芽｡後≧n蝗槭�select縺ｮ縺薙→縺ｧ縺吶� </para>
                 
                 
                 <programlisting><![CDATA[// fetch ids
@@ -285,9 +287,9 @@ while ( iter.hasNext() ) {
             </sect3>
             
             <sect3 id="objectstate-querying-executing-tuples">
-                <title>オブジェクトの組（tuple）を返すクエリ</title>
+                <title>繧ｪ繝悶ず繧ｧ繧ｯ繝医�邨�ｼ�tuple�峨ｒ霑斐☆繧ｯ繧ｨ繝ｪ</title>
                 <para>
-                    Hibernateのクエリでは、時々、オブジェクトの組を返すことがあります。 その場合は、各タプルは配列として返されます。
+                    Hibernate縺ｮ繧ｯ繧ｨ繝ｪ縺ｧ縺ｯ縲∵凾縲�√が繝悶ず繧ｧ繧ｯ繝医�邨�ｒ霑斐☆縺薙→縺後≠繧翫∪縺吶� 縺昴�蝣ｴ蜷医�縲∝推繧ｿ繝励Ν縺ｯ驟榊�縺ｨ縺励※霑斐＆繧後∪縺吶�
                     </para>
                 
                 
@@ -306,12 +308,12 @@ while ( kittensAndMothers.hasNext() ) {
             </sect3>
             
             <sect3 id="objectstate-querying-executing-scalar" revision="1">
-                <title>スカラーの結果</title>
+                <title>繧ｹ繧ｫ繝ｩ繝ｼ縺ｮ邨先棡</title>
                 
                 <para>
-                    クエリでは、 <literal>select</literal> 節でクラスのプロパティを指定できます。
-                    SQLの集合関数を呼ぶこともできます。プロパティや集合関数は、
-                    （永続状態のエンティティではなく）「スカラー値」であると見なされます。 </para>
+                    繧ｯ繧ｨ繝ｪ縺ｧ縺ｯ縲� <literal>select</literal> 遽縺ｧ繧ｯ繝ｩ繧ｹ縺ｮ繝励Ο繝代ユ繧｣繧呈欠螳壹〒縺阪∪縺吶�
+                    SQL縺ｮ髮�粋髢｢謨ｰ繧貞他縺ｶ縺薙→繧ゅ〒縺阪∪縺吶ゅ�繝ｭ繝代ユ繧｣繧�寔蜷磯未謨ｰ縺ｯ縲�
+                    �域ｰｸ邯夂憾諷九�繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｧ縺ｯ縺ｪ縺擾ｼ峨後せ繧ｫ繝ｩ繝ｼ蛟､縲阪〒縺ゅｋ縺ｨ隕九↑縺輔ｌ縺ｾ縺吶� </para>
                 
                 
                 <programlisting><![CDATA[Iterator results = sess.createQuery(
@@ -331,25 +333,25 @@ while ( results.hasNext() ) {
             </sect3>
             
             <sect3 id="objectstate-querying-executing-parameters">
-                <title>パラメータのバインド</title>
+                <title>繝代Λ繝｡繝ｼ繧ｿ縺ｮ繝舌う繝ｳ繝�</title>
                 
                 <para>
                     <literal>Query</literal>
-                    は、名前付きのパラメータやJDBCスタイルの <literal>?</literal> 
-                    パラメータに値をバインドするためのメソッドを持っています。
-                    <emphasis>JDBCとは違い、Hibernateはパラメータにゼロから番号を振っていきます。</emphasis> 
-                    名前付きのパラメータとは、クエリ文字列のなかにある <literal>:name</literal> 形式の識別子です。
-                    名前付きパラメータの利点は次の通りです。 </para>
+                    縺ｯ縲∝錐蜑堺ｻ倥″縺ｮ繝代Λ繝｡繝ｼ繧ｿ繧ЙDBC繧ｹ繧ｿ繧､繝ｫ縺ｮ <literal>?</literal> 
+                    繝代Λ繝｡繝ｼ繧ｿ縺ｫ蛟､繧偵ヰ繧､繝ｳ繝峨☆繧九◆繧√�繝｡繧ｽ繝�ラ繧呈戟縺｣縺ｦ縺�∪縺吶�
+                    <emphasis>JDBC縺ｨ縺ｯ驕輔＞縲？ibernate縺ｯ繝代Λ繝｡繝ｼ繧ｿ縺ｫ繧ｼ繝ｭ縺九ｉ逡ｪ蜿ｷ繧呈険縺｣縺ｦ縺�″縺ｾ縺吶�</emphasis> 
+                    蜷榊燕莉倥″縺ｮ繝代Λ繝｡繝ｼ繧ｿ縺ｨ縺ｯ縲√け繧ｨ繝ｪ譁�ｭ怜�縺ｮ縺ｪ縺九↓縺ゅｋ <literal>:name</literal> 蠖｢蠑上�隴伜挨蟄舌〒縺吶�
+                    蜷榊燕莉倥″繝代Λ繝｡繝ｼ繧ｿ縺ｮ蛻ｩ轤ｹ縺ｯ谺｡縺ｮ騾壹ｊ縺ｧ縺吶� </para>
                 
                 <itemizedlist spacing="compact">
                     <listitem>
-                        <para>  名前付きパラメータは、クエリ文字列に登場する順番と無関係です </para>
+                        <para>  蜷榊燕莉倥″繝代Λ繝｡繝ｼ繧ｿ縺ｯ縲√け繧ｨ繝ｪ譁�ｭ怜�縺ｫ逋ｻ蝣ｴ縺吶ｋ鬆�分縺ｨ辟｡髢｢菫ゅ〒縺� </para>
                     </listitem>
                     <listitem>
-                        <para> 同じクエリ内に複数回登場することができます </para>
+                        <para> 蜷後§繧ｯ繧ｨ繝ｪ蜀�↓隍�焚蝗樒匳蝣ｴ縺吶ｋ縺薙→縺後〒縺阪∪縺� </para>
                     </listitem>
                     <listitem>
-                        <para> 自分自身を説明します </para>
+                        <para> 閾ｪ蛻��霄ｫ繧定ｪｬ譏弱＠縺ｾ縺� </para>
                     </listitem>
                 </itemizedlist>
                 
@@ -377,12 +379,12 @@ List cats = q.list();]]></programlisting>
             </sect3>
             
             <sect3 id="objectstate-querying-executing-pagination">
-                <title>ページ分け
+                <title>繝壹�繧ｸ蛻�￠
                 </title>
                 
                 <para>
-                    ResultSetに制限（復元したい最大行数や復元したい最初の行）を加える必要があれば、
-                    以下のように、 <literal>Query</literal> インターフェイスのメソッドを使います。 </para>
+                    ResultSet縺ｫ蛻ｶ髯撰ｼ亥ｾｩ蜈�＠縺溘＞譛螟ｧ陦梧焚繧�ｾｩ蜈�＠縺溘＞譛蛻昴�陦鯉ｼ峨ｒ蜉�縺医ｋ蠢�ｦ√′縺ゅｌ縺ｰ縲�
+                    莉･荳九�繧医≧縺ｫ縲� <literal>Query</literal> 繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｮ繝｡繧ｽ繝�ラ繧剃ｽｿ縺�∪縺吶� </para>
                 
                 
                 <programlisting><![CDATA[Query q = sess.createQuery("from DomesticCat cat");
@@ -390,19 +392,19 @@ q.setFirstResult(20);
 q.setMaxResults(10);
 List cats = q.list();]]></programlisting>
                 
-                <para>  制限付きのクエリをDBMSのネイティブなSQLに変換する方法を、Hibernateは知っています。
+                <para>  蛻ｶ髯蝉ｻ倥″縺ｮ繧ｯ繧ｨ繝ｪ繧奪BMS縺ｮ繝阪う繝�ぅ繝悶↑SQL縺ｫ螟画鋤縺吶ｋ譁ｹ豕輔ｒ縲？ibernate縺ｯ遏･縺｣縺ｦ縺�∪縺吶�
                     </para>
                 
             </sect3>
             
             <sect3 id="objectstate-querying-executing-scrolling">
-                <title>スクロール可能なイテレーション</title>
+                <title>繧ｹ繧ｯ繝ｭ繝ｼ繝ｫ蜿ｯ閭ｽ縺ｪ繧､繝�Ξ繝ｼ繧ｷ繝ｧ繝ｳ</title>
                 
                 <para>
-                    JDBCドライバがスクロール可能な <literal>ResultSet</literal> をサポートしていれば、
+                    JDBC繝峨Λ繧､繝舌′繧ｹ繧ｯ繝ｭ繝ｼ繝ｫ蜿ｯ閭ｽ縺ｪ <literal>ResultSet</literal> 繧偵し繝昴�繝医＠縺ｦ縺�ｌ縺ｰ縲�
                      <literal>Query</literal> 
-                    インターフェイスを使って、 <literal>ScrollableResults</literal> オブジェクトを
-                    取得できます。それを使うと、クエリの結果に対して柔軟にナビゲーションできます。 </para>
+                    繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ繧剃ｽｿ縺｣縺ｦ縲� <literal>ScrollableResults</literal> 繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ
+                    蜿門ｾ励〒縺阪∪縺吶ゅ◎繧後ｒ菴ｿ縺�→縲√け繧ｨ繝ｪ縺ｮ邨先棡縺ｫ蟇ｾ縺励※譟碑ｻ溘↓繝翫ン繧ｲ繝ｼ繧ｷ繝ｧ繝ｳ縺ｧ縺阪∪縺吶� </para>
                 
                 
                 <programlisting><![CDATA[Query q = sess.createQuery("select cat.name, cat from DomesticCat cat " +
@@ -428,19 +430,19 @@ if ( cats.first() ) {
 cats.close()]]></programlisting>
                 
                 <para>
-                    この機能にはオープン状態のデータベースコネクションが必要であることに注意してください。
-                    もし、オフラインのページ分け機能が必要であれば、 <literal>setMaxResult()</literal> /
-                     <literal>setFirstResult()</literal> を使いましょう。 </para>
+                    縺薙�讖溯�縺ｫ縺ｯ繧ｪ繝ｼ繝励Φ迥ｶ諷九�繝��繧ｿ繝吶�繧ｹ繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺悟ｿ�ｦ√〒縺ゅｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+                    繧ゅ＠縲√が繝輔Λ繧､繝ｳ縺ｮ繝壹�繧ｸ蛻�￠讖溯�縺悟ｿ�ｦ√〒縺ゅｌ縺ｰ縲� <literal>setMaxResult()</literal> /
+                     <literal>setFirstResult()</literal> 繧剃ｽｿ縺�∪縺励ｇ縺�� </para>
                 
             </sect3>
             
             <sect3 id="objectstate-querying-executing-named" revision="1">
-                <title>名前付きクエリの外出し</title>
+                <title>蜷榊燕莉倥″繧ｯ繧ｨ繝ｪ縺ｮ螟門�縺�</title>
                 
                 <para> 
-                    マッピングドキュメントに名前付きのクエリを定義することができます。
-                    （マークアップと解釈される文字がクエリに含まれるなら、 <literal>CDATA</literal> セクションを
-                    使うことを忘れないようにしましょう。） </para>
+                    繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝医↓蜷榊燕莉倥″縺ｮ繧ｯ繧ｨ繝ｪ繧貞ｮ夂ｾｩ縺吶ｋ縺薙→縺後〒縺阪∪縺吶�
+                    �医�繝ｼ繧ｯ繧｢繝��縺ｨ隗｣驥医＆繧後ｋ譁�ｭ励′繧ｯ繧ｨ繝ｪ縺ｫ蜷ｫ縺ｾ繧後ｋ縺ｪ繧峨� <literal>CDATA</literal> 繧ｻ繧ｯ繧ｷ繝ｧ繝ｳ繧�
+                    菴ｿ縺�％縺ｨ繧貞ｿ倥ｌ縺ｪ縺�ｈ縺�↓縺励∪縺励ｇ縺�ゑｼ� </para>
                 
                 
                 <programlisting><![CDATA[<query name="ByNameAndMaximumWeight"><![CDATA[
@@ -449,7 +451,7 @@ cats.close()]]></programlisting>
         and cat.weight > ?
 ] ]></query>]]></programlisting>
                 
-                <para>パラメータのバインディングと実行は、以下のようなプログラムで行われます。 </para>
+                <para>繝代Λ繝｡繝ｼ繧ｿ縺ｮ繝舌う繝ｳ繝�ぅ繝ｳ繧ｰ縺ｨ螳溯｡後�縲∽ｻ･荳九�繧医≧縺ｪ繝励Ο繧ｰ繝ｩ繝�縺ｧ陦後ｏ繧後∪縺吶� </para>
                 
                 
                 <programlisting><![CDATA[Query q = sess.getNamedQuery("ByNameAndMaximumWeight");
@@ -457,23 +459,23 @@ q.setString(0, name);
 q.setInt(1, minWeight);
 List cats = q.list();]]></programlisting>
                 
-                <para> 実際のプログラムコードは、使われるクエリ言語に依存していないことに注意しましょう。
-                    メタデータには、ネイティブSQLクエリを定義することもできます。 また、既存のクエリをマッピングファイルに移すことで、
-                    Hibernateに移行することもできます。 </para>
+                <para> 螳滄圀縺ｮ繝励Ο繧ｰ繝ｩ繝�繧ｳ繝ｼ繝峨�縲∽ｽｿ繧上ｌ繧九け繧ｨ繝ｪ險隱槭↓萓晏ｭ倥＠縺ｦ縺�↑縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｾ縺励ｇ縺��
+                    繝｡繧ｿ繝��繧ｿ縺ｫ縺ｯ縲√ロ繧､繝�ぅ繝亡QL繧ｯ繧ｨ繝ｪ繧貞ｮ夂ｾｩ縺吶ｋ縺薙→繧ゅ〒縺阪∪縺吶� 縺ｾ縺溘∵里蟄倥�繧ｯ繧ｨ繝ｪ繧偵�繝�ヴ繝ｳ繧ｰ繝輔ぃ繧､繝ｫ縺ｫ遘ｻ縺吶％縺ｨ縺ｧ縲�
+                    Hibernate縺ｫ遘ｻ陦後☆繧九％縺ｨ繧ゅ〒縺阪∪縺吶� </para>
                 <para>
-                    <literal>&lt;hibernate-mapping&gt;</literal> の中のクエリ定義は、クエリに対する
-                    ユニークな名前が必要なことにも注意してください。それに対して、 <literal>&lt;class&gt;</literal> の中の
-                    クエリ定義は、クラスの完全限定名が前に付けられるので、自動的にユニークな名前になります。
-                    例： <literal>eg.Cat.ByNameAndMaximumWeight</literal>
+                    <literal>&lt;hibernate-mapping&gt;</literal> 縺ｮ荳ｭ縺ｮ繧ｯ繧ｨ繝ｪ螳夂ｾｩ縺ｯ縲√け繧ｨ繝ｪ縺ｫ蟇ｾ縺吶ｋ
+                    繝ｦ繝九�繧ｯ縺ｪ蜷榊燕縺悟ｿ�ｦ√↑縺薙→縺ｫ繧よｳｨ諢上＠縺ｦ縺上□縺輔＞縲ゅ◎繧後↓蟇ｾ縺励※縲� <literal>&lt;class&gt;</literal> 縺ｮ荳ｭ縺ｮ
+                    繧ｯ繧ｨ繝ｪ螳夂ｾｩ縺ｯ縲√け繝ｩ繧ｹ縺ｮ螳悟�髯仙ｮ壼錐縺悟燕縺ｫ莉倥￠繧峨ｌ繧九�縺ｧ縲∬�蜍慕噪縺ｫ繝ｦ繝九�繧ｯ縺ｪ蜷榊燕縺ｫ縺ｪ繧翫∪縺吶�
+                    萓具ｼ� <literal>eg.Cat.ByNameAndMaximumWeight</literal>
                 </para>
             </sect3>
         </sect2>
         
         <sect2 id="objectstate-filtering" revision="1">
-            <title>コレクションのフィルタリング</title>
-            <para> コレクション <emphasis>フィルタ</emphasis> は、永続化されているコレクションや配列に適用される
-                特殊なタイプのクエリです。そのクエリ文字列では、コレクションのその時点での要素を意味する
-                <literal>this</literal> を使います。 </para>
+            <title>繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繝輔ぅ繝ｫ繧ｿ繝ｪ繝ｳ繧ｰ</title>
+            <para> 繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ <emphasis>繝輔ぅ繝ｫ繧ｿ</emphasis> 縺ｯ縲∵ｰｸ邯壼喧縺輔ｌ縺ｦ縺�ｋ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧��蛻励↓驕ｩ逕ｨ縺輔ｌ繧�
+                迚ｹ谿翫↑繧ｿ繧､繝励�繧ｯ繧ｨ繝ｪ縺ｧ縺吶ゅ◎縺ｮ繧ｯ繧ｨ繝ｪ譁�ｭ怜�縺ｧ縺ｯ縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ縺昴�譎らせ縺ｧ縺ｮ隕∫ｴ�繧呈э蜻ｳ縺吶ｋ
+                <literal>this</literal> 繧剃ｽｿ縺�∪縺吶� </para>
             
             
             <programlisting><![CDATA[Collection blackKittens = session.createFilter(
@@ -483,12 +485,12 @@ List cats = q.list();]]></programlisting>
     .list()
 );]]></programlisting>
             
-            <para>  返されるコレクションはBagとみなされます。そして、それはもとのコレクションのコピーになります。
-                元のコレクションは修正されません（これは、"filter"という名前の意味とは異なりますが、 期待される動きとは一致しています）。
+            <para>  霑斐＆繧後ｋ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯBag縺ｨ縺ｿ縺ｪ縺輔ｌ縺ｾ縺吶ゅ◎縺励※縲√◎繧後�繧ゅ→縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ｳ繝斐�縺ｫ縺ｪ繧翫∪縺吶�
+                蜈��繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ菫ｮ豁｣縺輔ｌ縺ｾ縺帙ｓ�医％繧後�縲�"filter"縺ｨ縺�≧蜷榊燕縺ｮ諢丞袖縺ｨ縺ｯ逡ｰ縺ｪ繧翫∪縺吶′縲� 譛溷ｾ�＆繧後ｋ蜍輔″縺ｨ縺ｯ荳閾ｴ縺励※縺�∪縺呻ｼ峨�
                 </para>
             
-            <para> フィルタには <literal>from</literal> 
-                節が不要であることに気づくでしょう（必要なら、持つことも可能ですが）。 フィルタは、コレクションの要素自体を返して構いません。
+            <para> 繝輔ぅ繝ｫ繧ｿ縺ｫ縺ｯ <literal>from</literal> 
+                遽縺御ｸ崎ｦ√〒縺ゅｋ縺薙→縺ｫ豌励▼縺上〒縺励ｇ縺�ｼ亥ｿ�ｦ√↑繧峨∵戟縺､縺薙→繧ょ庄閭ｽ縺ｧ縺吶′�峨� 繝輔ぅ繝ｫ繧ｿ縺ｯ縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隕∫ｴ�閾ｪ菴薙ｒ霑斐＠縺ｦ讒九＞縺ｾ縺帙ｓ縲�
                 </para>
             
             
@@ -497,8 +499,8 @@ List cats = q.list();]]></programlisting>
     "select this.mate where this.color = eg.Color.BLACK.intValue")
     .list();]]></programlisting>
             
-            <para>  クエリを含まないフィルタも役に立ちます。
-                例えば、非常に大きなコレクションの部分集合をロードするために使えます。 </para>
+            <para>  繧ｯ繧ｨ繝ｪ繧貞性縺ｾ縺ｪ縺�ヵ繧｣繝ｫ繧ｿ繧ょｽｹ縺ｫ遶九■縺ｾ縺吶�
+                萓九∴縺ｰ縲�撼蟶ｸ縺ｫ螟ｧ縺阪↑繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ驛ｨ蛻�寔蜷医ｒ繝ｭ繝ｼ繝峨☆繧九◆繧√↓菴ｿ縺医∪縺吶� </para>
             
             
             <programlisting><![CDATA[Collection tenKittens = session.createFilter(
@@ -509,11 +511,11 @@ List cats = q.list();]]></programlisting>
         </sect2>
         
         <sect2 id="objecstate-querying-criteria" revision="1">
-            <title>クライテリアのクエリ</title>
+            <title>繧ｯ繝ｩ繧､繝�Μ繧｢縺ｮ繧ｯ繧ｨ繝ｪ</title>
             
-            <para> HQLは非常に強力ですが、クエリ文字列を作るよりも、オブジェクト指向のAPIを使って
-                動的にクエリを作る方を好む開発者もいます。 こういった場合のために、Hibernateは直感的な
-                 <literal>Criteria</literal> クエリAPIを提供しています。 </para>
+            <para> HQL縺ｯ髱槫ｸｸ縺ｫ蠑ｷ蜉帙〒縺吶′縲√け繧ｨ繝ｪ譁�ｭ怜�繧剃ｽ懊ｋ繧医ｊ繧ゅ√が繝悶ず繧ｧ繧ｯ繝域欠蜷代�API繧剃ｽｿ縺｣縺ｦ
+                蜍慕噪縺ｫ繧ｯ繧ｨ繝ｪ繧剃ｽ懊ｋ譁ｹ繧貞･ｽ繧髢狗匱閠�ｂ縺�∪縺吶� 縺薙≧縺�▲縺溷�ｴ蜷医�縺溘ａ縺ｫ縲？ibernate縺ｯ逶ｴ諢溽噪縺ｪ
+                 <literal>Criteria</literal> 繧ｯ繧ｨ繝ｪAPI繧呈署萓帙＠縺ｦ縺�∪縺吶� </para>
             
             
             <programlisting><![CDATA[Criteria crit = session.createCriteria(Cat.class);
@@ -521,21 +523,21 @@ crit.add( Restrictions.eq( "color", eg.Color.BLACK ) );
 crit.setMaxResults(10);
 List cats = crit.list();]]></programlisting>
             
-            <para>  <literal>Criteria</literal> と
-                 <literal>Example</literal> APIの詳細は、 <xref linkend="querycriteria"/>
-                 に述べられています。 </para>
+            <para>  <literal>Criteria</literal> 縺ｨ
+                 <literal>Example</literal> API縺ｮ隧ｳ邏ｰ縺ｯ縲� <xref linkend="querycriteria"/>
+                 縺ｫ霑ｰ縺ｹ繧峨ｌ縺ｦ縺�∪縺吶� </para>
             
         </sect2>
         
         <sect2 id="objectstate-querying-nativesql" revision="2">
-            <title>ネイティブSQLのクエリ</title>
+            <title>繝阪う繝�ぅ繝亡QL縺ｮ繧ｯ繧ｨ繝ｪ</title>
             
             <para> 
-                <literal>createSQLQuery()</literal> を使って、SQLでクエリを表現することもできます。
-                そして、Hibernateに、ResultSet からオブジェクトへのマッピングをまかせます。
-                 <literal>session.connection()</literal> を呼べばどんなときでも、直接、JDBC
-                 <literal>Connection</literal> を使用できることを覚えておきましょう。 もし、Hibernate
-                APIを使うのであれば、下記のようにSQLの別名を括弧でくくらなければなりません。 </para>
+                <literal>createSQLQuery()</literal> 繧剃ｽｿ縺｣縺ｦ縲ヾQL縺ｧ繧ｯ繧ｨ繝ｪ繧定｡ｨ迴ｾ縺吶ｋ縺薙→繧ゅ〒縺阪∪縺吶�
+                縺昴＠縺ｦ縲？ibernate縺ｫ縲ヽesultSet 縺九ｉ繧ｪ繝悶ず繧ｧ繧ｯ繝医∈縺ｮ繝槭ャ繝斐Φ繧ｰ繧偵∪縺九○縺ｾ縺吶�
+                 <literal>session.connection()</literal> 繧貞他縺ｹ縺ｰ縺ｩ繧薙↑縺ｨ縺阪〒繧ゅ∫峩謗･縲゛DBC
+                 <literal>Connection</literal> 繧剃ｽｿ逕ｨ縺ｧ縺阪ｋ縺薙→繧定ｦ壹∴縺ｦ縺翫″縺ｾ縺励ｇ縺�� 繧ゅ＠縲？ibernate
+                API繧剃ｽｿ縺��縺ｧ縺ゅｌ縺ｰ縲∽ｸ玖ｨ倥�繧医≧縺ｫSQL縺ｮ蛻･蜷阪ｒ諡ｬ蠑ｧ縺ｧ縺上￥繧峨↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲� </para>
             
             <programlisting><![CDATA[List cats = session.createSQLQuery("SELECT {cat.*} FROM CAT {cat} WHERE ROWNUM<10")
     .addEntity("cat", Cat.class)
@@ -549,27 +551,27 @@ List cats = crit.list();]]></programlisting>
 .list()]]></programlisting>
             
             <para> 
-                SQLクエリは、Hibernateクエリと同じように、名前付きのパラメータと位置パラメータを持つことができます。
-                HibernateにおけるネイティブなSQLクエリの詳細については、 <xref linkend="querysql"/> 
-                を参照してください。 </para>
+                SQL繧ｯ繧ｨ繝ｪ縺ｯ縲？ibernate繧ｯ繧ｨ繝ｪ縺ｨ蜷後§繧医≧縺ｫ縲∝錐蜑堺ｻ倥″縺ｮ繝代Λ繝｡繝ｼ繧ｿ縺ｨ菴咲ｽｮ繝代Λ繝｡繝ｼ繧ｿ繧呈戟縺､縺薙→縺後〒縺阪∪縺吶�
+                Hibernate縺ｫ縺翫￠繧九ロ繧､繝�ぅ繝悶↑SQL繧ｯ繧ｨ繝ｪ縺ｮ隧ｳ邏ｰ縺ｫ縺､縺�※縺ｯ縲� <xref linkend="querysql"/> 
+                繧貞盾辣ｧ縺励※縺上□縺輔＞縲� </para>
             
         </sect2>
         
     </sect1>
     
     <sect1 id="objectstate-modifying" revision="1">
-        <title>永続オブジェクトの修正</title>
+        <title>豌ｸ邯壹が繝悶ず繧ｧ繧ｯ繝医�菫ｮ豁｣</title>
         
         <para> 
-             <emphasis>処理中の永続インスタンス</emphasis>
-            （例： <literal>Session</literal> によって、
-            ロード、セーブ、作成、クエリされたオブジェクト）は、アプリケーションに操作されます。
-            その際に変更された永続状態は、 <literal>Session</literal> が <emphasis>フラッシュ</emphasis>
-            されるときに、永続化されます（これは、この章の後半で述べています）。
-            変更を永続化するために、特殊なメソッド（ <literal>update()</literal> 
-            のようなもの。これは、別の目的で使用します）を 呼ぶ必要はありません。 オブジェクトの状態を更新する一番簡単な方法は、オブジェクトを
-             <literal>load()</literal> し、 <literal>Session</literal> 
-            をオープンにしている間に、直接操作することです。 </para>
+             <emphasis>蜃ｦ逅�ｸｭ縺ｮ豌ｸ邯壹う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ</emphasis>
+            �井ｾ具ｼ� <literal>Session</literal> 縺ｫ繧医▲縺ｦ縲�
+            繝ｭ繝ｼ繝峨√そ繝ｼ繝悶∽ｽ懈�縲√け繧ｨ繝ｪ縺輔ｌ縺溘が繝悶ず繧ｧ繧ｯ繝茨ｼ峨�縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ謫堺ｽ懊＆繧後∪縺吶�
+            縺昴�髫帙↓螟画峩縺輔ｌ縺滓ｰｸ邯夂憾諷九�縲� <literal>Session</literal> 縺� <emphasis>繝輔Λ繝�す繝･</emphasis>
+            縺輔ｌ繧九→縺阪↓縲∵ｰｸ邯壼喧縺輔ｌ縺ｾ縺呻ｼ医％繧後�縲√％縺ｮ遶�縺ｮ蠕悟濠縺ｧ霑ｰ縺ｹ縺ｦ縺�∪縺呻ｼ峨�
+            螟画峩繧呈ｰｸ邯壼喧縺吶ｋ縺溘ａ縺ｫ縲∫音谿翫↑繝｡繧ｽ繝�ラ�� <literal>update()</literal> 
+            縺ｮ繧医≧縺ｪ繧ゅ�縲ゅ％繧後�縲∝挨縺ｮ逶ｮ逧�〒菴ｿ逕ｨ縺励∪縺呻ｼ峨ｒ 蜻ｼ縺ｶ蠢�ｦ√�縺ゅｊ縺ｾ縺帙ｓ縲� 繧ｪ繝悶ず繧ｧ繧ｯ繝医�迥ｶ諷九ｒ譖ｴ譁ｰ縺吶ｋ荳逡ｪ邁｡蜊倥↑譁ｹ豕輔�縲√が繝悶ず繧ｧ繧ｯ繝医ｒ
+             <literal>load()</literal> 縺励� <literal>Session</literal> 
+            繧偵が繝ｼ繝励Φ縺ｫ縺励※縺�ｋ髢薙↓縲∫峩謗･謫堺ｽ懊☆繧九％縺ｨ縺ｧ縺吶� </para>
         
         
         <programlisting><![CDATA[DomesticCat cat = (DomesticCat) sess.load( Cat.class, new Long(69) );
@@ -578,40 +580,40 @@ sess.flush();  // changes to cat are automatically detected and persisted
 ]]></programlisting>
         
         <para> 
-            （オブジェクトをロードするための）SQLの <literal>SELECT</literal> と（更新された状態を永続化するための）
-            SQLの <literal>UPDATE</literal> が同じセッションで必要となるので、このプログラミングモデルは、
-            効率が悪くなる場合があります。
-            そのため、Hibernateは別の方法を用意しています。それは、インスタンスを分離する（detached）方法です。 </para>
+            �医が繝悶ず繧ｧ繧ｯ繝医ｒ繝ｭ繝ｼ繝峨☆繧九◆繧√��唄QL縺ｮ <literal>SELECT</literal> 縺ｨ�域峩譁ｰ縺輔ｌ縺溽憾諷九ｒ豌ｸ邯壼喧縺吶ｋ縺溘ａ縺ｮ��
+            SQL縺ｮ <literal>UPDATE</literal> 縺悟酔縺倥そ繝�す繝ｧ繝ｳ縺ｧ蠢�ｦ√→縺ｪ繧九�縺ｧ縲√％縺ｮ繝励Ο繧ｰ繝ｩ繝溘Φ繧ｰ繝｢繝�Ν縺ｯ縲�
+            蜉ｹ邇�′謔ｪ縺上↑繧句�ｴ蜷医′縺ゅｊ縺ｾ縺吶�
+            縺昴�縺溘ａ縲？ibernate縺ｯ蛻･縺ｮ譁ｹ豕輔ｒ逕ｨ諢上＠縺ｦ縺�∪縺吶ゅ◎繧後�縲√う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧貞�髮｢縺吶ｋ��detached�画婿豕輔〒縺吶� </para>
         
         <para> 
-            <emphasis>Hibernateは、 <literal>UPDATE</literal> 文や 
-            <literal>DELETE</literal> 文を直接実行するAPIを用意していません。
-            Hibernateは、 <emphasis>状態管理</emphasis> サービスであり、使われるSQL
-             <emphasis>文</emphasis> のことを開発者が考える必要はありません。
-            JDBCはSQL文を実行する完璧なAPIであり、 <literal>session.connection()</literal>
-             を呼ぶことで いつでも、JDBC <literal>Connection</literal> を開発者は取得できます。
-            さらに、大量のデータ操作の考え方は、オンライントランザクション処理向きアプリケーションの
-            オブジェクト/リレーショナルマッピングと衝突します。
-            しかし、Hibernateの今後のバージョンでは、大量データを処理する特別な機能を提供するかもしれません。
-            バッチ操作に利用できるいくつかの工夫については、 <xref linkend="batch"/> を参照してください。 </emphasis>
+            <emphasis>Hibernate縺ｯ縲� <literal>UPDATE</literal> 譁�ｄ 
+            <literal>DELETE</literal> 譁�ｒ逶ｴ謗･螳溯｡後☆繧帰PI繧堤畑諢上＠縺ｦ縺�∪縺帙ｓ縲�
+            Hibernate縺ｯ縲� <emphasis>迥ｶ諷狗ｮ｡逅�</emphasis> 繧ｵ繝ｼ繝薙せ縺ｧ縺ゅｊ縲∽ｽｿ繧上ｌ繧鬼QL
+             <emphasis>譁�</emphasis> 縺ｮ縺薙→繧帝幕逋ｺ閠�′閠�∴繧句ｿ�ｦ√�縺ゅｊ縺ｾ縺帙ｓ縲�
+            JDBC縺ｯSQL譁�ｒ螳溯｡後☆繧句ｮ檎挑縺ｪAPI縺ｧ縺ゅｊ縲� <literal>session.connection()</literal>
+             繧貞他縺ｶ縺薙→縺ｧ 縺�▽縺ｧ繧ゅ゛DBC <literal>Connection</literal> 繧帝幕逋ｺ閠��蜿門ｾ励〒縺阪∪縺吶�
+            縺輔ｉ縺ｫ縲∝､ｧ驥上�繝��繧ｿ謫堺ｽ懊�閠�∴譁ｹ縺ｯ縲√が繝ｳ繝ｩ繧､繝ｳ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蜃ｦ逅�髄縺阪い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ
+            繧ｪ繝悶ず繧ｧ繧ｯ繝�/繝ｪ繝ｬ繝ｼ繧ｷ繝ｧ繝翫Ν繝槭ャ繝斐Φ繧ｰ縺ｨ陦晉ｪ√＠縺ｾ縺吶�
+            縺励°縺励？ibernate縺ｮ莉雁ｾ後�繝舌�繧ｸ繝ｧ繝ｳ縺ｧ縺ｯ縲∝､ｧ驥上ョ繝ｼ繧ｿ繧貞�逅�☆繧狗音蛻･縺ｪ讖溯�繧呈署萓帙☆繧九°繧ゅ＠繧後∪縺帙ｓ縲�
+            繝舌ャ繝∵桃菴懊↓蛻ｩ逕ｨ縺ｧ縺阪ｋ縺�￥縺､縺九�蟾･螟ｫ縺ｫ縺､縺�※縺ｯ縲� <xref linkend="batch"/> 繧貞盾辣ｧ縺励※縺上□縺輔＞縲� </emphasis>
             </para>
         
     </sect1>
     
     <sect1 id="objectstate-detached" revision="2">
-        <title>分離オブジェクトの修正</title>
+        <title>蛻�屬繧ｪ繝悶ず繧ｧ繧ｯ繝医�菫ｮ豁｣</title>
         
         <para>
-            多くのアプリケーションでは次のことが必要になります。
-            それは、あるトランザクションでオブジェクトを復元し、操作するためにそれをUI層に送り、
-            その後に、新しいトランザクションで変更をセーブするといったことです。
-            並行性の高い環境で、このタイプのアプローチを使うアプリケーションでは、 "期間の長い"
-            作業単位の隔離性を保証するために、バージョンデータが通常使われます。 </para>
+            螟壹￥縺ｮ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｧ縺ｯ谺｡縺ｮ縺薙→縺悟ｿ�ｦ√↓縺ｪ繧翫∪縺吶�
+            縺昴ｌ縺ｯ縲√≠繧九ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｧ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ蠕ｩ蜈�＠縲∵桃菴懊☆繧九◆繧√↓縺昴ｌ繧旦I螻､縺ｫ騾√ｊ縲�
+            縺昴�蠕後↓縲∵眠縺励＞繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｧ螟画峩繧偵そ繝ｼ繝悶☆繧九→縺�▲縺溘％縺ｨ縺ｧ縺吶�
+            荳ｦ陦梧ｧ縺ｮ鬮倥＞迺ｰ蠅�〒縲√％縺ｮ繧ｿ繧､繝励�繧｢繝励Ο繝ｼ繝√ｒ菴ｿ縺�い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｧ縺ｯ縲� "譛滄俣縺ｮ髟ｷ縺�"
+            菴懈･ｭ蜊倅ｽ阪�髫秘屬諤ｧ繧剃ｿ晁ｨｼ縺吶ｋ縺溘ａ縺ｫ縲√ヰ繝ｼ繧ｸ繝ｧ繝ｳ繝��繧ｿ縺碁壼ｸｸ菴ｿ繧上ｌ縺ｾ縺吶� </para>
         
         <para> 
-            Hibernateは、 <literal>Session.update()</literal> や
-             <literal>Session.merge()</literal> メソッドを
-            使って、分離インスタンスを再追加することで、このモデルに対応します。 </para>
+            Hibernate縺ｯ縲� <literal>Session.update()</literal> 繧�
+             <literal>Session.merge()</literal> 繝｡繧ｽ繝�ラ繧�
+            菴ｿ縺｣縺ｦ縲∝�髮｢繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧貞�霑ｽ蜉�縺吶ｋ縺薙→縺ｧ縲√％縺ｮ繝｢繝�Ν縺ｫ蟇ｾ蠢懊＠縺ｾ縺吶� </para>
         
         
         <programlisting><![CDATA[// in the first session
@@ -627,25 +629,25 @@ secondSession.update(cat);  // update cat
 secondSession.update(mate); // update mate]]></programlisting>
         
         <para> 
-             識別子<literal>catId</literal> を持つ <literal>Cat</literal> が、既に
-             <literal>secondSession</literal> でロードされていた場合は、再追加しようとしたときに、例外が投げられます。
+             隴伜挨蟄�<literal>catId</literal> 繧呈戟縺､ <literal>Cat</literal> 縺後∵里縺ｫ
+             <literal>secondSession</literal> 縺ｧ繝ｭ繝ｼ繝峨＆繧後※縺�◆蝣ｴ蜷医�縲∝�霑ｽ蜉�縺励ｈ縺�→縺励◆縺ｨ縺阪↓縲∽ｾ句､悶′謚輔￡繧峨ｌ縺ｾ縺吶�
             </para>
         
         <para> 
-            同じ識別子を持つ永続インスタンスをセッションが既に保持していないことを
-            確信できるなら <literal>update()</literal> を使いましょう。
-            そして、セッションの状態を考えずに、どんな場合でも変更をマージしたい場合は、 <literal>merge()</literal> 
-            を使いましょう。 すなわち、分離オブジェクトの再追加操作が、最初に実行されることを確実にするために、 通常は
-             <literal>update()</literal> が新しいセッションのなかで最初に呼ばれるメソッドになります。 </para>
+            蜷後§隴伜挨蟄舌ｒ謖√▽豌ｸ邯壹う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧偵そ繝�す繝ｧ繝ｳ縺梧里縺ｫ菫晄戟縺励※縺�↑縺�％縺ｨ繧�
+            遒ｺ菫｡縺ｧ縺阪ｋ縺ｪ繧� <literal>update()</literal> 繧剃ｽｿ縺�∪縺励ｇ縺��
+            縺昴＠縺ｦ縲√そ繝�す繝ｧ繝ｳ縺ｮ迥ｶ諷九ｒ閠�∴縺壹↓縲√←繧薙↑蝣ｴ蜷医〒繧ょ､画峩繧偵�繝ｼ繧ｸ縺励◆縺��ｴ蜷医�縲� <literal>merge()</literal> 
+            繧剃ｽｿ縺�∪縺励ｇ縺�� 縺吶↑繧上■縲∝�髮｢繧ｪ繝悶ず繧ｧ繧ｯ繝医�蜀崎ｿｽ蜉�謫堺ｽ懊′縲∵怙蛻昴↓螳溯｡後＆繧後ｋ縺薙→繧堤｢ｺ螳溘↓縺吶ｋ縺溘ａ縺ｫ縲� 騾壼ｸｸ縺ｯ
+             <literal>update()</literal> 縺梧眠縺励＞繧ｻ繝�す繝ｧ繝ｳ縺ｮ縺ｪ縺九〒譛蛻昴↓蜻ｼ縺ｰ繧後ｋ繝｡繧ｽ繝�ラ縺ｫ縺ｪ繧翫∪縺吶� </para>
         
         <para> 
-            分離インスタンスから到達可能な、分離インスタンスをアプリケーションは個別に <literal>update()</literal>
-             すべきです。それは、その状態を更新したい場合に <emphasis>限り</emphasis> ます。
-             <emphasis>遷移的な永続化</emphasis> を使えば、もちろん自動化できます。 <xref
-                linkend="objectstate-transitive"/> を参照してください。 </para>
+            蛻�屬繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺九ｉ蛻ｰ驕泌庄閭ｽ縺ｪ縲∝�髮｢繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧偵い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ蛟句挨縺ｫ <literal>update()</literal>
+             縺吶∋縺阪〒縺吶ゅ◎繧後�縲√◎縺ｮ迥ｶ諷九ｒ譖ｴ譁ｰ縺励◆縺��ｴ蜷医↓ <emphasis>髯舌ｊ</emphasis> 縺ｾ縺吶�
+             <emphasis>驕ｷ遘ｻ逧�↑豌ｸ邯壼喧</emphasis> 繧剃ｽｿ縺医�縲√ｂ縺｡繧阪ｓ閾ｪ蜍募喧縺ｧ縺阪∪縺吶� <xref
+                linkend="objectstate-transitive"/> 繧貞盾辣ｧ縺励※縺上□縺輔＞縲� </para>
         
         <para>
-            メソッドでもまた、新しいセッションにオブジェクトを再関連付けできます。 しかし、分離インスタンスは無修正でなければなりません。
+            繝｡繧ｽ繝�ラ縺ｧ繧ゅ∪縺溘∵眠縺励＞繧ｻ繝�す繝ｧ繝ｳ縺ｫ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ蜀埼未騾｣莉倥￠縺ｧ縺阪∪縺吶� 縺励°縺励∝�髮｢繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ辟｡菫ｮ豁｣縺ｧ縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
             </para>
         
         
@@ -657,24 +659,24 @@ sess.lock(izi, LockMode.READ);
 sess.lock(pk, LockMode.UPGRADE);]]></programlisting>
         
         <para>
-            <literal>lock()</literal> は、さまざまな
-             <literal>LockMode</literal> とともに使うことができます。
-            詳細は、APIドキュメントとトランザクション処理の章を参照してください。
-            再追加のときにだけ、 <literal>lock()</literal> が使われるわけではありません。 </para>
+            <literal>lock()</literal> 縺ｯ縲√＆縺ｾ縺悶∪縺ｪ
+             <literal>LockMode</literal> 縺ｨ縺ｨ繧ゅ↓菴ｿ縺�％縺ｨ縺後〒縺阪∪縺吶�
+            隧ｳ邏ｰ縺ｯ縲、PI繝峨く繝･繝｡繝ｳ繝医→繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蜃ｦ逅��遶�繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
+            蜀崎ｿｽ蜉�縺ｮ縺ｨ縺阪↓縺�縺代� <literal>lock()</literal> 縺御ｽｿ繧上ｌ繧九ｏ縺代〒縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲� </para>
         
         <para>
-         期間の長い作業単位の、その他のモデルは、<xref linked="transactions-optimistic"/> で述べています。 </para>
+         譛滄俣縺ｮ髟ｷ縺�ｽ懈･ｭ蜊倅ｽ阪�縲√◎縺ｮ莉悶�繝｢繝�Ν縺ｯ縲�<xref linked="transactions-optimistic"/> 縺ｧ霑ｰ縺ｹ縺ｦ縺�∪縺吶� </para>
         
     </sect1>
     
     <sect1 id="objectstate-saveorupdate">
-        <title>自動的な状態検出</title>
+        <title>閾ｪ蜍慕噪縺ｪ迥ｶ諷区､懷�</title>
         
         <para>
-            Hibernateのユーザは次の2つのケースのどちらにも使える汎用的なメソッドを要求していました。
-            それは、新しい識別子を生成して一時的なインスタンスをセーブすることと、
-            その時点の識別子と関連づいている分離インスタンスを更新/再追加することのできるメソッドです。
-             <literal>saveOrUpdate()</literal> はこのような機能を実現したメソッドです。 </para>
+            Hibernate縺ｮ繝ｦ繝ｼ繧ｶ縺ｯ谺｡縺ｮ2縺､縺ｮ繧ｱ繝ｼ繧ｹ縺ｮ縺ｩ縺｡繧峨↓繧ゆｽｿ縺医ｋ豎守畑逧�↑繝｡繧ｽ繝�ラ繧定ｦ∵ｱゅ＠縺ｦ縺�∪縺励◆縲�
+            縺昴ｌ縺ｯ縲∵眠縺励＞隴伜挨蟄舌ｒ逕滓�縺励※荳譎ら噪縺ｪ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧偵そ繝ｼ繝悶☆繧九％縺ｨ縺ｨ縲�
+            縺昴�譎らせ縺ｮ隴伜挨蟄舌→髢｢騾｣縺･縺�※縺�ｋ蛻�屬繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧呈峩譁ｰ/蜀崎ｿｽ蜉�縺吶ｋ縺薙→縺ｮ縺ｧ縺阪ｋ繝｡繧ｽ繝�ラ縺ｧ縺吶�
+             <literal>saveOrUpdate()</literal> 縺ｯ縺薙�繧医≧縺ｪ讖溯�繧貞ｮ溽樟縺励◆繝｡繧ｽ繝�ラ縺ｧ縺吶� </para>
         
         
         <programlisting><![CDATA[// in the first session
@@ -689,90 +691,90 @@ secondSession.saveOrUpdate(cat);   // update existing state (cat has a non-null
 secondSession.saveOrUpdate(mate);  // save the new instance (mate has a null id)]]></programlisting>
         
         <para>
-            <literal>saveOrUpdate()</literal> の使用方法と意味は、
-            新しいユーザにとって混乱を招くかもしれません。
-            まず第一に、あるセッションで使用したインスタンスを別の新しいセッションで使おうとしない限り、
-            <literal>update()</literal> や <literal>saveOrUpdate()</literal> や
-             <literal>merge()</literal> を使う必要はありません。
-            アプリケーション全体を通じて、これらのメソッドを全く使わないこともあります。 </para>
+            <literal>saveOrUpdate()</literal> 縺ｮ菴ｿ逕ｨ譁ｹ豕輔→諢丞袖縺ｯ縲�
+            譁ｰ縺励＞繝ｦ繝ｼ繧ｶ縺ｫ縺ｨ縺｣縺ｦ豺ｷ荵ｱ繧呈魚縺上°繧ゅ＠繧後∪縺帙ｓ縲�
+            縺ｾ縺夂ｬｬ荳縺ｫ縲√≠繧九そ繝�す繝ｧ繝ｳ縺ｧ菴ｿ逕ｨ縺励◆繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧貞挨縺ｮ譁ｰ縺励＞繧ｻ繝�す繝ｧ繝ｳ縺ｧ菴ｿ縺翫≧縺ｨ縺励↑縺�剞繧翫�
+            <literal>update()</literal> 繧� <literal>saveOrUpdate()</literal> 繧�
+             <literal>merge()</literal> 繧剃ｽｿ縺�ｿ�ｦ√�縺ゅｊ縺ｾ縺帙ｓ縲�
+            繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ蜈ｨ菴薙ｒ騾壹§縺ｦ縲√％繧後ｉ縺ｮ繝｡繧ｽ繝�ラ繧貞�縺丈ｽｿ繧上↑縺�％縺ｨ繧ゅ≠繧翫∪縺吶� </para>
         
         <para>
-            通常、 <literal>update()</literal> や <literal>saveOrUpdate()</literal>
-             は次のシナリオで 使われます。 </para>
+            騾壼ｸｸ縲� <literal>update()</literal> 繧� <literal>saveOrUpdate()</literal>
+             縺ｯ谺｡縺ｮ繧ｷ繝翫Μ繧ｪ縺ｧ 菴ｿ繧上ｌ縺ｾ縺吶� </para>
         
         <itemizedlist spacing="compact">
             <listitem>
-                <para>アプリケーションが最初のセッションでオブジェクトをロードします。 </para>
+                <para>繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺梧怙蛻昴�繧ｻ繝�す繝ｧ繝ｳ縺ｧ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ繝ｭ繝ｼ繝峨＠縺ｾ縺吶� </para>
             </listitem>
             <listitem>
-                <para>オブジェクトがUI層に送られます。 </para>
+                <para>繧ｪ繝悶ず繧ｧ繧ｯ繝医′UI螻､縺ｫ騾√ｉ繧後∪縺吶� </para>
             </listitem>
             <listitem>
-                <para>オブジェクトに対して変更が加えられます。
+                <para>繧ｪ繝悶ず繧ｧ繧ｯ繝医↓蟇ｾ縺励※螟画峩縺悟刈縺医ｉ繧後∪縺吶�
                     </para>
             </listitem>
             <listitem>
-                <para> オブジェクトがビジネスロジック層に送られます。 </para>
+                <para> 繧ｪ繝悶ず繧ｧ繧ｯ繝医′繝薙ず繝阪せ繝ｭ繧ｸ繝�け螻､縺ｫ騾√ｉ繧後∪縺吶� </para>
             </listitem>
             <listitem>
                 <para> 
-                    アプリケーションは、2番目のセッションで <literal>update()</literal>
-                     を呼ぶことで、これらの変更を永続化します。 </para>
+                    繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ縲�2逡ｪ逶ｮ縺ｮ繧ｻ繝�す繝ｧ繝ｳ縺ｧ <literal>update()</literal>
+                     繧貞他縺ｶ縺薙→縺ｧ縲√％繧後ｉ縺ｮ螟画峩繧呈ｰｸ邯壼喧縺励∪縺吶� </para>
             </listitem>
         </itemizedlist>
         
-        <para> <literal>saveOrUpdate()</literal> は以下のことを行います。 </para>
+        <para> <literal>saveOrUpdate()</literal> 縺ｯ莉･荳九�縺薙→繧定｡後＞縺ｾ縺吶� </para>
         
         <itemizedlist spacing="compact">
             <listitem>
-                <para>オブジェクトがこのセッションで、すでに永続化されていれば、何もしません。 </para>
+                <para>繧ｪ繝悶ず繧ｧ繧ｯ繝医′縺薙�繧ｻ繝�す繝ｧ繝ｳ縺ｧ縲√☆縺ｧ縺ｫ豌ｸ邯壼喧縺輔ｌ縺ｦ縺�ｌ縺ｰ縲∽ｽ輔ｂ縺励∪縺帙ｓ縲� </para>
             </listitem>
             <listitem>
                 <para>
-                    そのセッションに関連づいている別のオブジェクトが同じ識別子を持っているなら、 例外を投げます。 </para>
+                    縺昴�繧ｻ繝�す繝ｧ繝ｳ縺ｫ髢｢騾｣縺･縺�※縺�ｋ蛻･縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医′蜷後§隴伜挨蟄舌ｒ謖√▲縺ｦ縺�ｋ縺ｪ繧峨� 萓句､悶ｒ謚輔￡縺ｾ縺吶� </para>
             </listitem>
             <listitem>
                 <para>
-                    オブジェクトの識別子が値を持たないならば、 <literal>save()</literal> します。 </para>
+                    繧ｪ繝悶ず繧ｧ繧ｯ繝医�隴伜挨蟄舌′蛟､繧呈戟縺溘↑縺�↑繧峨�縲� <literal>save()</literal> 縺励∪縺吶� </para>
             </listitem>
             <listitem>
                 <para>
-                    オブジェクトの識別子が値を持ち、その値が新たにインスタンス化されたオブジェクトのための値である場合、 そのオブジェクトを
-                     <literal>save()</literal> します。 </para>
+                    繧ｪ繝悶ず繧ｧ繧ｯ繝医�隴伜挨蟄舌′蛟､繧呈戟縺｡縲√◎縺ｮ蛟､縺梧眠縺溘↓繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ蛹悶＆繧後◆繧ｪ繝悶ず繧ｧ繧ｯ繝医�縺溘ａ縺ｮ蛟､縺ｧ縺ゅｋ蝣ｴ蜷医� 縺昴�繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ
+                     <literal>save()</literal> 縺励∪縺吶� </para>
             </listitem>
             <listitem>
                 <para>
-                    オブジェクトが（ <literal>&lt;version&gt;</literal> や
-                     <literal>&lt;timestamp&gt;</literal> によって）
-                    バージョンづけされていて、バージョンのプロパティが値を持ち、
-                    その値が新しくインスタンス化されたオブジェクトのための値である場合、 そのオブジェクトを
-                     <literal>save()</literal> します。 </para>
+                    繧ｪ繝悶ず繧ｧ繧ｯ繝医′�� <literal>&lt;version&gt;</literal> 繧�
+                     <literal>&lt;timestamp&gt;</literal> 縺ｫ繧医▲縺ｦ��
+                    繝舌�繧ｸ繝ｧ繝ｳ縺･縺代＆繧後※縺�※縲√ヰ繝ｼ繧ｸ繝ｧ繝ｳ縺ｮ繝励Ο繝代ユ繧｣縺悟､繧呈戟縺｡縲�
+                    縺昴�蛟､縺梧眠縺励￥繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ蛹悶＆繧後◆繧ｪ繝悶ず繧ｧ繧ｯ繝医�縺溘ａ縺ｮ蛟､縺ｧ縺ゅｋ蝣ｴ蜷医� 縺昴�繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ
+                     <literal>save()</literal> 縺励∪縺吶� </para>
             </listitem>
             <listitem>
                 <para>
-                    そうでない場合は、そのオブジェクトを <literal>update()</literal> します。 </para>
+                    縺昴≧縺ｧ縺ｪ縺��ｴ蜷医�縲√◎縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ <literal>update()</literal> 縺励∪縺吶� </para>
             </listitem>
         </itemizedlist>
         
         <para>
-            そして、 <literal>merge()</literal> は以下のようにとても異なります。 </para>
+            縺昴＠縺ｦ縲� <literal>merge()</literal> 縺ｯ莉･荳九�繧医≧縺ｫ縺ｨ縺ｦ繧ら焚縺ｪ繧翫∪縺吶� </para>
         
         <itemizedlist spacing="compact">
             <listitem>
                 <para>
-                    同じ識別子を持つ永続化インスタンスがその時点でセッションと関連付いているならば、
-                    引数で受け取ったオブジェクトの状態を永続化インスタンスにコピーします。 </para>
+                    蜷後§隴伜挨蟄舌ｒ謖√▽豌ｸ邯壼喧繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺後◎縺ｮ譎らせ縺ｧ繧ｻ繝�す繝ｧ繝ｳ縺ｨ髢｢騾｣莉倥＞縺ｦ縺�ｋ縺ｪ繧峨�縲�
+                    蠑墓焚縺ｧ蜿励￠蜿悶▲縺溘が繝悶ず繧ｧ繧ｯ繝医�迥ｶ諷九ｒ豌ｸ邯壼喧繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｫ繧ｳ繝斐�縺励∪縺吶� </para>
             </listitem>
             <listitem>
                 <para>
-                    永続化インスタンスがその時点でセッションに関連付いていないなら、
-                    データベースからそれをロードするか、あるいは、新しい永続化インスタンスを作成します。 </para>
+                    豌ｸ邯壼喧繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺後◎縺ｮ譎らせ縺ｧ繧ｻ繝�す繝ｧ繝ｳ縺ｫ髢｢騾｣莉倥＞縺ｦ縺�↑縺�↑繧峨�
+                    繝��繧ｿ繝吶�繧ｹ縺九ｉ縺昴ｌ繧偵Ο繝ｼ繝峨☆繧九°縲√≠繧九＞縺ｯ縲∵眠縺励＞豌ｸ邯壼喧繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧剃ｽ懈�縺励∪縺吶� </para>
             </listitem>
             <listitem>
-                <para>永続化インスタンスが返されます。 </para>
+                <para>豌ｸ邯壼喧繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺瑚ｿ斐＆繧後∪縺吶� </para>
             </listitem>
             <listitem>
-                <para> 引数として与えたインスタンスはセッションと関連を持ちません。 それは、分離状態のままです。
+                <para> 蠑墓焚縺ｨ縺励※荳弱∴縺溘う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ繧ｻ繝�す繝ｧ繝ｳ縺ｨ髢｢騾｣繧呈戟縺｡縺ｾ縺帙ｓ縲� 縺昴ｌ縺ｯ縲∝�髮｢迥ｶ諷九�縺ｾ縺ｾ縺ｧ縺吶�
                     </para>
             </listitem>
         </itemizedlist>
@@ -780,28 +782,28 @@ secondSession.saveOrUpdate(mate);  // save the new instance (mate has a null id)
     </sect1>
     
     <sect1 id="objectstate-deleting" revision="1">
-        <title>永続オブジェクトの削除</title>
+        <title>豌ｸ邯壹が繝悶ず繧ｧ繧ｯ繝医�蜑企勁</title>
         
         <para>
             <literal>Session.delete()</literal> 
-            はオブジェクトの状態をデータベースから削除します。 もちろん、削除したオブジェクトをアプリケーションが保持したままでもよいです。
-            そのため、 <literal>delete()</literal> は永続インスタンスを一時的にするものと考えるのが一番です。 </para>
+            縺ｯ繧ｪ繝悶ず繧ｧ繧ｯ繝医�迥ｶ諷九ｒ繝��繧ｿ繝吶�繧ｹ縺九ｉ蜑企勁縺励∪縺吶� 繧ゅ■繧阪ｓ縲∝炎髯､縺励◆繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺御ｿ晄戟縺励◆縺ｾ縺ｾ縺ｧ繧ゅｈ縺�〒縺吶�
+            縺昴�縺溘ａ縲� <literal>delete()</literal> 縺ｯ豌ｸ邯壹う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧剃ｸ譎ら噪縺ｫ縺吶ｋ繧ゅ�縺ｨ閠�∴繧九�縺御ｸ逡ｪ縺ｧ縺吶� </para>
         
         <programlisting><![CDATA[sess.delete(cat);]]></programlisting>
         
         <para>
-            外部キー制約に違反するリスクもなく、好きな順番でオブジェクトを削除することができます。
-            ただし、間違った順番でオブジェクトを削除すると、外部キーカラムの <literal>NOT NULL</literal> 
-            制約に違反する可能性があります。 例えば、親オブジェクトを削除したときに、子供オブジェクトを削除し忘れた場合です。 </para>
+            螟夜Κ繧ｭ繝ｼ蛻ｶ邏�↓驕募渚縺吶ｋ繝ｪ繧ｹ繧ｯ繧ゅ↑縺上∝･ｽ縺阪↑鬆�分縺ｧ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ蜑企勁縺吶ｋ縺薙→縺後〒縺阪∪縺吶�
+            縺溘□縺励�俣驕輔▲縺滄��分縺ｧ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ蜑企勁縺吶ｋ縺ｨ縲∝､夜Κ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺ｮ <literal>NOT NULL</literal> 
+            蛻ｶ邏�↓驕募渚縺吶ｋ蜿ｯ閭ｽ諤ｧ縺後≠繧翫∪縺吶� 萓九∴縺ｰ縲∬ｦｪ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ蜑企勁縺励◆縺ｨ縺阪↓縲∝ｭ蝉ｾ帙が繝悶ず繧ｧ繧ｯ繝医ｒ蜑企勁縺怜ｿ倥ｌ縺溷�ｴ蜷医〒縺吶� </para>
         
     </sect1>
     
     <sect1 id="objectstate-replicating" revision="1">
-        <title>異なる二つのデータストア間でのオブジェクトのレプリケーション</title>
+        <title>逡ｰ縺ｪ繧倶ｺ後▽縺ｮ繝��繧ｿ繧ｹ繝医い髢薙〒縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医�繝ｬ繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ</title>
         
         <para> 
-            永続インスタンスのグラフを別のデータストアに永続化する場合に、
-            識別子の値を再生成せずにすむと便利な場合があります。 </para>
+            豌ｸ邯壹う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ繧ｰ繝ｩ繝輔ｒ蛻･縺ｮ繝��繧ｿ繧ｹ繝医い縺ｫ豌ｸ邯壼喧縺吶ｋ蝣ｴ蜷医↓縲�
+            隴伜挨蟄舌�蛟､繧貞�逕滓�縺帙★縺ｫ縺吶�縺ｨ萓ｿ蛻ｩ縺ｪ蝣ｴ蜷医′縺ゅｊ縺ｾ縺吶� </para>
         
         
         <programlisting><![CDATA[//retrieve a cat from one database
@@ -819,110 +821,110 @@ tx2.commit();
 session2.close();]]></programlisting>
         
         <para>
-            レプリケーション先のデータベースに行が既にある場合、 <literal>replicate()</literal>
-             が衝突をどのように扱うかを <literal>ReplicationMode</literal> で指定します。 </para>
+            繝ｬ繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ蜈医�繝��繧ｿ繝吶�繧ｹ縺ｫ陦後′譌｢縺ｫ縺ゅｋ蝣ｴ蜷医� <literal>replicate()</literal>
+             縺瑚｡晉ｪ√ｒ縺ｩ縺ｮ繧医≧縺ｫ謇ｱ縺�°繧� <literal>ReplicationMode</literal> 縺ｧ謖�ｮ壹＠縺ｾ縺吶� </para>
         
         <itemizedlist spacing="compact">
             <listitem>
                 <para>
                     <literal>ReplicationMode.IGNORE</literal> -
-                    同じ識別子を持つ行がデータベースに存在するなら、 そのオブジェクトを無視します。 </para>
+                    蜷後§隴伜挨蟄舌ｒ謖√▽陦後′繝��繧ｿ繝吶�繧ｹ縺ｫ蟄伜惠縺吶ｋ縺ｪ繧峨� 縺昴�繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ辟｡隕悶＠縺ｾ縺吶� </para>
             </listitem>
             <listitem>
                 <para>
-                    <literal>ReplicationMode.OVERWRITE</literal> - 同じ識別子を持つ既存の行を
-                    すべて上書きします。 </para>
+                    <literal>ReplicationMode.OVERWRITE</literal> - 蜷後§隴伜挨蟄舌ｒ謖√▽譌｢蟄倥�陦後ｒ
+                    縺吶∋縺ｦ荳頑嶌縺阪＠縺ｾ縺吶� </para>
             </listitem>
             <listitem>
                 <para>
                     <literal>ReplicationMode.EXCEPTION</literal> -
-                    同じ識別子を持つ行がデータベースに存在するなら、 例外を投げます。 </para>
+                    蜷後§隴伜挨蟄舌ｒ謖√▽陦後′繝��繧ｿ繝吶�繧ｹ縺ｫ蟄伜惠縺吶ｋ縺ｪ繧峨� 萓句､悶ｒ謚輔￡縺ｾ縺吶� </para>
             </listitem>
             <listitem>
                 <para> 
                     <literal>ReplicationMode.LATEST_VERSION</literal> -
-                    行に保存されているバージョン番号が、 引数のオブジェクトのバージョン番号より古いならば、その行を上書きします。
+                    陦後↓菫晏ｭ倥＆繧後※縺�ｋ繝舌�繧ｸ繝ｧ繝ｳ逡ｪ蜿ｷ縺後� 蠑墓焚縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医�繝舌�繧ｸ繝ｧ繝ｳ逡ｪ蜿ｷ繧医ｊ蜿､縺�↑繧峨�縲√◎縺ｮ陦後ｒ荳頑嶌縺阪＠縺ｾ縺吶�
                     </para>
             </listitem>
         </itemizedlist>
         
         <para>
-            次のようなケースで、この機能を使用します。 異なるデータベースインスタンスに入れられたデータの同期、
-            製品更新時におけるシステム設定情報の更新、非ACIDトランザクションのなかで加えられた変更のロールバックなどです。 </para>
+            谺｡縺ｮ繧医≧縺ｪ繧ｱ繝ｼ繧ｹ縺ｧ縲√％縺ｮ讖溯�繧剃ｽｿ逕ｨ縺励∪縺吶� 逡ｰ縺ｪ繧九ョ繝ｼ繧ｿ繝吶�繧ｹ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｫ蜈･繧後ｉ繧後◆繝��繧ｿ縺ｮ蜷梧悄縲�
+            陬ｽ蜩∵峩譁ｰ譎ゅ↓縺翫￠繧九す繧ｹ繝�Β險ｭ螳壽ュ蝣ｱ縺ｮ譖ｴ譁ｰ縲�撼ACID繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ縺ｪ縺九〒蜉�縺医ｉ繧後◆螟画峩縺ｮ繝ｭ繝ｼ繝ｫ繝舌ャ繧ｯ縺ｪ縺ｩ縺ｧ縺吶� </para>
         
     </sect1>
     
     <sect1 id="objectstate-flushing">
-        <title>セッションのフラッシュ</title>
+        <title>繧ｻ繝�す繝ｧ繝ｳ縺ｮ繝輔Λ繝�す繝･</title>
         
         <para>
-            JDBCコネクションの状態とメモリ上のオブジェクトの状態を同期させるために必要な
-            SQL文を <literal>Session</literal> が実行することがときどきあります。 この処理
-             <emphasis>flush</emphasis> は、デフォルトでは次のときに起こります。 </para>
+            JDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺ｮ迥ｶ諷九→繝｡繝｢繝ｪ荳翫�繧ｪ繝悶ず繧ｧ繧ｯ繝医�迥ｶ諷九ｒ蜷梧悄縺輔○繧九◆繧√↓蠢�ｦ√↑
+            SQL譁�ｒ <literal>Session</literal> 縺悟ｮ溯｡後☆繧九％縺ｨ縺後→縺阪←縺阪≠繧翫∪縺吶� 縺薙�蜃ｦ逅�
+             <emphasis>flush</emphasis> 縺ｯ縲√ョ繝輔か繝ｫ繝医〒縺ｯ谺｡縺ｮ縺ｨ縺阪↓襍ｷ縺薙ｊ縺ｾ縺吶� </para>
         
         <itemizedlist spacing="compact">
             <listitem>
-                <para> クエリを実行する前 </para>
+                <para> 繧ｯ繧ｨ繝ｪ繧貞ｮ溯｡後☆繧句燕 </para>
             </listitem>
             <listitem>
                 <para>
-                    <literal>org.hibernate.Transaction.commit()</literal> を実行したとき
+                    <literal>org.hibernate.Transaction.commit()</literal> 繧貞ｮ溯｡後＠縺溘→縺�
                     </para>
             </listitem>
             <listitem>
                 <para>
-                    <literal>Session.flush()</literal> を実行したとき </para>
+                    <literal>Session.flush()</literal> 繧貞ｮ溯｡後＠縺溘→縺� </para>
             </listitem>
         </itemizedlist>
         
-        <para>  SQL文は以下の順番で発行されます。
+        <para>  SQL譁��莉･荳九�鬆�分縺ｧ逋ｺ陦後＆繧後∪縺吶�
             </para>
         
         <orderedlist spacing="compact">
             <listitem>
                 <para>
-                    すべてのエンティティの挿入。これは、 <literal>Session.save()</literal> を使ってセーブした
-                    オブジェクトの順に実行していきます。 </para>
+                    縺吶∋縺ｦ縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ謖ｿ蜈･縲ゅ％繧後�縲� <literal>Session.save()</literal> 繧剃ｽｿ縺｣縺ｦ繧ｻ繝ｼ繝悶＠縺�
+                    繧ｪ繝悶ず繧ｧ繧ｯ繝医�鬆�↓螳溯｡後＠縺ｦ縺�″縺ｾ縺吶� </para>
             </listitem>
             <listitem>
-                <para> すべてのエンティティの更新 </para>
+                <para> 縺吶∋縺ｦ縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ譖ｴ譁ｰ </para>
             </listitem>
             <listitem>
-                <para> すべてのコレクションの削除 </para>
+                <para> 縺吶∋縺ｦ縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蜑企勁 </para>
             </listitem>
             <listitem>
                 <para>
-                    すべてのコレクションの要素に対する削除、更新、挿入 </para>
+                    縺吶∋縺ｦ縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ隕∫ｴ�縺ｫ蟇ｾ縺吶ｋ蜑企勁縲∵峩譁ｰ縲∵諺蜈･ </para>
             </listitem>
             <listitem>
-                <para>すべてのコレクションの挿入 </para>
+                <para>縺吶∋縺ｦ縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ謖ｿ蜈･ </para>
             </listitem>
             <listitem>
                 <para>
-                    すべてのエンティティの削除。これは、<literal>Session.delete()</literal> を使って
-                    削除したオブジェクトの順に実行していきます。 </para>
+                    縺吶∋縺ｦ縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ蜑企勁縲ゅ％繧後�縲�<literal>Session.delete()</literal> 繧剃ｽｿ縺｣縺ｦ
+                    蜑企勁縺励◆繧ｪ繝悶ず繧ｧ繧ｯ繝医�鬆�↓螳溯｡後＠縺ｦ縺�″縺ｾ縺吶� </para>
             </listitem>
         </orderedlist>
         
         <para>
-            (１つ例外があります。 <literal>native</literal> ID 生成を使ったオブジェクトは、
-            それらがセーブされたときに挿入されます。） </para>
+            (�代▽萓句､悶′縺ゅｊ縺ｾ縺吶� <literal>native</literal> ID 逕滓�繧剃ｽｿ縺｣縺溘が繝悶ず繧ｧ繧ｯ繝医�縲�
+            縺昴ｌ繧峨′繧ｻ繝ｼ繝悶＆繧後◆縺ｨ縺阪↓謖ｿ蜈･縺輔ｌ縺ｾ縺吶ゑｼ� </para>
         
         <para>
-             明示的に
-             <literal>flush()</literal> するときを除いて、 <emphasis>いつ</emphasis>
-            <literal>Session</literal> がJDBCをコールするのかについて
-             絶対的な保証はありません。ただし、それらが実行される <emphasis>順番</emphasis> だけは 保証されます。
-            また、Hibernate は、 <literal>Query.list(..)</literal> が古いデータや間違ったデータ返さないことを
-            保証しています。 </para>
+             譏守､ｺ逧�↓
+             <literal>flush()</literal> 縺吶ｋ縺ｨ縺阪ｒ髯､縺�※縲� <emphasis>縺�▽</emphasis>
+            <literal>Session</literal> 縺繰DBC繧偵さ繝ｼ繝ｫ縺吶ｋ縺ｮ縺九↓縺､縺�※
+             邨ｶ蟇ｾ逧�↑菫晁ｨｼ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲ゅ◆縺�縺励√◎繧後ｉ縺悟ｮ溯｡後＆繧後ｋ <emphasis>鬆�分</emphasis> 縺�縺代� 菫晁ｨｼ縺輔ｌ縺ｾ縺吶�
+            縺ｾ縺溘？ibernate 縺ｯ縲� <literal>Query.list(..)</literal> 縺悟商縺�ョ繝ｼ繧ｿ繧�俣驕輔▲縺溘ョ繝ｼ繧ｿ霑斐＆縺ｪ縺�％縺ｨ繧�
+            菫晁ｨｼ縺励※縺�∪縺吶� </para>
         
         <para>
-            フラッシュが頻繁に起こらないようにデフォルトの振る舞いを変えることができます。 <literal>FlushMode</literal>
-            クラスは3つの異なるモードを定義します。 それは、コミット時にだけフラッシュするモード （Hibernateの
-             <literal>Transaction</literal> APIが使われる場合だけです）、
-            説明のあった処理順に基づいて自動でフラッシュするモード、 <literal>flush()</literal> 
-            が明示的に呼ばれない限りフラッシュしないモードの３つです。 最後のモードは、作業単位が長期間に及ぶ場合に役に立ちます ( <xref
-                linkend="transactions-optimistic-longsession"/> を参照してください)。
+            繝輔Λ繝�す繝･縺碁�ｻ郢√↓襍ｷ縺薙ｉ縺ｪ縺�ｈ縺�↓繝�ヵ繧ｩ繝ｫ繝医�謖ｯ繧玖�縺�ｒ螟峨∴繧九％縺ｨ縺後〒縺阪∪縺吶� <literal>FlushMode</literal>
+            繧ｯ繝ｩ繧ｹ縺ｯ3縺､縺ｮ逡ｰ縺ｪ繧九Δ繝ｼ繝峨ｒ螳夂ｾｩ縺励∪縺吶� 縺昴ｌ縺ｯ縲√さ繝溘ャ繝域凾縺ｫ縺�縺代ヵ繝ｩ繝�す繝･縺吶ｋ繝｢繝ｼ繝� ��Hibernate縺ｮ
+             <literal>Transaction</literal> API縺御ｽｿ繧上ｌ繧句�ｴ蜷医□縺代〒縺呻ｼ峨�
+            隱ｬ譏弱�縺ゅ▲縺溷�逅���↓蝓ｺ縺･縺�※閾ｪ蜍輔〒繝輔Λ繝�す繝･縺吶ｋ繝｢繝ｼ繝峨� <literal>flush()</literal> 
+            縺梧�遉ｺ逧�↓蜻ｼ縺ｰ繧後↑縺�剞繧翫ヵ繝ｩ繝�す繝･縺励↑縺�Δ繝ｼ繝峨��薙▽縺ｧ縺吶� 譛蠕後�繝｢繝ｼ繝峨�縲∽ｽ懈･ｭ蜊倅ｽ阪′髟ｷ譛滄俣縺ｫ蜿翫�蝣ｴ蜷医↓蠖ｹ縺ｫ遶九■縺ｾ縺� ( <xref
+                linkend="transactions-optimistic-longsession"/> 繧貞盾辣ｧ縺励※縺上□縺輔＞)縲�
             </para>
         
         
@@ -941,162 +943,162 @@ sess.find("from Cat as cat left outer join cat.kittens kitten");
 tx.commit(); // flush occurs
 sess.close();]]></programlisting>
         
-        <para>フラッシュのとき、例外が発生するかもしれません。
-            （例えば、DML操作が制約を違反するような場合です。）
-            例外処理を理解するためには、Hibernateのトランザクションの振る舞いを理解する必要があるため、 <xref
-                linkend="transactions"/> で説明します。 </para>
+        <para>繝輔Λ繝�す繝･縺ｮ縺ｨ縺阪∽ｾ句､悶′逋ｺ逕溘☆繧九°繧ゅ＠繧後∪縺帙ｓ縲�
+            �井ｾ九∴縺ｰ縲．ML謫堺ｽ懊′蛻ｶ邏�ｒ驕募渚縺吶ｋ繧医≧縺ｪ蝣ｴ蜷医〒縺吶ゑｼ�
+            萓句､門�逅�ｒ逅�ｧ｣縺吶ｋ縺溘ａ縺ｫ縺ｯ縲？ibernate縺ｮ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ謖ｯ繧玖�縺�ｒ逅�ｧ｣縺吶ｋ蠢�ｦ√′縺ゅｋ縺溘ａ縲� <xref
+                linkend="transactions"/> 縺ｧ隱ｬ譏弱＠縺ｾ縺吶� </para>
         
     </sect1>
     
     <sect1 id="objectstate-transitive" revision="1">
-        <title>連鎖的な永続化</title>
+        <title>騾｣骼也噪縺ｪ豌ｸ邯壼喧</title>
         
         <para>
-            個々のオブジェクトをセーブしたり、削除したり、再追加したりすることは
-            かなり面倒です。特に、関連するオブジェクトを扱うような場合には際立ちます。 よくあるのは、親子関係を扱うケースです。
-            以下の例を考えてみましょう。 </para>
+            蛟九��繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ繧ｻ繝ｼ繝悶＠縺溘ｊ縲∝炎髯､縺励◆繧翫∝�霑ｽ蜉�縺励◆繧翫☆繧九％縺ｨ縺ｯ
+            縺九↑繧企擇蛟偵〒縺吶ら音縺ｫ縲�未騾｣縺吶ｋ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ謇ｱ縺�ｈ縺�↑蝣ｴ蜷医↓縺ｯ髫帷ｫ九■縺ｾ縺吶� 繧医￥縺ゅｋ縺ｮ縺ｯ縲∬ｦｪ蟄宣未菫ゅｒ謇ｱ縺�こ繝ｼ繧ｹ縺ｧ縺吶�
+            莉･荳九�萓九ｒ閠�∴縺ｦ縺ｿ縺ｾ縺励ｇ縺�� </para>
         
         <para>
-            もし、親子関係の子が値型なら（例えば、住所や文字列のコレクション）、
-            それらのライフサイクルは親に依存しており、便利な状態変化の"カスケード"を使うために、 追加の作業は必要はありません。
-            親がセーブされたとき、値型の子オブジェクトも同じようにセーブされますし、 親が削除されたときは、子も削除されます。その他の操作も同じです。
-            コレクションから1つの子を削除するような操作でもうまくいきます。 すなわち、Hibernateはこの削除操作を検出すると、
-            値型のオブジェクトは参照を共有できないので、データベースからその子供を削除します。 </para>
+            繧ゅ＠縲∬ｦｪ蟄宣未菫ゅ�蟄舌′蛟､蝙九↑繧会ｼ井ｾ九∴縺ｰ縲∽ｽ乗園繧�枚蟄怜�縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ�峨�
+            縺昴ｌ繧峨�繝ｩ繧､繝輔し繧､繧ｯ繝ｫ縺ｯ隕ｪ縺ｫ萓晏ｭ倥＠縺ｦ縺翫ｊ縲∽ｾｿ蛻ｩ縺ｪ迥ｶ諷句､牙喧縺ｮ"繧ｫ繧ｹ繧ｱ繝ｼ繝�"繧剃ｽｿ縺�◆繧√↓縲� 霑ｽ蜉�縺ｮ菴懈･ｭ縺ｯ蠢�ｦ√�縺ゅｊ縺ｾ縺帙ｓ縲�
+            隕ｪ縺後そ繝ｼ繝悶＆繧後◆縺ｨ縺阪∝､蝙九�蟄舌が繝悶ず繧ｧ繧ｯ繝医ｂ蜷後§繧医≧縺ｫ繧ｻ繝ｼ繝悶＆繧後∪縺吶＠縲� 隕ｪ縺悟炎髯､縺輔ｌ縺溘→縺阪�縲∝ｭ舌ｂ蜑企勁縺輔ｌ縺ｾ縺吶ゅ◎縺ｮ莉悶�謫堺ｽ懊ｂ蜷後§縺ｧ縺吶�
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺九ｉ1縺､縺ｮ蟄舌ｒ蜑企勁縺吶ｋ繧医≧縺ｪ謫堺ｽ懊〒繧ゅ≧縺ｾ縺上＞縺阪∪縺吶� 縺吶↑繧上■縲？ibernate縺ｯ縺薙�蜑企勁謫堺ｽ懊ｒ讀懷�縺吶ｋ縺ｨ縲�
+            蛟､蝙九�繧ｪ繝悶ず繧ｧ繧ｯ繝医�蜿ら�繧貞�譛峨〒縺阪↑縺��縺ｧ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ縺九ｉ縺昴�蟄蝉ｾ帙ｒ蜑企勁縺励∪縺吶� </para>
         
-        <para>ここで、親と子が値型でなくエンティティであるとして同じシナリオを考えてみましょう。
-            （例えば、カテゴリーと品目の関係や親と子の猫の関係です。） エンティティは、それ自身がライフサイクルを持ち、参照の共有をサポートします。
-            （そのため、コレクションからエンティティを削除することは、 エンティティ自身の削除を意味しません。）
-            また、エンティティは、デフォルトでは、関連する他のエンティティへ 状態をカスケードすることはありません。 Hibernateは
-             <emphasis>到達可能性による永続化</emphasis> をデフォルトでは実行しません。 </para>
+        <para>縺薙％縺ｧ縲∬ｦｪ縺ｨ蟄舌′蛟､蝙九〒縺ｪ縺上お繝ｳ繝�ぅ繝�ぅ縺ｧ縺ゅｋ縺ｨ縺励※蜷後§繧ｷ繝翫Μ繧ｪ繧定�∴縺ｦ縺ｿ縺ｾ縺励ｇ縺��
+            �井ｾ九∴縺ｰ縲√き繝�ざ繝ｪ繝ｼ縺ｨ蜩∫岼縺ｮ髢｢菫ゅｄ隕ｪ縺ｨ蟄舌�迪ｫ縺ｮ髢｢菫ゅ〒縺吶ゑｼ� 繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｯ縲√◎繧瑚�霄ｫ縺後Λ繧､繝輔し繧､繧ｯ繝ｫ繧呈戟縺｡縲∝盾辣ｧ縺ｮ蜈ｱ譛峨ｒ繧ｵ繝昴�繝医＠縺ｾ縺吶�
+            �医◎縺ｮ縺溘ａ縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺九ｉ繧ｨ繝ｳ繝�ぅ繝�ぅ繧貞炎髯､縺吶ｋ縺薙→縺ｯ縲� 繧ｨ繝ｳ繝�ぅ繝�ぅ閾ｪ霄ｫ縺ｮ蜑企勁繧呈э蜻ｳ縺励∪縺帙ｓ縲ゑｼ�
+            縺ｾ縺溘√お繝ｳ繝�ぅ繝�ぅ縺ｯ縲√ョ繝輔か繝ｫ繝医〒縺ｯ縲�未騾｣縺吶ｋ莉悶�繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｸ 迥ｶ諷九ｒ繧ｫ繧ｹ繧ｱ繝ｼ繝峨☆繧九％縺ｨ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲� Hibernate縺ｯ
+             <emphasis>蛻ｰ驕泌庄閭ｽ諤ｧ縺ｫ繧医ｋ豌ｸ邯壼喧</emphasis> 繧偵ョ繝輔か繝ｫ繝医〒縺ｯ螳溯｡後＠縺ｾ縺帙ｓ縲� </para>
         
         <para>
-            HibernateのSessionの基本操作（ <literal>persist(), merge(), saveOrUpdate(),
-            delete(), lock(), refresh(), evict(), replicate()</literal> が含まれます）に対して、
-            それぞれに対応するカスケードスタイルがあります。 それぞれのカスケードスタイルには、 <literal>create, merge,
+            Hibernate縺ｮSession縺ｮ蝓ｺ譛ｬ謫堺ｽ懶ｼ� <literal>persist(), merge(), saveOrUpdate(),
+            delete(), lock(), refresh(), evict(), replicate()</literal> 縺悟性縺ｾ繧後∪縺呻ｼ峨↓蟇ｾ縺励※縲�
+            縺昴ｌ縺槭ｌ縺ｫ蟇ｾ蠢懊☆繧九き繧ｹ繧ｱ繝ｼ繝峨せ繧ｿ繧､繝ｫ縺後≠繧翫∪縺吶� 縺昴ｌ縺槭ｌ縺ｮ繧ｫ繧ｹ繧ｱ繝ｼ繝峨せ繧ｿ繧､繝ｫ縺ｫ縺ｯ縲� <literal>create, merge,
             save-update, delete, lock, refresh, evict, replicate</literal> 
-            という名前がついています。 もし、関連に沿ってカスケードさせたい操作があるなら、マッピングファイルにそう指定しなければなりません。
-            例えば、以下のようにします。 </para>
+            縺ｨ縺�≧蜷榊燕縺後▽縺�※縺�∪縺吶� 繧ゅ＠縲�未騾｣縺ｫ豐ｿ縺｣縺ｦ繧ｫ繧ｹ繧ｱ繝ｼ繝峨＆縺帙◆縺�桃菴懊′縺ゅｋ縺ｪ繧峨√�繝�ヴ繝ｳ繧ｰ繝輔ぃ繧､繝ｫ縺ｫ縺昴≧謖�ｮ壹＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+            萓九∴縺ｰ縲∽ｻ･荳九�繧医≧縺ｫ縺励∪縺吶� </para>
         
         
         <programlisting><![CDATA[<one-to-one name="person" cascade="persist"/>]]></programlisting>
         
-        <para> カスケードスタイルは、組み合わせることができます。 </para>
+        <para> 繧ｫ繧ｹ繧ｱ繝ｼ繝峨せ繧ｿ繧､繝ｫ縺ｯ縲∫ｵ�∩蜷医ｏ縺帙ｋ縺薙→縺後〒縺阪∪縺吶� </para>
         
         
         <programlisting><![CDATA[<one-to-one name="person" cascade="persist,delete,lock"/>]]></programlisting>
         
         <para>
-            <emphasis>すべての</emphasis>
-            操作を関連に沿ってカスケードするよう指定するときは、 <literal>cascade="all"</literal> を使います。
-            デフォルトの <literal>cascade="none"</literal> は、どの操作もカスケードしないことを意味します。
+            <emphasis>縺吶∋縺ｦ縺ｮ</emphasis>
+            謫堺ｽ懊ｒ髢｢騾｣縺ｫ豐ｿ縺｣縺ｦ繧ｫ繧ｹ繧ｱ繝ｼ繝峨☆繧九ｈ縺�欠螳壹☆繧九→縺阪�縲� <literal>cascade="all"</literal> 繧剃ｽｿ縺�∪縺吶�
+            繝�ヵ繧ｩ繝ｫ繝医� <literal>cascade="none"</literal> 縺ｯ縲√←縺ｮ謫堺ｽ懊ｂ繧ｫ繧ｹ繧ｱ繝ｼ繝峨＠縺ｪ縺�％縺ｨ繧呈э蜻ｳ縺励∪縺吶�
             </para>
         
         <para>
-             特殊なカスケードスタイル
-             <literal>delete-orphan</literal> は、一対多関連にだけ 適用できます。
-            これは、関連から削除された子供のオブジェクトに対して、 <literal>delete()</literal> 
-            操作が適用されることを意味します。 </para>
+             迚ｹ谿翫↑繧ｫ繧ｹ繧ｱ繝ｼ繝峨せ繧ｿ繧､繝ｫ
+             <literal>delete-orphan</literal> 縺ｯ縲∽ｸ蟇ｾ螟夐未騾｣縺ｫ縺�縺� 驕ｩ逕ｨ縺ｧ縺阪∪縺吶�
+            縺薙ｌ縺ｯ縲�未騾｣縺九ｉ蜑企勁縺輔ｌ縺溷ｭ蝉ｾ帙�繧ｪ繝悶ず繧ｧ繧ｯ繝医↓蟇ｾ縺励※縲� <literal>delete()</literal> 
+            謫堺ｽ懊′驕ｩ逕ｨ縺輔ｌ繧九％縺ｨ繧呈э蜻ｳ縺励∪縺吶� </para>
         
-        <para>おすすめ： </para>
+        <para>縺翫☆縺吶ａ�� </para>
         
         <itemizedlist spacing="compact">
             <listitem>
                 <para> 
-                    普通、 <literal>&lt;many-to-one&gt;</literal> や
-                     <literal>&lt;many-to-many&gt;</literal> 関連に対しては、
-                    カスケードを設定する意味はありません。 <literal>&lt;one-to-one&gt;</literal> と
-                     <literal>&lt;one-to-many&gt;</literal> 関連に対しては、
-                    カスケードが役に立つことがあります。 </para>
+                    譎ｮ騾壹� <literal>&lt;many-to-one&gt;</literal> 繧�
+                     <literal>&lt;many-to-many&gt;</literal> 髢｢騾｣縺ｫ蟇ｾ縺励※縺ｯ縲�
+                    繧ｫ繧ｹ繧ｱ繝ｼ繝峨ｒ險ｭ螳壹☆繧区э蜻ｳ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲� <literal>&lt;one-to-one&gt;</literal> 縺ｨ
+                     <literal>&lt;one-to-many&gt;</literal> 髢｢騾｣縺ｫ蟇ｾ縺励※縺ｯ縲�
+                    繧ｫ繧ｹ繧ｱ繝ｼ繝峨′蠖ｹ縺ｫ遶九▽縺薙→縺後≠繧翫∪縺吶� </para>
             </listitem>
             <listitem>
                 <para> 
-                    子供オブジェクトの寿命が親オブジェクトの寿命に制限を受けるならば、
-                     <literal>cascade="all,delete-orphan"</literal> を指定し、 子供オブジェクトを
-                     <emphasis>ライフサイクルオブジェクト</emphasis> にします。 </para>
+                    蟄蝉ｾ帙が繝悶ず繧ｧ繧ｯ繝医�蟇ｿ蜻ｽ縺瑚ｦｪ繧ｪ繝悶ず繧ｧ繧ｯ繝医�蟇ｿ蜻ｽ縺ｫ蛻ｶ髯舌ｒ蜿励￠繧九↑繧峨�縲�
+                     <literal>cascade="all,delete-orphan"</literal> 繧呈欠螳壹＠縲� 蟄蝉ｾ帙が繝悶ず繧ｧ繧ｯ繝医ｒ
+                     <emphasis>繝ｩ繧､繝輔し繧､繧ｯ繝ｫ繧ｪ繝悶ず繧ｧ繧ｯ繝�</emphasis> 縺ｫ縺励∪縺吶� </para>
             </listitem>
             <listitem>
                 <para> .
-                    それ以外の場合は、カスケードはほとんど必要ないでしょう。
-                    しかし、同じトランザクションのなかで親と子が一緒に動作することが多いと思い、
-                    いくらかのコードを書く手間を省きたいのであれば、
+                    縺昴ｌ莉･螟悶�蝣ｴ蜷医�縲√き繧ｹ繧ｱ繝ｼ繝峨�縺ｻ縺ｨ繧薙←蠢�ｦ√↑縺�〒縺励ｇ縺��
+                    縺励°縺励∝酔縺倥ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ縺ｪ縺九〒隕ｪ縺ｨ蟄舌′荳邱偵↓蜍穂ｽ懊☆繧九％縺ｨ縺悟､壹＞縺ｨ諤昴＞縲�
+                    縺�￥繧峨°縺ｮ繧ｳ繝ｼ繝峨ｒ譖ｸ縺乗焔髢薙ｒ逵√″縺溘＞縺ｮ縺ｧ縺ゅｌ縺ｰ縲�
                      <literal>cascade="persist,merge,save-update"</literal>
-                     を使うことを考えましょう。 </para>
+                     繧剃ｽｿ縺�％縺ｨ繧定�∴縺ｾ縺励ｇ縺�� </para>
             </listitem>
         </itemizedlist>
         
-        <para> <literal>cascade="all"</literal> でマッピングした関連（単値関連やコレクション）は、
-            <emphasis>親子</emphasis> スタイルの関連とマークされます。
-            それは、親のセーブ/更新/削除が、子のセーブ/更新/削除を引き起こす関係のことです。 </para>
+        <para> <literal>cascade="all"</literal> 縺ｧ繝槭ャ繝斐Φ繧ｰ縺励◆髢｢騾｣�亥腰蛟､髢｢騾｣繧�さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ�峨�縲�
+            <emphasis>隕ｪ蟄�</emphasis> 繧ｹ繧ｿ繧､繝ｫ縺ｮ髢｢騾｣縺ｨ繝槭�繧ｯ縺輔ｌ縺ｾ縺吶�
+            縺昴ｌ縺ｯ縲∬ｦｪ縺ｮ繧ｻ繝ｼ繝�/譖ｴ譁ｰ/蜑企勁縺後∝ｭ舌�繧ｻ繝ｼ繝�/譖ｴ譁ｰ/蜑企勁繧貞ｼ輔″襍ｷ縺薙☆髢｢菫ゅ�縺薙→縺ｧ縺吶� </para>
             
         <para>
-            さらに、永続化された親が子を単に参照しているだけで、子のセーブ/更新を引き起こします。
-            しかし、このメタファーは不完全です。親から参照されなくなった子は、自動的に削除 <emphasis>されません</emphasis> 。
-            ただし、 <literal>cascade="delete-orphan"</literal> でマッピングされた
-            <literal>&lt;one-to-many&gt;</literal> 関連を 除いてです。
-            親子関係のカスケード操作の正確な意味は以下のようになります。 </para>
+            縺輔ｉ縺ｫ縲∵ｰｸ邯壼喧縺輔ｌ縺溯ｦｪ縺悟ｭ舌ｒ蜊倥↓蜿ら�縺励※縺�ｋ縺�縺代〒縲∝ｭ舌�繧ｻ繝ｼ繝�/譖ｴ譁ｰ繧貞ｼ輔″襍ｷ縺薙＠縺ｾ縺吶�
+            縺励°縺励√％縺ｮ繝｡繧ｿ繝輔ぃ繝ｼ縺ｯ荳榊ｮ悟�縺ｧ縺吶りｦｪ縺九ｉ蜿ら�縺輔ｌ縺ｪ縺上↑縺｣縺溷ｭ舌�縲∬�蜍慕噪縺ｫ蜑企勁 <emphasis>縺輔ｌ縺ｾ縺帙ｓ</emphasis> 縲�
+            縺溘□縺励� <literal>cascade="delete-orphan"</literal> 縺ｧ繝槭ャ繝斐Φ繧ｰ縺輔ｌ縺�
+            <literal>&lt;one-to-many&gt;</literal> 髢｢騾｣繧� 髯､縺�※縺ｧ縺吶�
+            隕ｪ蟄宣未菫ゅ�繧ｫ繧ｹ繧ｱ繝ｼ繝画桃菴懊�豁｣遒ｺ縺ｪ諢丞袖縺ｯ莉･荳九�繧医≧縺ｫ縺ｪ繧翫∪縺吶� </para>
         
         <itemizedlist spacing="compact">
             <listitem>
                 <para>
-                     親が
-                     <literal>persist()</literal> に渡されたならば、 すべての子は
-                     <literal>persist()</literal> に渡されます。 </para>
+                     隕ｪ縺�
+                     <literal>persist()</literal> 縺ｫ貂｡縺輔ｌ縺溘↑繧峨�縲� 縺吶∋縺ｦ縺ｮ蟄舌�
+                     <literal>persist()</literal> 縺ｫ貂｡縺輔ｌ縺ｾ縺吶� </para>
             </listitem>
             <listitem>
                 <para> 
-                     <literal>merge()</literal> に渡されたならば、 すべての子は
-                     <literal>merge()</literal> に渡されます。 </para>
+                     <literal>merge()</literal> 縺ｫ貂｡縺輔ｌ縺溘↑繧峨�縲� 縺吶∋縺ｦ縺ｮ蟄舌�
+                     <literal>merge()</literal> 縺ｫ貂｡縺輔ｌ縺ｾ縺吶� </para>
             </listitem>
             <listitem>
                 <para>
-                     親が <literal>save()</literal>
-                     、 <literal>update()</literal>
-                     、 <literal>saveOrUpdate()</literal> に渡されたならば、すべての子は
-                     <literal>saveOrUpdate()</literal> に渡されます。 </para>
+                     隕ｪ縺� <literal>save()</literal>
+                     縲� <literal>update()</literal>
+                     縲� <literal>saveOrUpdate()</literal> 縺ｫ貂｡縺輔ｌ縺溘↑繧峨�縲√☆縺ｹ縺ｦ縺ｮ蟄舌�
+                     <literal>saveOrUpdate()</literal> 縺ｫ貂｡縺輔ｌ縺ｾ縺吶� </para>
             </listitem>
             <listitem>
                 <para>
-                    一時的または分離状態の子が、永続化された親に参照されたならば、
-                     <literal>saveOrUpdate()</literal> に渡されます。 </para>
+                    荳譎ら噪縺ｾ縺溘�蛻�屬迥ｶ諷九�蟄舌′縲∵ｰｸ邯壼喧縺輔ｌ縺溯ｦｪ縺ｫ蜿ら�縺輔ｌ縺溘↑繧峨�縲�
+                     <literal>saveOrUpdate()</literal> 縺ｫ貂｡縺輔ｌ縺ｾ縺吶� </para>
             </listitem>
             <listitem>
                 <para>
-                    親が削除されたならば、すべての子は、 <literal>delete()</literal> に渡されます。 </para>
+                    隕ｪ縺悟炎髯､縺輔ｌ縺溘↑繧峨�縲√☆縺ｹ縺ｦ縺ｮ蟄舌�縲� <literal>delete()</literal> 縺ｫ貂｡縺輔ｌ縺ｾ縺吶� </para>
             </listitem>
             <listitem>
                 <para>
-                    子が永続化された親から参照されなくなったときは、 <emphasis>特に何も起こりません</emphasis> 。
-                    よって、アプリケーションが必要であれば、明示的に削除する必要があります。
-                    ただし、 <literal>cascade="delete-orphan"</literal> の場合を除きます。
-                    この場合、「親のない」子は削除されます。 </para>
+                    蟄舌′豌ｸ邯壼喧縺輔ｌ縺溯ｦｪ縺九ｉ蜿ら�縺輔ｌ縺ｪ縺上↑縺｣縺溘→縺阪�縲� <emphasis>迚ｹ縺ｫ菴輔ｂ襍ｷ縺薙ｊ縺ｾ縺帙ｓ</emphasis> 縲�
+                    繧医▲縺ｦ縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺悟ｿ�ｦ√〒縺ゅｌ縺ｰ縲∵�遉ｺ逧�↓蜑企勁縺吶ｋ蠢�ｦ√′縺ゅｊ縺ｾ縺吶�
+                    縺溘□縺励� <literal>cascade="delete-orphan"</literal> 縺ｮ蝣ｴ蜷医ｒ髯､縺阪∪縺吶�
+                    縺薙�蝣ｴ蜷医√瑚ｦｪ縺ｮ縺ｪ縺�榊ｭ舌�蜑企勁縺輔ｌ縺ｾ縺吶� </para>
             </listitem>
         </itemizedlist>
         <para>
-            最後に、操作のカスケードがオブジェクトグラフに適用されるのは、 <emphasis>コールした時</emphasis>
-             あるいは、 <emphasis>flushした時</emphasis> であることに注意してください。
-            すべての操作は、その操作が実行されたときに、到達可能な関連するエンティティに対して 
-            カスケードが可能ならカスケードします。
-            しかし、 <literal>save-upate</literal> と
-             <literal>delete-orphan</literal> は、 <literal>Session</literal> 
-            がflushしている間に、 すべての到達可能な関連するエンティティに伝播します。</para>
+            譛蠕後↓縲∵桃菴懊�繧ｫ繧ｹ繧ｱ繝ｼ繝峨′繧ｪ繝悶ず繧ｧ繧ｯ繝医げ繝ｩ繝輔↓驕ｩ逕ｨ縺輔ｌ繧九�縺ｯ縲� <emphasis>繧ｳ繝ｼ繝ｫ縺励◆譎�</emphasis>
+             縺ゅｋ縺��縲� <emphasis>flush縺励◆譎�</emphasis> 縺ｧ縺ゅｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+            縺吶∋縺ｦ縺ｮ謫堺ｽ懊�縲√◎縺ｮ謫堺ｽ懊′螳溯｡後＆繧後◆縺ｨ縺阪↓縲∝芦驕泌庄閭ｽ縺ｪ髢｢騾｣縺吶ｋ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｫ蟇ｾ縺励※ 
+            繧ｫ繧ｹ繧ｱ繝ｼ繝峨′蜿ｯ閭ｽ縺ｪ繧峨き繧ｹ繧ｱ繝ｼ繝峨＠縺ｾ縺吶�
+            縺励°縺励� <literal>save-upate</literal> 縺ｨ
+             <literal>delete-orphan</literal> 縺ｯ縲� <literal>Session</literal> 
+            縺掲lush縺励※縺�ｋ髢薙↓縲� 縺吶∋縺ｦ縺ｮ蛻ｰ驕泌庄閭ｽ縺ｪ髢｢騾｣縺吶ｋ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｫ莨晄眺縺励∪縺吶�</para>
     </sect1>
     
     <sect1 id="objectstate-metadata">
-        <title>メタデータの使用</title>
+        <title>繝｡繧ｿ繝��繧ｿ縺ｮ菴ｿ逕ｨ</title>
         
         <para>
-             Hibernateは、すべてのエンティティと値型の非常にリッチなメタレベルのモデルを必要とします。
-            ときどき、このモデルはアプリケーションにとってとても役に立ちます。
-            例えば、アプリケーションは、Hibernateのメタデータを使って、"賢い" ディープコピーアルゴリズムを
-            実装できるかもしません。そのアルゴリズムとは、どのオブジェクトがコピーされるべきか（例：可変の値型）や
-            どのオブジェクトはコピーされないべきか（例：不変な値型や可能なら関連するエンティティ）を 判断できるものです。 </para>
+             Hibernate縺ｯ縲√☆縺ｹ縺ｦ縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｨ蛟､蝙九�髱槫ｸｸ縺ｫ繝ｪ繝�メ縺ｪ繝｡繧ｿ繝ｬ繝吶Ν縺ｮ繝｢繝�Ν繧貞ｿ�ｦ√→縺励∪縺吶�
+            縺ｨ縺阪←縺阪√％縺ｮ繝｢繝�Ν縺ｯ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ縺ｨ縺｣縺ｦ縺ｨ縺ｦ繧ょｽｹ縺ｫ遶九■縺ｾ縺吶�
+            萓九∴縺ｰ縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ縲？ibernate縺ｮ繝｡繧ｿ繝��繧ｿ繧剃ｽｿ縺｣縺ｦ縲�"雉｢縺�" 繝�ぅ繝ｼ繝励さ繝斐�繧｢繝ｫ繧ｴ繝ｪ繧ｺ繝�繧�
+            螳溯｣�〒縺阪ｋ縺九ｂ縺励∪縺帙ｓ縲ゅ◎縺ｮ繧｢繝ｫ繧ｴ繝ｪ繧ｺ繝�縺ｨ縺ｯ縲√←縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医′繧ｳ繝斐�縺輔ｌ繧九∋縺阪°�井ｾ具ｼ壼庄螟峨�蛟､蝙具ｼ峨ｄ
+            縺ｩ縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医�繧ｳ繝斐�縺輔ｌ縺ｪ縺�∋縺阪°�井ｾ具ｼ壻ｸ榊､峨↑蛟､蝙九ｄ蜿ｯ閭ｽ縺ｪ繧蛾未騾｣縺吶ｋ繧ｨ繝ｳ繝�ぅ繝�ぅ�峨ｒ 蛻､譁ｭ縺ｧ縺阪ｋ繧ゅ�縺ｧ縺吶� </para>
             
             
         <para> 
-            Hibernateは<literal>ClassMetadata</literal>
-            と<literal>CollectionMetadata</literal> インタフェースと
-             <literal>Type</literal> 階層を通してメタデータを公開します。
-            メタデータインターフェイスのインスタンスは、 <literal>SessionFactory</literal> から得られます。
+            Hibernate縺ｯ<literal>ClassMetadata</literal>
+            縺ｨ<literal>CollectionMetadata</literal> 繧､繝ｳ繧ｿ繝輔ぉ繝ｼ繧ｹ縺ｨ
+             <literal>Type</literal> 髫主ｱ､繧帝壹＠縺ｦ繝｡繧ｿ繝��繧ｿ繧貞�髢九＠縺ｾ縺吶�
+            繝｡繧ｿ繝��繧ｿ繧､繝ｳ繧ｿ繝ｼ繝輔ぉ繧､繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲� <literal>SessionFactory</literal> 縺九ｉ蠕励ｉ繧後∪縺吶�
             </para>
         
         
@@ -1117,4 +1119,4 @@ for ( int i=0; i<propertyNames.length; i++ ) {
         
     </sect1>
     
-</chapter>
\ No newline at end of file
+</chapter>
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/toolset_guide.xml b/documentation/manual/ja-JP/src/main/docbook/content/toolset_guide.xml
index 8aa3e5a136..7780f67e23 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/toolset_guide.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/toolset_guide.xml
@@ -1,39 +1,41 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="toolsetguide" revision="2">
     <title>Toolset Guide
     
-    ツールセットガイド
+    繝��繝ｫ繧ｻ繝�ヨ繧ｬ繧､繝�
     </title>
 
     <para>
-         Hibernateを使ったラウンドトリップエンジニアリングは、
-         Eclipseプラグインやコマンドラインツール、もちろんAntタスクを使うことで可能です。
+         Hibernate繧剃ｽｿ縺｣縺溘Λ繧ｦ繝ｳ繝峨ヨ繝ｪ繝��繧ｨ繝ｳ繧ｸ繝九い繝ｪ繝ｳ繧ｰ縺ｯ縲�
+         Eclipse繝励Λ繧ｰ繧､繝ｳ繧�さ繝槭Φ繝峨Λ繧､繝ｳ繝��繝ｫ縲√ｂ縺｡繧阪ｓAnt繧ｿ繧ｹ繧ｯ繧剃ｽｿ縺�％縺ｨ縺ｧ蜿ｯ閭ｽ縺ｧ縺吶�
     </para>
 
     <para>
-         <emphasis>Hibernate Tools</emphasis> は現在、既存データベースのリバースエンジニアリングのAntタスクに加えて、EclipseIDEのプラグインを含みます。
+         <emphasis>Hibernate Tools</emphasis> 縺ｯ迴ｾ蝨ｨ縲∵里蟄倥ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｮ繝ｪ繝舌�繧ｹ繧ｨ繝ｳ繧ｸ繝九い繝ｪ繝ｳ繧ｰ縺ｮAnt繧ｿ繧ｹ繧ｯ縺ｫ蜉�縺医※縲・clipseIDE縺ｮ繝励Λ繧ｰ繧､繝ｳ繧貞性縺ｿ縺ｾ縺吶�
     </para>
 
     <itemizedlist>
         <listitem><para>
-             <emphasis>マッピングエディタ:</emphasis> 
-            HibernateのXMLマッピングファイル用のエディタで、
-            自動補完と構文強調表示をサポートしています。クラス名やプロパティ/フィールド名に対する自動補完もサポートし、
-            通常のXMLエディタよりも強力です。
+             <emphasis>繝槭ャ繝斐Φ繧ｰ繧ｨ繝�ぅ繧ｿ:</emphasis> 
+            Hibernate縺ｮXML繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ逕ｨ縺ｮ繧ｨ繝�ぅ繧ｿ縺ｧ縲�
+            閾ｪ蜍戊｣懷ｮ後→讒区枚蠑ｷ隱ｿ陦ｨ遉ｺ繧偵し繝昴�繝医＠縺ｦ縺�∪縺吶ゅけ繝ｩ繧ｹ蜷阪ｄ繝励Ο繝代ユ繧｣/繝輔ぅ繝ｼ繝ｫ繝牙錐縺ｫ蟇ｾ縺吶ｋ閾ｪ蜍戊｣懷ｮ後ｂ繧ｵ繝昴�繝医＠縲�
+            騾壼ｸｸ縺ｮXML繧ｨ繝�ぅ繧ｿ繧医ｊ繧ょｼｷ蜉帙〒縺吶�
         </para></listitem>
         <listitem><para>
              <emphasis>Console:</emphasis> 
-            コンソールはエクリプスの新しいビューです。
-            コンソールコンフィギュレーションのツリーオーバービューに加えて、永続クラスとその関連の相互作用ビューも得られます。
-            データベースにHQLを実行し、結果を直接エクリプス上で見ることができます。
+            繧ｳ繝ｳ繧ｽ繝ｼ繝ｫ縺ｯ繧ｨ繧ｯ繝ｪ繝励せ縺ｮ譁ｰ縺励＞繝薙Η繝ｼ縺ｧ縺吶�
+            繧ｳ繝ｳ繧ｽ繝ｼ繝ｫ繧ｳ繝ｳ繝輔ぅ繧ｮ繝･繝ｬ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ繝�Μ繝ｼ繧ｪ繝ｼ繝舌�繝薙Η繝ｼ縺ｫ蜉�縺医※縲∵ｰｸ邯壹け繝ｩ繧ｹ縺ｨ縺昴�髢｢騾｣縺ｮ逶ｸ莠剃ｽ懃畑繝薙Η繝ｼ繧ょｾ励ｉ繧後∪縺吶�
+            繝��繧ｿ繝吶�繧ｹ縺ｫHQL繧貞ｮ溯｡後＠縲∫ｵ先棡繧堤峩謗･繧ｨ繧ｯ繝ｪ繝励せ荳翫〒隕九ｋ縺薙→縺後〒縺阪∪縺吶�
         </para></listitem>
         <listitem><para>
-             <emphasis>開発ウィザード</emphasis> 
-            HibernateのEclipseツールはいくつかのウィザードを提供します。
-            ウィザードを使ってHibernateの設定ファイル(cfg.xml)をすばやく生成したり、
-            既存のデータベーススキーマをPOJOのソースファイルとHibernateのマッピングファイルへと、
-            完全にリバースエンジニアリングすることができます。
-            リバースエンジニアリングウィザードはカスタマイズ可能なテンプレートをサポートします。
+             <emphasis>髢狗匱繧ｦ繧｣繧ｶ繝ｼ繝�</emphasis> 
+            Hibernate縺ｮEclipse繝��繝ｫ縺ｯ縺�￥縺､縺九�繧ｦ繧｣繧ｶ繝ｼ繝峨ｒ謠蝉ｾ帙＠縺ｾ縺吶�
+            繧ｦ繧｣繧ｶ繝ｼ繝峨ｒ菴ｿ縺｣縺ｦHibernate縺ｮ險ｭ螳壹ヵ繧｡繧､繝ｫ(cfg.xml)繧偵☆縺ｰ繧�￥逕滓�縺励◆繧翫�
+            譌｢蟄倥�繝��繧ｿ繝吶�繧ｹ繧ｹ繧ｭ繝ｼ繝槭ｒPOJO縺ｮ繧ｽ繝ｼ繧ｹ繝輔ぃ繧､繝ｫ縺ｨHibernate縺ｮ繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ縺ｸ縺ｨ縲�
+            螳悟�縺ｫ繝ｪ繝舌�繧ｹ繧ｨ繝ｳ繧ｸ繝九い繝ｪ繝ｳ繧ｰ縺吶ｋ縺薙→縺後〒縺阪∪縺吶�
+            繝ｪ繝舌�繧ｹ繧ｨ繝ｳ繧ｸ繝九い繝ｪ繝ｳ繧ｰ繧ｦ繧｣繧ｶ繝ｼ繝峨�繧ｫ繧ｹ繧ｿ繝槭う繧ｺ蜿ｯ閭ｽ縺ｪ繝�Φ繝励Ξ繝ｼ繝医ｒ繧ｵ繝昴�繝医＠縺ｾ縺吶�
         </para></listitem>
         <listitem><para>
             <emphasis>Ant Tasks:</emphasis> 
@@ -42,43 +44,43 @@
     </itemizedlist>
 
     <para>
-        より詳しい情報は <emphasis>Hibernate Tools</emphasis>  パッケージとそのドキュメントを参照してください。
+        繧医ｊ隧ｳ縺励＞諠��ｱ縺ｯ <emphasis>Hibernate Tools</emphasis>  繝代ャ繧ｱ繝ｼ繧ｸ縺ｨ縺昴�繝峨く繝･繝｡繝ｳ繝医ｒ蜿ら�縺励※縺上□縺輔＞縲�
     </para>
 
     <para>
-        しかし、Hibernateのメインパッケージは <emphasis>SchemaExport</emphasis> 、
-        別名 <literal>hbm2ddl</literal> も含みます(Hibernate内でオンザフライで使用できます)。
+        縺励°縺励？ibernate縺ｮ繝｡繧､繝ｳ繝代ャ繧ｱ繝ｼ繧ｸ縺ｯ <emphasis>SchemaExport</emphasis> 縲�
+        蛻･蜷� <literal>hbm2ddl</literal> 繧ょ性縺ｿ縺ｾ縺�(Hibernate蜀�〒繧ｪ繝ｳ繧ｶ繝輔Λ繧､縺ｧ菴ｿ逕ｨ縺ｧ縺阪∪縺�)縲�
     </para>
 
     <sect1 id="toolsetguide-s1" revision="2">
-        <title>スキーマの自動生成</title>
+        <title>繧ｹ繧ｭ繝ｼ繝槭�閾ｪ蜍慕函謌�</title>
 
         <para>
-            DDLはHibernateユーティリティによりマッピングファイルから生成することができます。
-            生成されたスキーマはエンティティやコレクションのテーブルに対する参照整合性制約(主キーと外部キー)を含みます。
-            テーブルとシーケンスはマッピングする識別子ジェネレータに対して生成されます。
+            DDL縺ｯHibernate繝ｦ繝ｼ繝�ぅ繝ｪ繝�ぅ縺ｫ繧医ｊ繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ縺九ｉ逕滓�縺吶ｋ縺薙→縺後〒縺阪∪縺吶�
+            逕滓�縺輔ｌ縺溘せ繧ｭ繝ｼ繝槭�繧ｨ繝ｳ繝�ぅ繝�ぅ繧�さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繝��繝悶Ν縺ｫ蟇ｾ縺吶ｋ蜿ら�謨ｴ蜷域ｧ蛻ｶ邏�(荳ｻ繧ｭ繝ｼ縺ｨ螟夜Κ繧ｭ繝ｼ)繧貞性縺ｿ縺ｾ縺吶�
+            繝��繝悶Ν縺ｨ繧ｷ繝ｼ繧ｱ繝ｳ繧ｹ縺ｯ繝槭ャ繝斐Φ繧ｰ縺吶ｋ隴伜挨蟄舌ず繧ｧ繝阪Ξ繝ｼ繧ｿ縺ｫ蟇ｾ縺励※逕滓�縺輔ｌ縺ｾ縺吶�
         </para>
         
         <para>
-            DDLはベンダー依存なので、このツールを使うときは、<literal>hibernate.dialect</literal>  
-            プロパティでSQLの <literal>方言</literal>  を指定 <emphasis>しなければなりません</emphasis>  。
+            DDL縺ｯ繝吶Φ繝繝ｼ萓晏ｭ倥↑縺ｮ縺ｧ縲√％縺ｮ繝��繝ｫ繧剃ｽｿ縺�→縺阪�縲�<literal>hibernate.dialect</literal>  
+            繝励Ο繝代ユ繧｣縺ｧSQL縺ｮ <literal>譁ｹ險</literal>  繧呈欠螳� <emphasis>縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ</emphasis>  縲�
         </para>
 
         <para>
-            まず、生成されるスキーマを改善するように、マッピングファイルをカスタマイズしてください。
+            縺ｾ縺壹∫函謌舌＆繧後ｋ繧ｹ繧ｭ繝ｼ繝槭ｒ謾ｹ蝟�☆繧九ｈ縺�↓縲√�繝�ヴ繝ｳ繧ｰ繝輔ぃ繧､繝ｫ繧偵き繧ｹ繧ｿ繝槭う繧ｺ縺励※縺上□縺輔＞縲�
         </para>
 
         <sect2 id="toolsetguide-s1-2" revision="3">
-            <title>スキーマのカスタマイズ</title>
+            <title>繧ｹ繧ｭ繝ｼ繝槭�繧ｫ繧ｹ繧ｿ繝槭う繧ｺ</title>
 
             <para>
-                多くのHibernateのマッピング要素では、オプションの <literal>length</literal>  という名の属性を定義しています。
-                この属性でカラム長を設定することができます(またはNUMERIC/DECIMAL型のデータの精度を設定できます)。
+                螟壹￥縺ｮHibernate縺ｮ繝槭ャ繝斐Φ繧ｰ隕∫ｴ�縺ｧ縺ｯ縲√が繝励す繝ｧ繝ｳ縺ｮ <literal>length</literal>  縺ｨ縺�≧蜷阪�螻樊ｧ繧貞ｮ夂ｾｩ縺励※縺�∪縺吶�
+                縺薙�螻樊ｧ縺ｧ繧ｫ繝ｩ繝�髟ｷ繧定ｨｭ螳壹☆繧九％縺ｨ縺後〒縺阪∪縺�(縺ｾ縺溘�NUMERIC/DECIMAL蝙九�繝��繧ｿ縺ｮ邊ｾ蠎ｦ繧定ｨｭ螳壹〒縺阪∪縺�)縲�
             </para>
 
             <para>
-                <literal>not-null</literal>  属性（テーブルのカラムへ <literal>NOT NULL</literal>  制約を生成する）と 
-                <literal>unique</literal>  属性（テーブルのカラムへ <literal>UNIQUE</literal>  制約を生成する）が設定できるタグもあります。
+                <literal>not-null</literal>  螻樊ｧ�医ユ繝ｼ繝悶Ν縺ｮ繧ｫ繝ｩ繝�縺ｸ <literal>NOT NULL</literal>  蛻ｶ邏�ｒ逕滓�縺吶ｋ�峨→ 
+                <literal>unique</literal>  螻樊ｧ�医ユ繝ｼ繝悶Ν縺ｮ繧ｫ繝ｩ繝�縺ｸ <literal>UNIQUE</literal>  蛻ｶ邏�ｒ逕滓�縺吶ｋ�峨′險ｭ螳壹〒縺阪ｋ繧ｿ繧ｰ繧ゅ≠繧翫∪縺吶�
             </para>
             
             <programlisting><![CDATA[<many-to-one name="bar" column="barId" not-null="true"/>]]></programlisting>
@@ -86,9 +88,9 @@
             <programlisting><![CDATA[<element column="serialNumber" type="long" not-null="true" unique="true"/>]]></programlisting>
 
             <para>
-                <literal>unique-key</literal>  属性はカラムをグループ化して一つのキー制約にするために使われます。
-                現在、<literal>unique-key</literal>  属性で指定された値は制約の指定には  <emphasis>使われず</emphasis> 、
-                マッピングファイルでカラムをグループ化することにのみ使われます。 
+                <literal>unique-key</literal>  螻樊ｧ縺ｯ繧ｫ繝ｩ繝�繧偵げ繝ｫ繝ｼ繝怜喧縺励※荳縺､縺ｮ繧ｭ繝ｼ蛻ｶ邏�↓縺吶ｋ縺溘ａ縺ｫ菴ｿ繧上ｌ縺ｾ縺吶�
+                迴ｾ蝨ｨ縲�<literal>unique-key</literal>  螻樊ｧ縺ｧ謖�ｮ壹＆繧後◆蛟､縺ｯ蛻ｶ邏��謖�ｮ壹↓縺ｯ  <emphasis>菴ｿ繧上ｌ縺�</emphasis> 縲�
+                繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ縺ｧ繧ｫ繝ｩ繝�繧偵げ繝ｫ繝ｼ繝怜喧縺吶ｋ縺薙→縺ｫ縺ｮ縺ｿ菴ｿ繧上ｌ縺ｾ縺吶� 
             </para>
             
             <programlisting><![CDATA[<many-to-one name="org" column="orgId" unique-key="OrgEmployeeId"/>
@@ -97,21 +99,21 @@
             
 
             <para>
-                <literal>index</literal> 属性はマッピングするカラムを使って生成したインデックスの名前を指定します。
-                複数カラムを１つのインデックスにグループ化できます。単に、同じインデックス名を指定するだけです。
+                <literal>index</literal> 螻樊ｧ縺ｯ繝槭ャ繝斐Φ繧ｰ縺吶ｋ繧ｫ繝ｩ繝�繧剃ｽｿ縺｣縺ｦ逕滓�縺励◆繧､繝ｳ繝�ャ繧ｯ繧ｹ縺ｮ蜷榊燕繧呈欠螳壹＠縺ｾ縺吶�
+                隍�焚繧ｫ繝ｩ繝�繧抵ｼ代▽縺ｮ繧､繝ｳ繝�ャ繧ｯ繧ｹ縺ｫ繧ｰ繝ｫ繝ｼ繝怜喧縺ｧ縺阪∪縺吶ょ腰縺ｫ縲∝酔縺倥う繝ｳ繝�ャ繧ｯ繧ｹ蜷阪ｒ謖�ｮ壹☆繧九□縺代〒縺吶�
             </para>
             
 <programlisting><![CDATA[<property name="lastName" index="CustName"/>
 <property name="firstName" index="CustName"/>]]></programlisting>
 
             <para>
-                <literal>foreign-key</literal> 属性は、生成された外部キー制約の名前をオーバーライドするために使用できます。
+                <literal>foreign-key</literal> 螻樊ｧ縺ｯ縲∫函謌舌＆繧後◆螟夜Κ繧ｭ繝ｼ蛻ｶ邏��蜷榊燕繧偵が繝ｼ繝舌�繝ｩ繧､繝峨☆繧九◆繧√↓菴ｿ逕ｨ縺ｧ縺阪∪縺吶�
             </para>
             
             <programlisting><![CDATA[<many-to-one name="bar" column="barId" foreign-key="FKFooBar"/>]]></programlisting>
 
             <para>
-                多くのマッピング要素は、子 <literal>&lt;column&gt;</literal>  要素を記述できます。これは複数カラム型のマッピングには特に有用です。
+                螟壹￥縺ｮ繝槭ャ繝斐Φ繧ｰ隕∫ｴ�縺ｯ縲∝ｭ� <literal>&lt;column&gt;</literal>  隕∫ｴ�繧定ｨ倩ｿｰ縺ｧ縺阪∪縺吶ゅ％繧後�隍�焚繧ｫ繝ｩ繝�蝙九�繝槭ャ繝斐Φ繧ｰ縺ｫ縺ｯ迚ｹ縺ｫ譛臥畑縺ｧ縺吶�
             </para>
 
             <programlisting><![CDATA[<property name="name" type="my.customtypes.Name"/>
@@ -121,9 +123,9 @@
 </property>]]></programlisting>
 
             <para>
-                 <literal>default</literal> 属性はカラムのデフォルト値を指定します
-                 (マッピングしたクラスの新しいインスタンスを保存する前に、
-                 マッピングしたプロパティへ同じ値を代入すべきです)。
+                 <literal>default</literal> 螻樊ｧ縺ｯ繧ｫ繝ｩ繝�縺ｮ繝�ヵ繧ｩ繝ｫ繝亥､繧呈欠螳壹＠縺ｾ縺�
+                 (繝槭ャ繝斐Φ繧ｰ縺励◆繧ｯ繝ｩ繧ｹ縺ｮ譁ｰ縺励＞繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧剃ｿ晏ｭ倥☆繧句燕縺ｫ縲�
+                 繝槭ャ繝斐Φ繧ｰ縺励◆繝励Ο繝代ユ繧｣縺ｸ蜷後§蛟､繧剃ｻ｣蜈･縺吶∋縺阪〒縺�)縲�
             </para>
 
             <programlisting><![CDATA[<property name="credits" type="integer" insert="false">
@@ -135,7 +137,7 @@
 </property>]]></programlisting>
 
             <para>
-                <literal>sql-type</literal>  属性で、デフォルトのHibernate型からSQLのデータ型へのマッピングをオーバーライドできます。
+                <literal>sql-type</literal>  螻樊ｧ縺ｧ縲√ョ繝輔か繝ｫ繝医�Hibernate蝙九°繧唄QL縺ｮ繝��繧ｿ蝙九∈縺ｮ繝槭ャ繝斐Φ繧ｰ繧偵が繝ｼ繝舌�繝ｩ繧､繝峨〒縺阪∪縺吶�
             </para>
             
             
@@ -145,7 +147,7 @@
             
             
             <para>
-                <literal>check</literal>  属性でチェック制約を指定することができます。
+                <literal>check</literal>  螻樊ｧ縺ｧ繝√ぉ繝�け蛻ｶ邏�ｒ謖�ｮ壹☆繧九％縺ｨ縺後〒縺阪∪縺吶�
             </para>
             
             <programlisting><![CDATA[<property name="foo" type="integer">
@@ -159,94 +161,94 @@
             
 
             <table frame="topbot" id="schemattributes-summary" revision="2">
-                <title>まとめ</title>
+                <title>縺ｾ縺ｨ繧�</title>
                 <tgroup cols="3">
                     <colspec colwidth="1*"/>
                     <colspec colwidth="1*"/>
                     <colspec colwidth="2.5*"/>
                     <thead>
                         <row>
-                            <entry>属性</entry>
-                            <entry>値</entry>
-                            <entry>説明</entry>
+                            <entry>螻樊ｧ</entry>
+                            <entry>蛟､</entry>
+                            <entry>隱ｬ譏�</entry>
                         </row>
                     </thead>
                     <tbody>
                         <row>
                             <entry><literal>length</literal></entry>
-                            <entry>数値</entry>
-                            <entry>カラムの長さ</entry>
+                            <entry>謨ｰ蛟､</entry>
+                            <entry>繧ｫ繝ｩ繝�縺ｮ髟ｷ縺�</entry>
                         </row>
                         
                         <row>
                             <entry><literal>precision</literal></entry>
-                            <entry>数値</entry>
-                            <entry>カラムのDECIMAL型の精度（precision）</entry>
+                            <entry>謨ｰ蛟､</entry>
+                            <entry>繧ｫ繝ｩ繝�縺ｮDECIMAL蝙九�邊ｾ蠎ｦ��precision��</entry>
                         </row>                        
                         
                         <row>
                             <entry><literal>scale</literal></entry>
-                            <entry>数値</entry>
-                            <entry>カラムのDECIMAL型のスケール（scale）</entry>
+                            <entry>謨ｰ蛟､</entry>
+                            <entry>繧ｫ繝ｩ繝�縺ｮDECIMAL蝙九�繧ｹ繧ｱ繝ｼ繝ｫ��scale��</entry>
                         </row>                        
                         
                         <row>
                             <entry><literal>not-null</literal></entry>
                             <entry><literal>true|false</literal></entry>
-                            <entry>カラムがnull値を取らないことを指定します
+                            <entry>繧ｫ繝ｩ繝�縺系ull蛟､繧貞叙繧峨↑縺�％縺ｨ繧呈欠螳壹＠縺ｾ縺�
                             </entry>
                         </row>
                         <row>
                             <entry><literal>unique</literal></entry>
                             <entry><literal>true|false</literal></entry>
-                            <entry>カラムがユニーク制約を持つことを指定します
+                            <entry>繧ｫ繝ｩ繝�縺後Θ繝九�繧ｯ蛻ｶ邏�ｒ謖√▽縺薙→繧呈欠螳壹＠縺ｾ縺�
                             </entry>
                         </row>
                         <row>
                             <entry><literal>index</literal></entry>
-                            <entry><literal>インデックス名</literal> </entry>
-                            <entry>(複数カラムの)インデックスの名前を指定します
+                            <entry><literal>繧､繝ｳ繝�ャ繧ｯ繧ｹ蜷�</literal> </entry>
+                            <entry>(隍�焚繧ｫ繝ｩ繝�縺ｮ)繧､繝ｳ繝�ャ繧ｯ繧ｹ縺ｮ蜷榊燕繧呈欠螳壹＠縺ｾ縺�
                             </entry>
                         </row>
                         <row>
                             <entry><literal>unique-key</literal></entry>
-                            <entry><literal>ユニークキー名</literal></entry>
-                            <entry>複数カラムのユニーク制約の名前を指定します
+                            <entry><literal>繝ｦ繝九�繧ｯ繧ｭ繝ｼ蜷�</literal></entry>
+                            <entry>隍�焚繧ｫ繝ｩ繝�縺ｮ繝ｦ繝九�繧ｯ蛻ｶ邏��蜷榊燕繧呈欠螳壹＠縺ｾ縺�
                             </entry>
                         </row>
                         <row>
                             <entry><literal>foreign-key</literal></entry>
-                            <entry><literal>外部キー名</literal></entry>
+                            <entry><literal>螟夜Κ繧ｭ繝ｼ蜷�</literal></entry>
                             <entry>
-                                &lt;one-to-one&gt;、&lt;many-to-one&gt;、&lt;many-to-many&gt;マッピング要素を使って、
-                                関連に対し生成された外部キー制約の名前を指定します。
-                                <literal>SchemaExport</literal>  は <literal>inverse="true"</literal>  側を考慮しないことに注意してください。
+                                &lt;one-to-one&gt;縲�&lt;many-to-one&gt;縲�&lt;many-to-many&gt;繝槭ャ繝斐Φ繧ｰ隕∫ｴ�繧剃ｽｿ縺｣縺ｦ縲�
+                                髢｢騾｣縺ｫ蟇ｾ縺礼函謌舌＆繧後◆螟夜Κ繧ｭ繝ｼ蛻ｶ邏��蜷榊燕繧呈欠螳壹＠縺ｾ縺吶�
+                                <literal>SchemaExport</literal>  縺ｯ <literal>inverse="true"</literal>  蛛ｴ繧定��縺励↑縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
                             </entry>
                         </row>
                         <row>
                             <entry><literal>sql-type</literal></entry>
-                            <entry><literal>SQLのカラム型</literal></entry>
+                            <entry><literal>SQL縺ｮ繧ｫ繝ｩ繝�蝙�</literal></entry>
                             
                             <entry>
-                                デフォルトのカラム型をオーバーライドします( <literal>&lt;column&gt;</literal>  要素の属性のみ) 
+                                繝�ヵ繧ｩ繝ｫ繝医�繧ｫ繝ｩ繝�蝙九ｒ繧ｪ繝ｼ繝舌�繝ｩ繧､繝峨＠縺ｾ縺�( <literal>&lt;column&gt;</literal>  隕∫ｴ�縺ｮ螻樊ｧ縺ｮ縺ｿ) 
                             </entry>
                        </row>
                        
                        <row>
                             <entry><literal>default</literal></entry>
-                            <entry>SQL式</entry>
+                            <entry>SQL蠑�</entry>
                             
                             <entry>
-                                カラムのデフォルト値を指定します
+                                繧ｫ繝ｩ繝�縺ｮ繝�ヵ繧ｩ繝ｫ繝亥､繧呈欠螳壹＠縺ｾ縺�
                             </entry>
                        </row>                       
                        
                        <row>
                             <entry><literal>check</literal></entry>
-                            <entry>SQL式</entry>
+                            <entry>SQL蠑�</entry>
                             
                             <entry>
-                                カラムかテーブルにSQLのチェック制約を作成します
+                                繧ｫ繝ｩ繝�縺九ユ繝ｼ繝悶Ν縺ｫSQL縺ｮ繝√ぉ繝�け蛻ｶ邏�ｒ菴懈�縺励∪縺�
                             </entry>
                        </row>
                    </tbody>
@@ -254,7 +256,7 @@
             </table>
             
             <para>
-                 <literal>&lt;comment&gt;</literal>  要素で生成するスキーマにコメントを指定することができます。
+                 <literal>&lt;comment&gt;</literal>  隕∫ｴ�縺ｧ逕滓�縺吶ｋ繧ｹ繧ｭ繝ｼ繝槭↓繧ｳ繝｡繝ｳ繝医ｒ謖�ｮ壹☆繧九％縺ｨ縺後〒縺阪∪縺吶�
                 
             </para>
             
@@ -270,16 +272,16 @@
 </property>]]></programlisting>
             
             <para>
-                これにより、生成したDDLに <literal>comment on table</literal>  や <literal>comment on column</literal>  文が書かれます。
+                縺薙ｌ縺ｫ繧医ｊ縲∫函謌舌＠縺櫂DL縺ｫ <literal>comment on table</literal>  繧� <literal>comment on column</literal>  譁�′譖ｸ縺九ｌ縺ｾ縺吶�
             </para>
 
         </sect2>
 
         <sect2 id="toolsetguide-s1-3" revision="2">
-            <title>ツールの実行</title>
+            <title>繝��繝ｫ縺ｮ螳溯｡�</title>
 
             <para>
-                 <literal>SchemaExport</literal>  は標準出力に対してDDLスクリプトを書き出し、DDL文を実行したりもします。
+                 <literal>SchemaExport</literal>  縺ｯ讓呎ｺ門�蜉帙↓蟇ｾ縺励※DDL繧ｹ繧ｯ繝ｪ繝励ヨ繧呈嶌縺榊�縺励．DL譁�ｒ螳溯｡後＠縺溘ｊ繧ゅ＠縺ｾ縺吶�
             </para>
 
             <para>
@@ -290,70 +292,70 @@
             <table frame="topbot">
                 <title> <literal>SchemaExport</literal>  Command Line Options
                 
-                 <literal>SchemaExport</literal>  のコマンドラインオプション
+                 <literal>SchemaExport</literal>  縺ｮ繧ｳ繝槭Φ繝峨Λ繧､繝ｳ繧ｪ繝励す繝ｧ繝ｳ
                 </title>
                 <tgroup cols="2">
                     <colspec colwidth="1.5*"/>
                     <colspec colwidth="2*"/>
                     <thead>
                         <row>
-                            <entry>オプション</entry>
-                            <entry>説明</entry>
+                            <entry>繧ｪ繝励す繝ｧ繝ｳ</entry>
+                            <entry>隱ｬ譏�</entry>
                         </row>
                     </thead>
                     <tbody>
                         <row>
                             <entry> <literal>--quiet</literal> </entry>
-                            <entry>スクリプトを標準出力に出力しません</entry>
+                            <entry>繧ｹ繧ｯ繝ｪ繝励ヨ繧呈ｨ呎ｺ門�蜉帙↓蜃ｺ蜉帙＠縺ｾ縺帙ｓ</entry>
                         </row>
                         <row>
                             <entry> <literal>--drop</literal> </entry>
-                            <entry>テーブルの削除だけを行います</entry>
+                            <entry>繝��繝悶Ν縺ｮ蜑企勁縺�縺代ｒ陦後＞縺ｾ縺�</entry>
                         </row>
                         
                         <row>
                             <entry> <literal>--create</literal> </entry>
-                            <entry>テーブルの生成のみを行います。
+                            <entry>繝��繝悶Ν縺ｮ逕滓�縺ｮ縺ｿ繧定｡後＞縺ｾ縺吶�
                             </entry>
                         </row>                        
                         
                         <row>
                             <entry> <literal>--text</literal> </entry>
-                            <entry>データベースにエクスポートしません</entry>
+                            <entry>繝��繧ｿ繝吶�繧ｹ縺ｫ繧ｨ繧ｯ繧ｹ繝昴�繝医＠縺ｾ縺帙ｓ</entry>
                         </row>
                         <row>
                             <entry> <literal>--output=my_schema.ddl</literal> </entry>
-                            <entry> DDLスクリプトをファイルに出力します</entry>
+                            <entry> DDL繧ｹ繧ｯ繝ｪ繝励ヨ繧偵ヵ繧｡繧､繝ｫ縺ｫ蜃ｺ蜉帙＠縺ｾ縺�</entry>
                         </row>
                         
                         <row>
                             <entry> <literal>--naming=eg.MyNamingStrategy</literal> </entry>
-                            <entry> <literal>NamingStrategy</literal> を選択します
+                            <entry> <literal>NamingStrategy</literal> 繧帝∈謚槭＠縺ｾ縺�
                             </entry>
                         </row>                        
                         
                         <row>
                             <entry><literal>--config=hibernate.cfg.xml</literal> </entry>
-                            <entry>XMLファイルからHibernateの定義情報を読み込みます</entry>
+                            <entry>XML繝輔ぃ繧､繝ｫ縺九ｉHibernate縺ｮ螳夂ｾｩ諠��ｱ繧定ｪｭ縺ｿ霎ｼ縺ｿ縺ｾ縺�</entry>
                         </row>
                         <row>
                             <entry> <literal>--properties=hibernate.properties</literal> </entry>
-                            <entry>ファイルからデータベースプロパティを読み込みます</entry>
+                            <entry>繝輔ぃ繧､繝ｫ縺九ｉ繝��繧ｿ繝吶�繧ｹ繝励Ο繝代ユ繧｣繧定ｪｭ縺ｿ霎ｼ縺ｿ縺ｾ縺�</entry>
                         </row>
                         <row>
                             <entry> <literal>--format</literal> </entry>
-                            <entry>スクリプト内に生成するSQLを読みやすいようにフォーマットします</entry>
+                            <entry>繧ｹ繧ｯ繝ｪ繝励ヨ蜀�↓逕滓�縺吶ｋSQL繧定ｪｭ縺ｿ繧�☆縺�ｈ縺�↓繝輔か繝ｼ繝槭ャ繝医＠縺ｾ縺�</entry>
                         </row>
                         <row>
                             <entry> <literal>--delimiter=x</literal> </entry>
-                            <entry>スクリプトの行区切り文字を設定します</entry>
+                            <entry>繧ｹ繧ｯ繝ｪ繝励ヨ縺ｮ陦悟玄蛻�ｊ譁�ｭ励ｒ險ｭ螳壹＠縺ｾ縺�</entry>
                         </row>
                     </tbody>
                 </tgroup>
             </table>
 
             <para>
-                アプリケーションに <literal>SchemaExport</literal>  を組み込むこともできます：
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ <literal>SchemaExport</literal>  繧堤ｵ�∩霎ｼ繧縺薙→繧ゅ〒縺阪∪縺呻ｼ�
             </para>
 
             <programlisting><![CDATA[Configuration cfg = ....;
@@ -363,69 +365,69 @@ new SchemaExport(cfg).create(false, true);]]></programlisting>
 
 
         <sect2 id="toolsetguide-s1-4">
-            <title>プロパティ</title>
+            <title>繝励Ο繝代ユ繧｣</title>
 
             <para>
-                次のように、データベースのプロパティを指定することができます。
+                谺｡縺ｮ繧医≧縺ｫ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｮ繝励Ο繝代ユ繧｣繧呈欠螳壹☆繧九％縺ｨ縺後〒縺阪∪縺吶�
             </para>
 
             <itemizedlist spacing="compact">
                 <listitem>
-                    <para><literal>-D</literal>  <emphasis>&lt;property&gt;</emphasis>  を使って、システムプロパティとして
+                    <para><literal>-D</literal>  <emphasis>&lt;property&gt;</emphasis>  繧剃ｽｿ縺｣縺ｦ縲√す繧ｹ繝�Β繝励Ο繝代ユ繧｣縺ｨ縺励※
                     </para>
                 </listitem>
                 <listitem>
-                    <para><literal>hibernate.properties</literal>  ファイル内で
+                    <para><literal>hibernate.properties</literal>  繝輔ぃ繧､繝ｫ蜀�〒
                     </para>
                 </listitem>
                 <listitem>
-                    <para> <literal>--properties</literal> を使って指定したプロパティファイル内で
+                    <para> <literal>--properties</literal> 繧剃ｽｿ縺｣縺ｦ謖�ｮ壹＠縺溘�繝ｭ繝代ユ繧｣繝輔ぃ繧､繝ｫ蜀�〒
 
                     </para>
                 </listitem>
             </itemizedlist>
 
             <para>
-                必要なプロパティは以下のものです：
+                蠢�ｦ√↑繝励Ο繝代ユ繧｣縺ｯ莉･荳九�繧ゅ�縺ｧ縺呻ｼ�
             </para>
 
             <table frame="topbot">
-                <title>SchemaExportコネクションプロパティ</title>
+                <title>SchemaExport繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繝励Ο繝代ユ繧｣</title>
                 <tgroup cols="2">
                     <colspec colwidth="1.5*"/>
                     <colspec colwidth="2*"/>
                     <thead>
                         <row>
-                            <entry>プロパティ名
+                            <entry>繝励Ο繝代ユ繧｣蜷�
                             </entry>
-                            <entry>説明
+                            <entry>隱ｬ譏�
                             </entry>
                         </row>
                     </thead>
                     <tbody>
                     <row>
                         <entry> <literal>hibernate.connection.driver_class</literal> </entry>
-                        <entry>jdbcのドライバークラス
+                        <entry>jdbc縺ｮ繝峨Λ繧､繝舌�繧ｯ繝ｩ繧ｹ
                         </entry>
                     </row>
                     <row>
                         <entry> <literal>hibernate.connection.url</literal> </entry>
-                        <entry>jdbcのurl
+                        <entry>jdbc縺ｮurl
                         </entry>
                     </row>
                     <row>
                         <entry> <literal>hibernate.connection.username</literal> </entry>
-                        <entry>データベースのユーザ
+                        <entry>繝��繧ｿ繝吶�繧ｹ縺ｮ繝ｦ繝ｼ繧ｶ
                         </entry>
                     </row>
                     <row>
                         <entry> <literal>hibernate.connection.password</literal> </entry>
-                        <entry>ユーザパスワード
+                        <entry>繝ｦ繝ｼ繧ｶ繝代せ繝ｯ繝ｼ繝�
                         </entry>
                     </row>
                     <row>
                         <entry> <literal>hibernate.dialect</literal> </entry>
-                        <entry>データベース方言
+                        <entry>繝��繧ｿ繝吶�繧ｹ譁ｹ險
                         </entry>
                     </row>
                     </tbody>
@@ -435,10 +437,10 @@ new SchemaExport(cfg).create(false, true);]]></programlisting>
         </sect2>
 
         <sect2 id="toolsetguide-s1-5">
-            <title>Antを使用する</title>
+            <title>Ant繧剃ｽｿ逕ｨ縺吶ｋ</title>
 
             <para>
-                Antのビルドスクリプトから <literal>SchemaExport</literal>  を呼び出すことができます。:
+                Ant縺ｮ繝薙Ν繝峨せ繧ｯ繝ｪ繝励ヨ縺九ｉ <literal>SchemaExport</literal>  繧貞他縺ｳ蜃ｺ縺吶％縺ｨ縺後〒縺阪∪縺吶�:
             </para>
 
             <programlisting><![CDATA[<target name="schemaexport">
@@ -462,13 +464,13 @@ new SchemaExport(cfg).create(false, true);]]></programlisting>
         </sect2>
 
         <sect2 id="toolsetguide-s1-6" revision="2">
-            <title>インクリメンタルなスキーマ更新
+            <title>繧､繝ｳ繧ｯ繝ｪ繝｡繝ｳ繧ｿ繝ｫ縺ｪ繧ｹ繧ｭ繝ｼ繝樊峩譁ｰ
             </title>
 
             <para>
-                 <literal>SchemaUpdate</literal>  ツールは既存のスキーマをインクリメンタルに更新します。
-                <literal>SchemaUpdate</literal>  はJDBCのメタデータAPIに強く依存します。
-                そのため、すべてのJDBCドライバでうまくいくとは限らないことに注意してください。
+                 <literal>SchemaUpdate</literal>  繝��繝ｫ縺ｯ譌｢蟄倥�繧ｹ繧ｭ繝ｼ繝槭ｒ繧､繝ｳ繧ｯ繝ｪ繝｡繝ｳ繧ｿ繝ｫ縺ｫ譖ｴ譁ｰ縺励∪縺吶�
+                <literal>SchemaUpdate</literal>  縺ｯJDBC縺ｮ繝｡繧ｿ繝��繧ｿAPI縺ｫ蠑ｷ縺丈ｾ晏ｭ倥＠縺ｾ縺吶�
+                縺昴�縺溘ａ縲√☆縺ｹ縺ｦ縺ｮJDBC繝峨Λ繧､繝舌〒縺�∪縺上＞縺上→縺ｯ髯舌ｉ縺ｪ縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
             </para>
 
             <para>
@@ -477,42 +479,42 @@ new SchemaExport(cfg).create(false, true);]]></programlisting>
             </para>
 
             <table frame="topbot">
-                <title> <literal>SchemaUpdate</literal>  のコマンドライン･オプション</title>
+                <title> <literal>SchemaUpdate</literal>  縺ｮ繧ｳ繝槭Φ繝峨Λ繧､繝ｳ�･繧ｪ繝励す繝ｧ繝ｳ</title>
                 <tgroup cols="2">
                     <colspec colwidth="1.5*"/>
                     <colspec colwidth="2*"/>
                     <thead>
                         <row>
-                            <entry>オプション</entry>
-                            <entry>説明</entry>
+                            <entry>繧ｪ繝励す繝ｧ繝ｳ</entry>
+                            <entry>隱ｬ譏�</entry>
                         </row>
                     </thead>
                     <tbody>
                         <row>
                             <entry> <literal>--quiet</literal> </entry>
-                            <entry>標準出力にスクリプトを出力しません</entry>
+                            <entry>讓呎ｺ門�蜉帙↓繧ｹ繧ｯ繝ｪ繝励ヨ繧貞�蜉帙＠縺ｾ縺帙ｓ</entry>
                         </row>
                         
                         <row>
                             <entry> <literal>--text</literal> </entry>
-                            <entry>データベースにスクリプトをエクスポートしません
+                            <entry>繝��繧ｿ繝吶�繧ｹ縺ｫ繧ｹ繧ｯ繝ｪ繝励ヨ繧偵お繧ｯ繧ｹ繝昴�繝医＠縺ｾ縺帙ｓ
                             </entry>
                         </row>
                         <row>
                             <entry> <literal>--naming=eg.MyNamingStrategy</literal> </entry>
-                            <entry><literal>NamingStrategy</literal> を選択します。
+                            <entry><literal>NamingStrategy</literal> 繧帝∈謚槭＠縺ｾ縺吶�
                             </entry>
                         </row>                        
                         
                         <row>
                             <entry> <literal>--properties=hibernate.properties</literal> </entry>
-                            <entry>ファイルからデータベースプロパティを読み込みます
+                            <entry>繝輔ぃ繧､繝ｫ縺九ｉ繝��繧ｿ繝吶�繧ｹ繝励Ο繝代ユ繧｣繧定ｪｭ縺ｿ霎ｼ縺ｿ縺ｾ縺�
                             </entry>
                         </row>
                         
                         <row>
                             <entry> <literal>--config=hibernate.cfg.xml</literal> </entry>
-                            <entry><literal>.cfg.xml</literal> ファイルを指定します
+                            <entry><literal>.cfg.xml</literal> 繝輔ぃ繧､繝ｫ繧呈欠螳壹＠縺ｾ縺�
                             </entry>
                         </row>                        
                         
@@ -521,7 +523,7 @@ new SchemaExport(cfg).create(false, true);]]></programlisting>
             </table>
 
             <para>
-                アプリケーションに <literal>SchemaUpdate</literal>  を組み込むことができます。：
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ <literal>SchemaUpdate</literal>  繧堤ｵ�∩霎ｼ繧縺薙→縺後〒縺阪∪縺吶ゑｼ�
             </para>
 
             <programlisting><![CDATA[Configuration cfg = ....;
@@ -531,10 +533,10 @@ new SchemaUpdate(cfg).execute(false);]]></programlisting>
         
 
         <sect2 id="toolsetguide-s1-7">
-            <title>インクリメンタルなスキーマ更新に対するAntの使用</title>
+            <title>繧､繝ｳ繧ｯ繝ｪ繝｡繝ｳ繧ｿ繝ｫ縺ｪ繧ｹ繧ｭ繝ｼ繝樊峩譁ｰ縺ｫ蟇ｾ縺吶ｋAnt縺ｮ菴ｿ逕ｨ</title>
 
             <para>
-                Antスクリプトから <literal>SchemaUpdate</literal>  を呼び出すことができます：
+                Ant繧ｹ繧ｯ繝ｪ繝励ヨ縺九ｉ <literal>SchemaUpdate</literal>  繧貞他縺ｳ蜃ｺ縺吶％縺ｨ縺後〒縺阪∪縺呻ｼ�
             </para>
 
             <programlisting><![CDATA[<target name="schemaupdate">
@@ -557,7 +559,7 @@ new SchemaUpdate(cfg).execute(false);]]></programlisting>
             <title>Schema validation</title>
 
             <para>
-                 <literal>SchemaValidator</literal> ツールは、既存のデータベーススキーマと作成したマッピングドキュメントが"一致する"ことを検証します。 <literal>SchemaValidator</literal> はJDBCのメタデータAPIに強く依存することに注意してください。そのため、すべてのJDBCドライバーで作動するものではありません。このツールはテスト時に非常に有用です。
+                 <literal>SchemaValidator</literal> 繝��繝ｫ縺ｯ縲∵里蟄倥�繝��繧ｿ繝吶�繧ｹ繧ｹ繧ｭ繝ｼ繝槭→菴懈�縺励◆繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝医′"荳閾ｴ縺吶ｋ"縺薙→繧呈､懆ｨｼ縺励∪縺吶� <literal>SchemaValidator</literal> 縺ｯJDBC縺ｮ繝｡繧ｿ繝��繧ｿAPI縺ｫ蠑ｷ縺丈ｾ晏ｭ倥☆繧九％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲ゅ◎縺ｮ縺溘ａ縲√☆縺ｹ縺ｦ縺ｮJDBC繝峨Λ繧､繝舌�縺ｧ菴懷虚縺吶ｋ繧ゅ�縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲ゅ％縺ｮ繝��繝ｫ縺ｯ繝�せ繝域凾縺ｫ髱槫ｸｸ縺ｫ譛臥畑縺ｧ縺吶�
             </para>
 
             <para>
@@ -566,31 +568,31 @@ new SchemaUpdate(cfg).execute(false);]]></programlisting>
             </para>
 
             <table frame="topbot">
-                <title> <literal>SchemaValidator</literal> のコマンドライン・オプション
+                <title> <literal>SchemaValidator</literal> 縺ｮ繧ｳ繝槭Φ繝峨Λ繧､繝ｳ繝ｻ繧ｪ繝励す繝ｧ繝ｳ
                 </title>
                 <tgroup cols="2">
                     <colspec colwidth="1.5*"/>
                     <colspec colwidth="2*"/>
                     <thead>
                         <row>
-                            <entry>オプション</entry>
-                            <entry>説明</entry>
+                            <entry>繧ｪ繝励す繝ｧ繝ｳ</entry>
+                            <entry>隱ｬ譏�</entry>
                         </row>
                     </thead>
                     <tbody>
                         <row>
                             <entry> <literal>--naming=eg.MyNamingStrategy</literal> </entry>
-                            <entry><literal>NamingStrategy</literal> を選択します
+                            <entry><literal>NamingStrategy</literal> 繧帝∈謚槭＠縺ｾ縺�
                             </entry>
                         </row>
                         <row>
                             <entry> <literal>--properties=hibernate.properties</literal> </entry>
-                            <entry>ファイルからデータベースのプロパティを読み込みます
+                            <entry>繝輔ぃ繧､繝ｫ縺九ｉ繝��繧ｿ繝吶�繧ｹ縺ｮ繝励Ο繝代ユ繧｣繧定ｪｭ縺ｿ霎ｼ縺ｿ縺ｾ縺�
                             </entry>
                         </row>
                         <row>
                             <entry> <literal>--config=hibernate.cfg.xml</literal> </entry>
-                            <entry><literal>.cfg.xml</literal> ファイルを指定します
+                            <entry><literal>.cfg.xml</literal> 繝輔ぃ繧､繝ｫ繧呈欠螳壹＠縺ｾ縺�
                             </entry>
                         </row>
                      </tbody>
@@ -598,7 +600,7 @@ new SchemaUpdate(cfg).execute(false);]]></programlisting>
             </table>
 
             <para>
-                 <literal>SchemaValidator</literal> をアプリケーションに組み込むことが出来ます:
+                 <literal>SchemaValidator</literal> 繧偵い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ邨�∩霎ｼ繧縺薙→縺悟�譚･縺ｾ縺�:
             </para>
 
             <programlisting><![CDATA[Configuration cfg = ....;
@@ -607,10 +609,10 @@ new SchemaValidator(cfg).validate();]]></programlisting>
         </sect2>
 
         <sect2 id="toolsetguide-s1-9">
-            <title>スキーマのバリデーションにAntを使用します</title>
+            <title>繧ｹ繧ｭ繝ｼ繝槭�繝舌Μ繝��繧ｷ繝ｧ繝ｳ縺ｫAnt繧剃ｽｿ逕ｨ縺励∪縺�</title>
 
             <para>
-                Antスクリプトから <literal>SchemaValidator</literal> を呼び出せます:
+                Ant繧ｹ繧ｯ繝ｪ繝励ヨ縺九ｉ <literal>SchemaValidator</literal> 繧貞他縺ｳ蜃ｺ縺帙∪縺�:
             </para>
 
             <programlisting><![CDATA[<target name="schemavalidate">
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/transactions.xml b/documentation/manual/ja-JP/src/main/docbook/content/transactions.xml
index 907a79f2cd..08ee46cc27 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/transactions.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/transactions.xml
@@ -1,299 +1,301 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="transactions" revision="2">
-    <title>トランザクションと並行性</title>
+    <title>繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｨ荳ｦ陦梧ｧ</title>
 
     <para>
-        Hibernateと同時実行制御について最も重要な点は、容易に理解できることです。
-        Hibernateは新たなロックの振る舞いを追加しておらず、直接JDBCコネクションとJTAリソースを使用します。
-        JDBC、ANSI、およびデータベース管理システム（DBMS）のトランザクション分離の仕様を
-        少し時間をかけて勉強することを強く推奨します。
+        Hibernate縺ｨ蜷梧凾螳溯｡悟宛蠕｡縺ｫ縺､縺�※譛繧る㍾隕√↑轤ｹ縺ｯ縲∝ｮｹ譏薙↓逅�ｧ｣縺ｧ縺阪ｋ縺薙→縺ｧ縺吶�
+        Hibernate縺ｯ譁ｰ縺溘↑繝ｭ繝�け縺ｮ謖ｯ繧玖�縺�ｒ霑ｽ蜉�縺励※縺翫ｉ縺壹∫峩謗･JDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺ｨJTA繝ｪ繧ｽ繝ｼ繧ｹ繧剃ｽｿ逕ｨ縺励∪縺吶�
+        JDBC縲、NSI縲√♀繧医�繝��繧ｿ繝吶�繧ｹ邂｡逅�す繧ｹ繝�Β��DBMS�峨�繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蛻�屬縺ｮ莉墓ｧ倥ｒ
+        蟆代＠譎る俣繧偵°縺代※蜍牙ｼｷ縺吶ｋ縺薙→繧貞ｼｷ縺乗耳螂ｨ縺励∪縺吶�
     </para>
 
     <para>
-        Hibernateはメモリ内のオブジェクトをロックしません。
-        アプリケーションは、データベーストランザクションの分離レベルで
-        定義した振る舞いを期待できます。
-        トランザクションスコープのキャッシュでもある <literal>Session</literal> のお陰で、
-        識別子やクエリにより検索したエンティティはリピータブルリードになります
-        （スカラー値を返すようなレポートクエリは違います）。
+        Hibernate縺ｯ繝｡繝｢繝ｪ蜀��繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ繝ｭ繝�け縺励∪縺帙ｓ縲�
+        繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蛻�屬繝ｬ繝吶Ν縺ｧ
+        螳夂ｾｩ縺励◆謖ｯ繧玖�縺�ｒ譛溷ｾ�〒縺阪∪縺吶�
+        繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧ｹ繧ｳ繝ｼ繝励�繧ｭ繝｣繝�す繝･縺ｧ繧ゅ≠繧� <literal>Session</literal> 縺ｮ縺企匆縺ｧ縲�
+        隴伜挨蟄舌ｄ繧ｯ繧ｨ繝ｪ縺ｫ繧医ｊ讀懃ｴ｢縺励◆繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｯ繝ｪ繝斐�繧ｿ繝悶Ν繝ｪ繝ｼ繝峨↓縺ｪ繧翫∪縺�
+        �医せ繧ｫ繝ｩ繝ｼ蛟､繧定ｿ斐☆繧医≧縺ｪ繝ｬ繝昴�繝医け繧ｨ繝ｪ縺ｯ驕輔＞縺ｾ縺呻ｼ峨�
     </para>
 
     <para>
-        バージョニングによる自動的な楽観的同時実行制御に加えて、
-        <literal>SELECT FOR UPDATE</literal> 文を使用して、
-        行を悲観的ロックするための（マイナーな）APIも提供します。
-        楽観的同時実行制御とこのAPIについては、この章の後のほうで議論します。
+        繝舌�繧ｸ繝ｧ繝九Φ繧ｰ縺ｫ繧医ｋ閾ｪ蜍慕噪縺ｪ讌ｽ隕ｳ逧�酔譎ょｮ溯｡悟宛蠕｡縺ｫ蜉�縺医※縲�
+        <literal>SELECT FOR UPDATE</literal> 譁�ｒ菴ｿ逕ｨ縺励※縲�
+        陦後ｒ謔ｲ隕ｳ逧�Ο繝�け縺吶ｋ縺溘ａ縺ｮ�医�繧､繝翫�縺ｪ�陰PI繧よ署萓帙＠縺ｾ縺吶�
+        讌ｽ隕ｳ逧�酔譎ょｮ溯｡悟宛蠕｡縺ｨ縺薙�API縺ｫ縺､縺�※縺ｯ縲√％縺ｮ遶�縺ｮ蠕後�縺ｻ縺�〒隴ｰ隲悶＠縺ｾ縺吶�
     </para>
 
     <para>
-        データベーストランザクションや長い対話（conversation、ロングトランザクション）だけでなく、
-        <literal>Configuration</literal>、<literal>SessionFactory</literal>、および
+        繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧�聞縺�ｯｾ隧ｱ��conversation縲√Ο繝ｳ繧ｰ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ�峨□縺代〒縺ｪ縺上�
+        <literal>Configuration</literal>縲�<literal>SessionFactory</literal>縲√♀繧医�
         <literal>Session</literal>
-        という粒度でHibernateが行う同時実行制御の議論を始めます。
+        縺ｨ縺�≧邊貞ｺｦ縺ｧHibernate縺瑚｡後≧蜷梧凾螳溯｡悟宛蠕｡縺ｮ隴ｰ隲悶ｒ蟋九ａ縺ｾ縺吶�
     </para>
 
     <sect1 id="transactions-basics" revision="1">
-        <title>sessionスコープとtransactionスコープ</title>
+        <title>session繧ｹ繧ｳ繝ｼ繝励→transaction繧ｹ繧ｳ繝ｼ繝�</title>
 
         <para>
-            <literal>SessionFactory</literal> は生成することが高価で、
-            スレッドセーフなオブジェクトです。
-            よって、アプリケーションのすべてのスレッドで共有すべきです。
-            通常、アプリケーションの起動時に、
-            <literal>Configuration</literal> インスタンスから１度だけ生成します。
+            <literal>SessionFactory</literal> 縺ｯ逕滓�縺吶ｋ縺薙→縺碁ｫ倅ｾ｡縺ｧ縲�
+            繧ｹ繝ｬ繝�ラ繧ｻ繝ｼ繝輔↑繧ｪ繝悶ず繧ｧ繧ｯ繝医〒縺吶�
+            繧医▲縺ｦ縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ縺吶∋縺ｦ縺ｮ繧ｹ繝ｬ繝�ラ縺ｧ蜈ｱ譛峨☆縺ｹ縺阪〒縺吶�
+            騾壼ｸｸ縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ襍ｷ蜍墓凾縺ｫ縲�
+            <literal>Configuration</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺九ｉ�大ｺｦ縺�縺醍函謌舌＠縺ｾ縺吶�
         </para>
 
         <para>
-            <literal>Session</literal> は高価ではなく、スレッドセーフなオブジェクトでもありません。
-            よって、１つの要求や１つの対話、１つの作業単位（unit of work）に対して１度だけ使い、
-            その後で捨てるべきです。
-            <literal>Session</literal> は必要になるまで、
-            JDBC <literal>Connection</literal>（もしくは <literal>DataSource</literal>）を獲得しません。
-            ゆえに、実際に使用するときまでリソースを消費しません。
+            <literal>Session</literal> 縺ｯ鬮倅ｾ｡縺ｧ縺ｯ縺ｪ縺上√せ繝ｬ繝�ラ繧ｻ繝ｼ繝輔↑繧ｪ繝悶ず繧ｧ繧ｯ繝医〒繧ゅ≠繧翫∪縺帙ｓ縲�
+            繧医▲縺ｦ縲�ｼ代▽縺ｮ隕∵ｱゅｄ�代▽縺ｮ蟇ｾ隧ｱ縲�ｼ代▽縺ｮ菴懈･ｭ蜊倅ｽ搾ｼ�unit of work�峨↓蟇ｾ縺励※�大ｺｦ縺�縺台ｽｿ縺��
+            縺昴�蠕後〒謐ｨ縺ｦ繧九∋縺阪〒縺吶�
+            <literal>Session</literal> 縺ｯ蠢�ｦ√↓縺ｪ繧九∪縺ｧ縲�
+            JDBC <literal>Connection</literal>�医ｂ縺励￥縺ｯ <literal>DataSource</literal>�峨ｒ迯ｲ蠕励＠縺ｾ縺帙ｓ縲�
+            繧�∴縺ｫ縲∝ｮ滄圀縺ｫ菴ｿ逕ｨ縺吶ｋ縺ｨ縺阪∪縺ｧ繝ｪ繧ｽ繝ｼ繧ｹ繧呈ｶ郁ｲｻ縺励∪縺帙ｓ縲�
         </para>
 
         <para>
-            この状況を完了させるために、 データベーストランザクションについても考えなければなりません。
-            データベース内のロックの競合を少なくするために、
-            データベーストランザクションは可能な限り短くするべきです。
-            長いデータベーストランザクションは、アプリケーションの高い並列実行性を阻害します。
-            ゆえに、ユーザーが考えている間（作業単位が完了するまで）データベーストランザクションを
-            開いたままにするのは、たいていの場合よい設計とはいえません。
+            縺薙�迥ｶ豕√ｒ螳御ｺ�＆縺帙ｋ縺溘ａ縺ｫ縲� 繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ縺､縺�※繧り�∴縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+            繝��繧ｿ繝吶�繧ｹ蜀��繝ｭ繝�け縺ｮ遶ｶ蜷医ｒ蟆代↑縺上☆繧九◆繧√↓縲�
+            繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ蜿ｯ閭ｽ縺ｪ髯舌ｊ遏ｭ縺上☆繧九∋縺阪〒縺吶�
+            髟ｷ縺�ョ繝ｼ繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ鬮倥＞荳ｦ蛻怜ｮ溯｡梧ｧ繧帝仆螳ｳ縺励∪縺吶�
+            繧�∴縺ｫ縲√Θ繝ｼ繧ｶ繝ｼ縺瑚�∴縺ｦ縺�ｋ髢難ｼ井ｽ懈･ｭ蜊倅ｽ阪′螳御ｺ�☆繧九∪縺ｧ�峨ョ繝ｼ繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧�
+            髢九＞縺溘∪縺ｾ縺ｫ縺吶ｋ縺ｮ縺ｯ縲√◆縺�※縺��蝣ｴ蜷医ｈ縺�ｨｭ險医→縺ｯ縺�∴縺ｾ縺帙ｓ縲�
         </para>
 
         <para>
-            作業単位というスコープとは何でしょうか？
-            １つのHibernate <literal>Session</literal> は、
-            いくつかのデータベーストランザクションをまたがることができるでしょうか？
-            または、スコープと一対一の関係でしょうか？
-            いつ <literal>Session</literal> を開き、閉じるべきでしょうか？
-            そして、データベーストランザクション境界をどのように分けるのでしょうか？
+            菴懈･ｭ蜊倅ｽ阪→縺�≧繧ｹ繧ｳ繝ｼ繝励→縺ｯ菴輔〒縺励ｇ縺�°��
+            �代▽縺ｮHibernate <literal>Session</literal> 縺ｯ縲�
+            縺�￥縺､縺九�繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧偵∪縺溘′繧九％縺ｨ縺後〒縺阪ｋ縺ｧ縺励ｇ縺�°��
+            縺ｾ縺溘�縲√せ繧ｳ繝ｼ繝励→荳蟇ｾ荳縺ｮ髢｢菫ゅ〒縺励ｇ縺�°��
+            縺�▽ <literal>Session</literal> 繧帝幕縺阪�哩縺倥ｋ縺ｹ縺阪〒縺励ｇ縺�°��
+            縺昴＠縺ｦ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜繧偵←縺ｮ繧医≧縺ｫ蛻�￠繧九�縺ｧ縺励ｇ縺�°��
         </para>
 
         <sect2 id="transactions-basics-uow" revision="1">
-            <title>作業単位（Unit of work）</title>
+            <title>菴懈･ｭ蜊倅ｽ搾ｼ�Unit of work��</title>
 
             <para>
-                １つ目は、<emphasis>session-per-operation</emphasis> アンチパターンを使ってはいけません。
-                すなわち、１つのスレッドの中で、単純なデータベース呼び出しのたびに
-                <literal>Session</literal> を開いて、閉じてはいけません！
-                もちろん、データベーストランザクションについても同様です。
-                アプリケーション中のデータベース呼び出しは、
-                計画されたシーケンス（planned sequence）を使い、
-                アトミックな作業単位に分類されます。
-                （１つのSQL文ごとにコミットする自動コミットが、
-                使われないという意味でもあることに注意してください。
-                自動コミットは、SQLコンソールでアドホックな作業をする際に使うものです。
-                Hibernateは直ちに自動コミットモードを無効にします。
-                もしくは、アプリケーションサーバーが無効化することを期待します。）
-                データベーストランザクションはオプションではありません。
-                データベースとのすべての通信は、データの読み込みであっても、書き込みであっても、
-                トランザクションの中で行わなければなりません。
-                説明すると、データ読み込みに対して、自動コミットは避けるべきです。
-                なぜなら、多数の小さなトランザクションは、明確に定義された１つの作業単位と比べて、
-                パフォーマンスがよくなることはありません。
-                後者は保守性や拡張性もよりすぐれています。
+                �代▽逶ｮ縺ｯ縲�<emphasis>session-per-operation</emphasis> 繧｢繝ｳ繝√ヱ繧ｿ繝ｼ繝ｳ繧剃ｽｿ縺｣縺ｦ縺ｯ縺�￠縺ｾ縺帙ｓ縲�
+                縺吶↑繧上■縲�ｼ代▽縺ｮ繧ｹ繝ｬ繝�ラ縺ｮ荳ｭ縺ｧ縲∝腰邏斐↑繝��繧ｿ繝吶�繧ｹ蜻ｼ縺ｳ蜃ｺ縺励�縺溘�縺ｫ
+                <literal>Session</literal> 繧帝幕縺�※縲�哩縺倥※縺ｯ縺�￠縺ｾ縺帙ｓ��
+                繧ゅ■繧阪ｓ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ縺､縺�※繧ょ酔讒倥〒縺吶�
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ荳ｭ縺ｮ繝��繧ｿ繝吶�繧ｹ蜻ｼ縺ｳ蜃ｺ縺励�縲�
+                險育判縺輔ｌ縺溘す繝ｼ繧ｱ繝ｳ繧ｹ��planned sequence�峨ｒ菴ｿ縺��
+                繧｢繝医Α繝�け縺ｪ菴懈･ｭ蜊倅ｽ阪↓蛻�｡槭＆繧後∪縺吶�
+                �茨ｼ代▽縺ｮSQL譁�＃縺ｨ縺ｫ繧ｳ繝溘ャ繝医☆繧玖�蜍輔さ繝溘ャ繝医′縲�
+                菴ｿ繧上ｌ縺ｪ縺�→縺�≧諢丞袖縺ｧ繧ゅ≠繧九％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+                閾ｪ蜍輔さ繝溘ャ繝医�縲ヾQL繧ｳ繝ｳ繧ｽ繝ｼ繝ｫ縺ｧ繧｢繝峨�繝�け縺ｪ菴懈･ｭ繧偵☆繧矩圀縺ｫ菴ｿ縺�ｂ縺ｮ縺ｧ縺吶�
+                Hibernate縺ｯ逶ｴ縺｡縺ｫ閾ｪ蜍輔さ繝溘ャ繝医Δ繝ｼ繝峨ｒ辟｡蜉ｹ縺ｫ縺励∪縺吶�
+                繧ゅ＠縺上�縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝舌�縺檎┌蜉ｹ蛹悶☆繧九％縺ｨ繧呈悄蠕�＠縺ｾ縺吶ゑｼ�
+                繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ繧ｪ繝励す繝ｧ繝ｳ縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+                繝��繧ｿ繝吶�繧ｹ縺ｨ縺ｮ縺吶∋縺ｦ縺ｮ騾壻ｿ｡縺ｯ縲√ョ繝ｼ繧ｿ縺ｮ隱ｭ縺ｿ霎ｼ縺ｿ縺ｧ縺ゅ▲縺ｦ繧ゅ∵嶌縺崎ｾｼ縺ｿ縺ｧ縺ゅ▲縺ｦ繧ゅ�
+                繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ荳ｭ縺ｧ陦後ｏ縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+                隱ｬ譏弱☆繧九→縲√ョ繝ｼ繧ｿ隱ｭ縺ｿ霎ｼ縺ｿ縺ｫ蟇ｾ縺励※縲∬�蜍輔さ繝溘ャ繝医�驕ｿ縺代ｋ縺ｹ縺阪〒縺吶�
+                縺ｪ縺懊↑繧峨∝､壽焚縺ｮ蟆上＆縺ｪ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ縲∵�遒ｺ縺ｫ螳夂ｾｩ縺輔ｌ縺滂ｼ代▽縺ｮ菴懈･ｭ蜊倅ｽ阪→豈斐∋縺ｦ縲�
+                繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ縺後ｈ縺上↑繧九％縺ｨ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+                蠕瑚��菫晏ｮ域ｧ繧�僑蠑ｵ諤ｧ繧ゅｈ繧翫☆縺舌ｌ縺ｦ縺�∪縺吶�
             </para>
 
             <para>
-                マルチユーザーのクライアント／サーバーアプリケーションの中で、
-                最もよく使われるパターンは、<emphasis>session-per-request</emphasis> です。
-                このモデルの中では、
-                クライアントから（Hibernate永続化層が動作する）サーバーへリクエストが送られ、
-                新しいHibernate <literal>Session</literal> が開かれます。
-                そして、この作業単位の中ですべてのデータベース処理が実行されます。
-                作業が完了した（そして、クライアントへのレスポンスが準備できた）時点で、
-                session をフラッシュし、閉じます。
-                クライアントの要求を処理するために、１つのデータベーストランザクションを使用するでしょう。
-                <literal>Session</literal> を開き、閉じる際に、
-                データベーストランザクションを開始し、コミットします。
-                二つの関係は一対一です。
-                このモデルは多くのアプリケーションに完全に適合します。
+                繝槭Ν繝√Θ繝ｼ繧ｶ繝ｼ縺ｮ繧ｯ繝ｩ繧､繧｢繝ｳ繝茨ｼ上し繝ｼ繝舌�繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ荳ｭ縺ｧ縲�
+                譛繧ゅｈ縺丈ｽｿ繧上ｌ繧九ヱ繧ｿ繝ｼ繝ｳ縺ｯ縲�<emphasis>session-per-request</emphasis> 縺ｧ縺吶�
+                縺薙�繝｢繝�Ν縺ｮ荳ｭ縺ｧ縺ｯ縲�
+                繧ｯ繝ｩ繧､繧｢繝ｳ繝医°繧会ｼ�Hibernate豌ｸ邯壼喧螻､縺悟虚菴懊☆繧具ｼ峨し繝ｼ繝舌�縺ｸ繝ｪ繧ｯ繧ｨ繧ｹ繝医′騾√ｉ繧後�
+                譁ｰ縺励＞Hibernate <literal>Session</literal> 縺碁幕縺九ｌ縺ｾ縺吶�
+                縺昴＠縺ｦ縲√％縺ｮ菴懈･ｭ蜊倅ｽ阪�荳ｭ縺ｧ縺吶∋縺ｦ縺ｮ繝��繧ｿ繝吶�繧ｹ蜃ｦ逅�′螳溯｡後＆繧後∪縺吶�
+                菴懈･ｭ縺悟ｮ御ｺ�＠縺滂ｼ医◎縺励※縲√け繝ｩ繧､繧｢繝ｳ繝医∈縺ｮ繝ｬ繧ｹ繝昴Φ繧ｹ縺梧ｺ門ｙ縺ｧ縺阪◆�画凾轤ｹ縺ｧ縲�
+                session 繧偵ヵ繝ｩ繝�す繝･縺励�哩縺倥∪縺吶�
+                繧ｯ繝ｩ繧､繧｢繝ｳ繝医�隕∵ｱゅｒ蜃ｦ逅�☆繧九◆繧√↓縲�ｼ代▽縺ｮ繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧剃ｽｿ逕ｨ縺吶ｋ縺ｧ縺励ｇ縺��
+                <literal>Session</literal> 繧帝幕縺阪�哩縺倥ｋ髫帙↓縲�
+                繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧帝幕蟋九＠縲√さ繝溘ャ繝医＠縺ｾ縺吶�
+                莠後▽縺ｮ髢｢菫ゅ�荳蟇ｾ荳縺ｧ縺吶�
+                縺薙�繝｢繝�Ν縺ｯ螟壹￥縺ｮ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ螳悟�縺ｫ驕ｩ蜷医＠縺ｾ縺吶�
             </para>
 
             <para>
-                以降の実装にチャレンジしてください。
-                <literal>Session</literal> を持ち、トランザクションを正確に開始し、終わらせるだけでなく、
-                データアクセス操作も得やすくする必要があります。
-                リクエストがサーバーにヒットした際と、レスポンスを送信する前に、実行されるinterceptor
-                （例えば、<literal>ServletFilter</literal>）を使って、作業単位の境界を実装するのが理想的です。
-                <literal>ThreadLocal</literal> 変数を使って、
-                リクエストを処理するスレッドに <literal>Session</literal> を結びつけることを推奨します。
-                これにより、スレッド内で実行されるすべてのコードで、
-                （static変数にアクセスするように）簡単に <literal>Session</literal> にアクセスできるようになります。
-                選択したデータベーストランザクション境界の機構次第で、<literal>ThreadLocal</literal>
-                変数の中にトランザクションコンテキストを保持するかもしれません。
-                この実装パターンは、<emphasis>ThreadLocal Session</emphasis> および
-                <emphasis>Open Session in View</emphasis> という名前で知られています。
-                本ドキュメントで先に見せた <literal>HibernateUtil</literal> ヘルパークラスを拡張することで、
-                このパターンを容易に実装できます。
-                もちろん、interceptor を実装する方法を見つけ、環境をセットアップする必要があります。
-                HibernateのWebサイトにあるtipsと例を参照してください。
+                莉･髯阪�螳溯｣�↓繝√Ε繝ｬ繝ｳ繧ｸ縺励※縺上□縺輔＞縲�
+                <literal>Session</literal> 繧呈戟縺｡縲√ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧呈ｭ｣遒ｺ縺ｫ髢句ｧ九＠縲∫ｵゅｏ繧峨○繧九□縺代〒縺ｪ縺上�
+                繝��繧ｿ繧｢繧ｯ繧ｻ繧ｹ謫堺ｽ懊ｂ蠕励ｄ縺吶￥縺吶ｋ蠢�ｦ√′縺ゅｊ縺ｾ縺吶�
+                繝ｪ繧ｯ繧ｨ繧ｹ繝医′繧ｵ繝ｼ繝舌�縺ｫ繝偵ャ繝医＠縺滄圀縺ｨ縲√Ξ繧ｹ繝昴Φ繧ｹ繧帝∽ｿ｡縺吶ｋ蜑阪↓縲∝ｮ溯｡後＆繧後ｋinterceptor
+                �井ｾ九∴縺ｰ縲�<literal>ServletFilter</literal>�峨ｒ菴ｿ縺｣縺ｦ縲∽ｽ懈･ｭ蜊倅ｽ阪�蠅�阜繧貞ｮ溯｣�☆繧九�縺檎炊諠ｳ逧�〒縺吶�
+                <literal>ThreadLocal</literal> 螟画焚繧剃ｽｿ縺｣縺ｦ縲�
+                繝ｪ繧ｯ繧ｨ繧ｹ繝医ｒ蜃ｦ逅�☆繧九せ繝ｬ繝�ラ縺ｫ <literal>Session</literal> 繧堤ｵ舌�縺､縺代ｋ縺薙→繧呈耳螂ｨ縺励∪縺吶�
+                縺薙ｌ縺ｫ繧医ｊ縲√せ繝ｬ繝�ラ蜀�〒螳溯｡後＆繧後ｋ縺吶∋縺ｦ縺ｮ繧ｳ繝ｼ繝峨〒縲�
+                ��static螟画焚縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ繧医≧縺ｫ�臥ｰ｡蜊倥↓ <literal>Session</literal> 縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺ｧ縺阪ｋ繧医≧縺ｫ縺ｪ繧翫∪縺吶�
+                驕ｸ謚槭＠縺溘ョ繝ｼ繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜縺ｮ讖滓ｧ区ｬ｡隨ｬ縺ｧ縲�<literal>ThreadLocal</literal>
+                螟画焚縺ｮ荳ｭ縺ｫ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧ｳ繝ｳ繝�く繧ｹ繝医ｒ菫晄戟縺吶ｋ縺九ｂ縺励ｌ縺ｾ縺帙ｓ縲�
+                縺薙�螳溯｣�ヱ繧ｿ繝ｼ繝ｳ縺ｯ縲�<emphasis>ThreadLocal Session</emphasis> 縺翫ｈ縺ｳ
+                <emphasis>Open Session in View</emphasis> 縺ｨ縺�≧蜷榊燕縺ｧ遏･繧峨ｌ縺ｦ縺�∪縺吶�
+                譛ｬ繝峨く繝･繝｡繝ｳ繝医〒蜈医↓隕九○縺� <literal>HibernateUtil</literal> 繝倥Ν繝代�繧ｯ繝ｩ繧ｹ繧呈僑蠑ｵ縺吶ｋ縺薙→縺ｧ縲�
+                縺薙�繝代ち繝ｼ繝ｳ繧貞ｮｹ譏薙↓螳溯｣�〒縺阪∪縺吶�
+                繧ゅ■繧阪ｓ縲（nterceptor 繧貞ｮ溯｣�☆繧区婿豕輔ｒ隕九▽縺代∫腸蠅�ｒ繧ｻ繝�ヨ繧｢繝��縺吶ｋ蠢�ｦ√′縺ゅｊ縺ｾ縺吶�
+                Hibernate縺ｮWeb繧ｵ繧､繝医↓縺ゅｋtips縺ｨ萓九ｒ蜿ら�縺励※縺上□縺輔＞縲�
              </para>
 
             <para>
-                以降の実装にチャレンジしてください。
-                Hibernateは単純なこのパターンのために、予め組み込まれた
-                「current session」の管理を提供します。
-                サーバーリクエストを処理する際はトランザクションを開始しなければなりません。
-                そして、レスポンスをクライアントに送信する前にトランザクションを終わらせます。
-                好きな方法で実現できます。一般的な解決策は <literal>ServletFilter</literal> や
-                サービスメソッドをポイントカットしてAOPインターセプター、
-                proxy/interception コンテナです。
-                EJBコンテナはEJBセッションビーンをトランザクション境界として
-                アスペクトをクロスカットする実装の標準的な方法です（CMTによる宣言的）。
-                プログラムによるトランザクション境界を使うと決めた場合、
-                簡単に使うため、互換性のあるコードにするために、
-                この章の後のほうにあるHibernate <literal>Transaction</literal> APIのほうがよいです。
+                莉･髯阪�螳溯｣�↓繝√Ε繝ｬ繝ｳ繧ｸ縺励※縺上□縺輔＞縲�
+                Hibernate縺ｯ蜊倡ｴ斐↑縺薙�繝代ち繝ｼ繝ｳ縺ｮ縺溘ａ縺ｫ縲∽ｺ医ａ邨�∩霎ｼ縺ｾ繧後◆
+                縲慶urrent session縲阪�邂｡逅�ｒ謠蝉ｾ帙＠縺ｾ縺吶�
+                繧ｵ繝ｼ繝舌�繝ｪ繧ｯ繧ｨ繧ｹ繝医ｒ蜃ｦ逅�☆繧矩圀縺ｯ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧帝幕蟋九＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+                縺昴＠縺ｦ縲√Ξ繧ｹ繝昴Φ繧ｹ繧偵け繝ｩ繧､繧｢繝ｳ繝医↓騾∽ｿ｡縺吶ｋ蜑阪↓繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧堤ｵゅｏ繧峨○縺ｾ縺吶�
+                螂ｽ縺阪↑譁ｹ豕輔〒螳溽樟縺ｧ縺阪∪縺吶ゆｸ闊ｬ逧�↑隗｣豎ｺ遲悶� <literal>ServletFilter</literal> 繧�
+                繧ｵ繝ｼ繝薙せ繝｡繧ｽ繝�ラ繧偵�繧､繝ｳ繝医き繝�ヨ縺励※AOP繧､繝ｳ繧ｿ繝ｼ繧ｻ繝励ち繝ｼ縲�
+                proxy/interception 繧ｳ繝ｳ繝�リ縺ｧ縺吶�
+                EJB繧ｳ繝ｳ繝�リ縺ｯEJB繧ｻ繝�す繝ｧ繝ｳ繝薙�繝ｳ繧偵ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜縺ｨ縺励※
+                繧｢繧ｹ繝壹け繝医ｒ繧ｯ繝ｭ繧ｹ繧ｫ繝�ヨ縺吶ｋ螳溯｣��讓呎ｺ也噪縺ｪ譁ｹ豕輔〒縺呻ｼ�CMT縺ｫ繧医ｋ螳｣險逧�ｼ峨�
+                繝励Ο繧ｰ繝ｩ繝�縺ｫ繧医ｋ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜繧剃ｽｿ縺�→豎ｺ繧√◆蝣ｴ蜷医�
+                邁｡蜊倥↓菴ｿ縺�◆繧√∽ｺ呈鋤諤ｧ縺ｮ縺ゅｋ繧ｳ繝ｼ繝峨↓縺吶ｋ縺溘ａ縺ｫ縲�
+                縺薙�遶�縺ｮ蠕後�縺ｻ縺�↓縺ゅｋHibernate <literal>Transaction</literal> API縺ｮ縺ｻ縺�′繧医＞縺ｧ縺吶�
             </para>
 
             <para>
-                アプリケーションのコードは、必要なときにどこでも、何回でも、
-                単に <literal>sessionFactory.getCurrentSession()</literal> を呼び出すだけで
-                「現在のセッション」にアクセスできます。
-                現在のデータベーストランザクションへの <literal>セッション</literal> を常に取得します。
-                リソース・ローカルな環境、もしくはJTA環境を構成しなければなりません
-                （<xref linkend="architecture-current-session"/> を参照してください）。
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ繧ｳ繝ｼ繝峨�縲∝ｿ�ｦ√↑縺ｨ縺阪↓縺ｩ縺薙〒繧ゅ∽ｽ募屓縺ｧ繧ゅ�
+                蜊倥↓ <literal>sessionFactory.getCurrentSession()</literal> 繧貞他縺ｳ蜃ｺ縺吶□縺代〒
+                縲檎樟蝨ｨ縺ｮ繧ｻ繝�す繝ｧ繝ｳ縲阪↓繧｢繧ｯ繧ｻ繧ｹ縺ｧ縺阪∪縺吶�
+                迴ｾ蝨ｨ縺ｮ繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｸ縺ｮ <literal>繧ｻ繝�す繝ｧ繝ｳ</literal> 繧貞ｸｸ縺ｫ蜿門ｾ励＠縺ｾ縺吶�
+                繝ｪ繧ｽ繝ｼ繧ｹ繝ｻ繝ｭ繝ｼ繧ｫ繝ｫ縺ｪ迺ｰ蠅�√ｂ縺励￥縺ｯJTA迺ｰ蠅�ｒ讒区�縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ
+                ��<xref linkend="architecture-current-session"/> 繧貞盾辣ｧ縺励※縺上□縺輔＞�峨�
             </para>
 
             <para>
-                ときどき、「ビューを描画する」まで <literal>セッション</literal>
-                とデータベーストランザクションのスコープを拡張すると便利なことがあります。
-                これは、要求の処理と描画のフェーズを分けている
-                サーブレットアプリケーションにおいて特に役立ちます。
-                独自のインターセプタを実装すれば、
-                ビューを描画するまでデータベーストランザクションを拡張するのは簡単です。
-                しかし、コンテナ管理トランザクションのEJBに頼る場合は、簡単にはできません。
-                なぜなら、ビューの描画を開始する前に、EJBのメソッドがリターンした際に、
-                トランザクションが完了するためです。
-                この <emphasis>Open Session in View</emphasis> パターンに関連するヒントと例については、
-                HibernateのWebサイトやフォーラムを参照してください。
+                縺ｨ縺阪←縺阪√後ン繝･繝ｼ繧呈緒逕ｻ縺吶ｋ縲阪∪縺ｧ <literal>繧ｻ繝�す繝ｧ繝ｳ</literal>
+                縺ｨ繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ｹ繧ｳ繝ｼ繝励ｒ諡｡蠑ｵ縺吶ｋ縺ｨ萓ｿ蛻ｩ縺ｪ縺薙→縺後≠繧翫∪縺吶�
+                縺薙ｌ縺ｯ縲∬ｦ∵ｱゅ�蜃ｦ逅�→謠冗判縺ｮ繝輔ぉ繝ｼ繧ｺ繧貞�縺代※縺�ｋ
+                繧ｵ繝ｼ繝悶Ξ繝�ヨ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ縺翫＞縺ｦ迚ｹ縺ｫ蠖ｹ遶九■縺ｾ縺吶�
+                迢ｬ閾ｪ縺ｮ繧､繝ｳ繧ｿ繝ｼ繧ｻ繝励ち繧貞ｮ溯｣�☆繧後�縲�
+                繝薙Η繝ｼ繧呈緒逕ｻ縺吶ｋ縺ｾ縺ｧ繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧呈僑蠑ｵ縺吶ｋ縺ｮ縺ｯ邁｡蜊倥〒縺吶�
+                縺励°縺励√さ繝ｳ繝�リ邂｡逅�ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮEJB縺ｫ鬆ｼ繧句�ｴ蜷医�縲∫ｰ｡蜊倥↓縺ｯ縺ｧ縺阪∪縺帙ｓ縲�
+                縺ｪ縺懊↑繧峨√ン繝･繝ｼ縺ｮ謠冗判繧帝幕蟋九☆繧句燕縺ｫ縲・JB縺ｮ繝｡繧ｽ繝�ラ縺後Μ繧ｿ繝ｼ繝ｳ縺励◆髫帙↓縲�
+                繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺悟ｮ御ｺ�☆繧九◆繧√〒縺吶�
+                縺薙� <emphasis>Open Session in View</emphasis> 繝代ち繝ｼ繝ｳ縺ｫ髢｢騾｣縺吶ｋ繝偵Φ繝医→萓九↓縺､縺�※縺ｯ縲�
+                Hibernate縺ｮWeb繧ｵ繧､繝医ｄ繝輔か繝ｼ繝ｩ繝�繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
              </para>
 
         </sect2>
 
         <sect2 id="transactions-basics-apptx" revision="1">
-            <title>長い対話</title>
+            <title>髟ｷ縺�ｯｾ隧ｱ</title>
 
             <para>
-                session-per-requestパターンは、作業単位を設計する際に役立つ考えというだけではありません。
-                多くのビジネスプロセスは、ユーザーとの一連の相互作用全体を要求します。
-                その相互作用には、データベースアクセスが含まれます。
+                session-per-request繝代ち繝ｼ繝ｳ縺ｯ縲∽ｽ懈･ｭ蜊倅ｽ阪ｒ險ｭ險医☆繧矩圀縺ｫ蠖ｹ遶九▽閠�∴縺ｨ縺�≧縺�縺代〒縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+                螟壹￥縺ｮ繝薙ず繝阪せ繝励Ο繧ｻ繧ｹ縺ｯ縲√Θ繝ｼ繧ｶ繝ｼ縺ｨ縺ｮ荳騾｣縺ｮ逶ｸ莠剃ｽ懃畑蜈ｨ菴薙ｒ隕∵ｱゅ＠縺ｾ縺吶�
+                縺昴�逶ｸ莠剃ｽ懃畑縺ｫ縺ｯ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ繧｢繧ｯ繧ｻ繧ｹ縺悟性縺ｾ繧後∪縺吶�
                 
-                Webとエンタープライズアプリケーションでは、データベーストランザクションが
-                ユーザとの相互作用にまで渡ることは許されません。
+                Web縺ｨ繧ｨ繝ｳ繧ｿ繝ｼ繝励Λ繧､繧ｺ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｧ縺ｯ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺�
+                繝ｦ繝ｼ繧ｶ縺ｨ縺ｮ逶ｸ莠剃ｽ懃畑縺ｫ縺ｾ縺ｧ貂｡繧九％縺ｨ縺ｯ險ｱ縺輔ｌ縺ｾ縺帙ｓ縲�
                 
-                次の例をよく考えてみてください。
+                谺｡縺ｮ萓九ｒ繧医￥閠�∴縺ｦ縺ｿ縺ｦ縺上□縺輔＞縲�
             </para>
 
             <itemizedlist>
                 <listitem>
                     <para>
-                        ダイアログの最初の画面が開き、個々の <literal>Session</literal>
-                        とデータベーストランザクションの中でロードされたデータをユーザーに見せます。
-                        ユーザーはオブジェクトを自由に修正できます。
+                        繝繧､繧｢繝ｭ繧ｰ縺ｮ譛蛻昴�逕ｻ髱｢縺碁幕縺阪∝九�� <literal>Session</literal>
+                        縺ｨ繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ荳ｭ縺ｧ繝ｭ繝ｼ繝峨＆繧後◆繝��繧ｿ繧偵Θ繝ｼ繧ｶ繝ｼ縺ｫ隕九○縺ｾ縺吶�
+                        繝ｦ繝ｼ繧ｶ繝ｼ縺ｯ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ閾ｪ逕ｱ縺ｫ菫ｮ豁｣縺ｧ縺阪∪縺吶�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        5分後にユーザーは「Save」をクリックし、修正が永続化されるのを期待します。
-                        また、この情報を編集したのは自分１人だけで、
-                        修正のコンフリクトは発生しないと期待します。
+                        5蛻�ｾ後↓繝ｦ繝ｼ繧ｶ繝ｼ縺ｯ縲郡ave縲阪ｒ繧ｯ繝ｪ繝�け縺励∽ｿｮ豁｣縺梧ｰｸ邯壼喧縺輔ｌ繧九�繧呈悄蠕�＠縺ｾ縺吶�
+                        縺ｾ縺溘√％縺ｮ諠��ｱ繧堤ｷｨ髮�＠縺溘�縺ｯ閾ｪ蛻�ｼ台ｺｺ縺�縺代〒縲�
+                        菫ｮ豁｣縺ｮ繧ｳ繝ｳ繝輔Μ繧ｯ繝医�逋ｺ逕溘＠縺ｪ縺�→譛溷ｾ�＠縺ｾ縺吶�
                     </para>
                 </listitem>
             </itemizedlist>
 
             <para>
-                この作業単位を（ユーザーの視点で）長期の <emphasis>対話</emphasis>
-                （もしくは、<emphasis>アプリケーショントランザクション</emphasis> ）と呼びます。
-                アプリケーションにこれを実装する方法はたくさんあります。
+                縺薙�菴懈･ｭ蜊倅ｽ阪ｒ�医Θ繝ｼ繧ｶ繝ｼ縺ｮ隕也せ縺ｧ�蛾聞譛溘� <emphasis>蟇ｾ隧ｱ</emphasis>
+                �医ｂ縺励￥縺ｯ縲�<emphasis>繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ</emphasis> �峨→蜻ｼ縺ｳ縺ｾ縺吶�
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ縺薙ｌ繧貞ｮ溯｣�☆繧区婿豕輔�縺溘￥縺輔ｓ縺ゅｊ縺ｾ縺吶�
             </para>
 
             <para>
-                最初に思いつく実装は、ユーザーが考えている間、<literal>Session</literal>
-                とデータベーストランザクションを開いたままにしておくことです。
-                同時に修正されず、分離と原子性が保証されるように、
-                データベース内のロックは保持したままにします。
-                もちろん、これはアンチパターンです。
-                なぜなら、ロックの競合が発生すると、
-                アプリケーションが同時ユーザー数に応じてスケールアップできなくなるからです。
+                譛蛻昴↓諤昴＞縺､縺丞ｮ溯｣��縲√Θ繝ｼ繧ｶ繝ｼ縺瑚�∴縺ｦ縺�ｋ髢薙�<literal>Session</literal>
+                縺ｨ繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧帝幕縺�◆縺ｾ縺ｾ縺ｫ縺励※縺翫￥縺薙→縺ｧ縺吶�
+                蜷梧凾縺ｫ菫ｮ豁｣縺輔ｌ縺壹∝�髮｢縺ｨ蜴溷ｭ先ｧ縺御ｿ晁ｨｼ縺輔ｌ繧九ｈ縺�↓縲�
+                繝��繧ｿ繝吶�繧ｹ蜀��繝ｭ繝�け縺ｯ菫晄戟縺励◆縺ｾ縺ｾ縺ｫ縺励∪縺吶�
+                繧ゅ■繧阪ｓ縲√％繧後�繧｢繝ｳ繝√ヱ繧ｿ繝ｼ繝ｳ縺ｧ縺吶�
+                縺ｪ縺懊↑繧峨√Ο繝�け縺ｮ遶ｶ蜷医′逋ｺ逕溘☆繧九→縲�
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺悟酔譎ゅΘ繝ｼ繧ｶ繝ｼ謨ｰ縺ｫ蠢懊§縺ｦ繧ｹ繧ｱ繝ｼ繝ｫ繧｢繝��縺ｧ縺阪↑縺上↑繧九°繧峨〒縺吶�
             </para>
 
             <para>
-                明らかに、対話を実装するためには、
-                いくつかのデータベーストランザクションを使用するべきです。
-                この場合、ビジネスプロセスの分離を維持することは、
-                アプリケーション層の責務の１つになります。
-                １つの対話は、
-                通常いくつかのデータベーストランザクションに及びます。
-                データベーストランザクションの１つのみ（最後の１つ）が更新したデータを保存し、
-                他はデータを読むだけであれば、それはアトミックです
-                （例えば、いくつかの要求／応答を繰り返すウィザード形式のダイアログ）。
-                これは聞くより、実装したほうが簡単です。
-                Hibernateの機能を使うのであれば、特に簡単です。
+                譏弱ｉ縺九↓縲∝ｯｾ隧ｱ繧貞ｮ溯｣�☆繧九◆繧√↓縺ｯ縲�
+                縺�￥縺､縺九�繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧剃ｽｿ逕ｨ縺吶ｋ縺ｹ縺阪〒縺吶�
+                縺薙�蝣ｴ蜷医√ン繧ｸ繝阪せ繝励Ο繧ｻ繧ｹ縺ｮ蛻�屬繧堤ｶｭ謖√☆繧九％縺ｨ縺ｯ縲�
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ螻､縺ｮ雋ｬ蜍吶��代▽縺ｫ縺ｪ繧翫∪縺吶�
+                �代▽縺ｮ蟇ｾ隧ｱ縺ｯ縲�
+                騾壼ｸｸ縺�￥縺､縺九�繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ蜿翫�縺ｾ縺吶�
+                繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ�代▽縺ｮ縺ｿ�域怙蠕後��代▽�峨′譖ｴ譁ｰ縺励◆繝��繧ｿ繧剃ｿ晏ｭ倥＠縲�
+                莉悶�繝��繧ｿ繧定ｪｭ繧縺�縺代〒縺ゅｌ縺ｰ縲√◎繧後�繧｢繝医Α繝�け縺ｧ縺�
+                �井ｾ九∴縺ｰ縲√＞縺上▽縺九�隕∵ｱゑｼ丞ｿ懃ｭ斐ｒ郢ｰ繧願ｿ斐☆繧ｦ繧｣繧ｶ繝ｼ繝牙ｽ｢蠑上�繝繧､繧｢繝ｭ繧ｰ�峨�
+                縺薙ｌ縺ｯ閨槭￥繧医ｊ縲∝ｮ溯｣�＠縺溘⊇縺�′邁｡蜊倥〒縺吶�
+                Hibernate縺ｮ讖溯�繧剃ｽｿ縺��縺ｧ縺ゅｌ縺ｰ縲∫音縺ｫ邁｡蜊倥〒縺吶�
             </para>
 
             <itemizedlist>
                 <listitem>
                     <para>
-                        <emphasis>自動バージョニング</emphasis>
-                        - Hibernateは自動的に楽観的同時実行制御ができます。
-                        ユーザーが考えている間に同時に修正がおきた場合、自動的に検出できます。
-                        通常、対話の終了時にチェックするだけです。
+                        <emphasis>閾ｪ蜍輔ヰ繝ｼ繧ｸ繝ｧ繝九Φ繧ｰ</emphasis>
+                        - Hibernate縺ｯ閾ｪ蜍慕噪縺ｫ讌ｽ隕ｳ逧�酔譎ょｮ溯｡悟宛蠕｡縺後〒縺阪∪縺吶�
+                        繝ｦ繝ｼ繧ｶ繝ｼ縺瑚�∴縺ｦ縺�ｋ髢薙↓蜷梧凾縺ｫ菫ｮ豁｣縺後♀縺阪◆蝣ｴ蜷医∬�蜍慕噪縺ｫ讀懷�縺ｧ縺阪∪縺吶�
+                        騾壼ｸｸ縲∝ｯｾ隧ｱ縺ｮ邨ゆｺ�凾縺ｫ繝√ぉ繝�け縺吶ｋ縺�縺代〒縺吶�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        <emphasis>分離（Detached）オブジェクト</emphasis> - すでに議論した
-                        <emphasis>session-per-request</emphasis> パターンを使うと決定した場合、
-                        ロードされたすべてのインスタンスは、ユーザが考えている間は、
-                        セッションから分離された状態になります。
-                        オブジェクトをセッションに再追加し、修正を永続化できます。
-                        これを <emphasis>session-per-request-with-detached-objects</emphasis>
-                        パターンと呼びます。
-                        自動バージョニングを使うことで、同時に行われる修正を分離できます。
+                        <emphasis>蛻�屬��Detached�峨が繝悶ず繧ｧ繧ｯ繝�</emphasis> - 縺吶〒縺ｫ隴ｰ隲悶＠縺�
+                        <emphasis>session-per-request</emphasis> 繝代ち繝ｼ繝ｳ繧剃ｽｿ縺�→豎ｺ螳壹＠縺溷�ｴ蜷医�
+                        繝ｭ繝ｼ繝峨＆繧後◆縺吶∋縺ｦ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲√Θ繝ｼ繧ｶ縺瑚�∴縺ｦ縺�ｋ髢薙�縲�
+                        繧ｻ繝�す繝ｧ繝ｳ縺九ｉ蛻�屬縺輔ｌ縺溽憾諷九↓縺ｪ繧翫∪縺吶�
+                        繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ繧ｻ繝�す繝ｧ繝ｳ縺ｫ蜀崎ｿｽ蜉�縺励∽ｿｮ豁｣繧呈ｰｸ邯壼喧縺ｧ縺阪∪縺吶�
+                        縺薙ｌ繧� <emphasis>session-per-request-with-detached-objects</emphasis>
+                        繝代ち繝ｼ繝ｳ縺ｨ蜻ｼ縺ｳ縺ｾ縺吶�
+                        閾ｪ蜍輔ヰ繝ｼ繧ｸ繝ｧ繝九Φ繧ｰ繧剃ｽｿ縺�％縺ｨ縺ｧ縲∝酔譎ゅ↓陦後ｏ繧後ｋ菫ｮ豁｣繧貞�髮｢縺ｧ縺阪∪縺吶�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        <emphasis>拡張（もしくは、長い）セッション</emphasis>
-                        - Hibernateの <literal>Session</literal> は、
-                        データベーストランザクションをコミットした後、
-                        裏で結びついているJDBCコネクションを切断できます。
-                        そして、クライアントからの新しい要求が発生した際に、再接続できます。
-                        このパターンは、<emphasis>session-per-conversation</emphasis>
-                        という名で知られており、オブジェクトをセッションへ再追加することさえ不要にします。
-                        自動バージョニングを使うことで、同時に行われる修正を分離できます。
+                        <emphasis>諡｡蠑ｵ�医ｂ縺励￥縺ｯ縲�聞縺�ｼ峨そ繝�す繝ｧ繝ｳ</emphasis>
+                        - Hibernate縺ｮ <literal>Session</literal> 縺ｯ縲�
+                        繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧偵さ繝溘ャ繝医＠縺溷ｾ後�
+                        陬上〒邨舌�縺､縺�※縺�ｋJDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧貞�譁ｭ縺ｧ縺阪∪縺吶�
+                        縺昴＠縺ｦ縲√け繝ｩ繧､繧｢繝ｳ繝医°繧峨�譁ｰ縺励＞隕∵ｱゅ′逋ｺ逕溘＠縺滄圀縺ｫ縲∝�謗･邯壹〒縺阪∪縺吶�
+                        縺薙�繝代ち繝ｼ繝ｳ縺ｯ縲�<emphasis>session-per-conversation</emphasis>
+                        縺ｨ縺�≧蜷阪〒遏･繧峨ｌ縺ｦ縺翫ｊ縲√が繝悶ず繧ｧ繧ｯ繝医ｒ繧ｻ繝�す繝ｧ繝ｳ縺ｸ蜀崎ｿｽ蜉�縺吶ｋ縺薙→縺輔∴荳崎ｦ√↓縺励∪縺吶�
+                        閾ｪ蜍輔ヰ繝ｼ繧ｸ繝ｧ繝九Φ繧ｰ繧剃ｽｿ縺�％縺ｨ縺ｧ縲∝酔譎ゅ↓陦後ｏ繧後ｋ菫ｮ豁｣繧貞�髮｢縺ｧ縺阪∪縺吶�
                         
-                        通常 <literal>Session</literal> を自動的にフラッシュさせず、
-                        明示的にフラッシュします。
+                        騾壼ｸｸ <literal>Session</literal> 繧定�蜍慕噪縺ｫ繝輔Λ繝�す繝･縺輔○縺壹�
+                        譏守､ｺ逧�↓繝輔Λ繝�す繝･縺励∪縺吶�
                     </para>
                 </listitem>
             </itemizedlist>
 
             <para>
-                <emphasis>session-per-request-with-detached-objects</emphasis> と
-                <emphasis>session-per-conversation</emphasis> の２つは、
-                利点と欠点を持っています。
-                これについては、この章の後のほうで、楽観的同時実行制御の文脈の中で議論します。
+                <emphasis>session-per-request-with-detached-objects</emphasis> 縺ｨ
+                <emphasis>session-per-conversation</emphasis> 縺ｮ�偵▽縺ｯ縲�
+                蛻ｩ轤ｹ縺ｨ谺�轤ｹ繧呈戟縺｣縺ｦ縺�∪縺吶�
+                縺薙ｌ縺ｫ縺､縺�※縺ｯ縲√％縺ｮ遶�縺ｮ蠕後�縺ｻ縺�〒縲∵･ｽ隕ｳ逧�酔譎ょｮ溯｡悟宛蠕｡縺ｮ譁�ц縺ｮ荳ｭ縺ｧ隴ｰ隲悶＠縺ｾ縺吶�
             </para>
 
         </sect2>
 
         <sect2 id="transactions-basics-identity">
-            <title>オブジェクト識別子を考える</title>
+            <title>繧ｪ繝悶ず繧ｧ繧ｯ繝郁ｭ伜挨蟄舌ｒ閠�∴繧�</title>
 
             <para>
-                アプリケーションは、２つの異なる <literal>Session</literal> から
-                同じ永続状態に同時にアクセスできます。
-                しかし、２つの <literal>Session</literal> インスタンスが
-                永続性クラスの１つのインスタンスを共有することはできません。
-                ゆえに、識別子には２つの異なる概念があるということになります。
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ縲�ｼ偵▽縺ｮ逡ｰ縺ｪ繧� <literal>Session</literal> 縺九ｉ
+                蜷後§豌ｸ邯夂憾諷九↓蜷梧凾縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺ｧ縺阪∪縺吶�
+                縺励°縺励�ｼ偵▽縺ｮ <literal>Session</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺�
+                豌ｸ邯壽ｧ繧ｯ繝ｩ繧ｹ縺ｮ�代▽縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧貞�譛峨☆繧九％縺ｨ縺ｯ縺ｧ縺阪∪縺帙ｓ縲�
+                繧�∴縺ｫ縲∬ｭ伜挨蟄舌↓縺ｯ�偵▽縺ｮ逡ｰ縺ｪ繧区ｦょｿｵ縺後≠繧九→縺�≧縺薙→縺ｫ縺ｪ繧翫∪縺吶�
             </para>
 
             <variablelist spacing="compact">
                 <varlistentry>
-                    <term>データベース識別子</term>
+                    <term>繝��繧ｿ繝吶�繧ｹ隴伜挨蟄�</term>
                     <listitem>
                         <para>
                             <literal>foo.getId().equals( bar.getId() )</literal>
@@ -301,7 +303,7 @@
                     </listitem>
                 </varlistentry>
                 <varlistentry>
-                    <term>JVM識別子</term>
+                    <term>JVM隴伜挨蟄�</term>
                     <listitem>
                         <para>
                             <literal>foo==bar</literal>
@@ -311,105 +313,105 @@
             </variablelist>
 
             <para>
-                <emphasis>個々の</emphasis> <literal>Session</literal> に追加されたオブジェクトにとって
-                （すなわち、１つの <literal>Session</literal> のスコープの中では）、２つの概念は同じです。
-                データベース同一性とJVM同一性が一致することを、Hibernateが保証します。
-                しかし、アプリケーションが２つの異なるセッションから
-                「同じ」（永続性識別子の）ビジネスオブジェクトに同時にアクセスする限り、
-                ２つのインスタンスは実際に（JVM識別子が）「異なり」ます。
-                楽観的アプローチによって、（自動バージョニングの）フラッシュ／コミット時に
-                コンフリクトが解決されます。
+                <emphasis>蛟九��</emphasis> <literal>Session</literal> 縺ｫ霑ｽ蜉�縺輔ｌ縺溘が繝悶ず繧ｧ繧ｯ繝医↓縺ｨ縺｣縺ｦ
+                �医☆縺ｪ繧上■縲�ｼ代▽縺ｮ <literal>Session</literal> 縺ｮ繧ｹ繧ｳ繝ｼ繝励�荳ｭ縺ｧ縺ｯ�峨�ｼ偵▽縺ｮ讎ょｿｵ縺ｯ蜷後§縺ｧ縺吶�
+                繝��繧ｿ繝吶�繧ｹ蜷御ｸ諤ｧ縺ｨJVM蜷御ｸ諤ｧ縺御ｸ閾ｴ縺吶ｋ縺薙→繧偵？ibernate縺御ｿ晁ｨｼ縺励∪縺吶�
+                縺励°縺励√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺鯉ｼ偵▽縺ｮ逡ｰ縺ｪ繧九そ繝�す繝ｧ繝ｳ縺九ｉ
+                縲悟酔縺倥搾ｼ域ｰｸ邯壽ｧ隴伜挨蟄舌��峨ン繧ｸ繝阪せ繧ｪ繝悶ず繧ｧ繧ｯ繝医↓蜷梧凾縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ髯舌ｊ縲�
+                �偵▽縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ螳滄圀縺ｫ��JVM隴伜挨蟄舌′�峨檎焚縺ｪ繧翫阪∪縺吶�
+                讌ｽ隕ｳ逧�い繝励Ο繝ｼ繝√↓繧医▲縺ｦ縲�ｼ郁�蜍輔ヰ繝ｼ繧ｸ繝ｧ繝九Φ繧ｰ縺ｮ�峨ヵ繝ｩ繝�す繝･�上さ繝溘ャ繝域凾縺ｫ
+                繧ｳ繝ｳ繝輔Μ繧ｯ繝医′隗｣豎ｺ縺輔ｌ縺ｾ縺吶�
             </para>
 
             <para>
-                このアプローチでは、Hibernateとデータベースに同時実行についての心配が残ります。
-                一方で、最高のスケーラビリティが提供されます。
-                なぜなら、１スレッドの作業単位の中で一意性が保証されれば、
-                高価なロックや同期化が不要になるためです。
-                <literal>Session</literal> ごとに１つのスレッドを貼り付ける限り、
-                アプリケーションはビジネスオブジェクトをsynchronizeする必要はありません。
-                <literal>Session</literal> 内では、アプリケーションはオブジェクトを比較するために、
-                <literal>==</literal> を安全に使用できます。
+                縺薙�繧｢繝励Ο繝ｼ繝√〒縺ｯ縲？ibernate縺ｨ繝��繧ｿ繝吶�繧ｹ縺ｫ蜷梧凾螳溯｡後↓縺､縺�※縺ｮ蠢��縺梧ｮ九ｊ縺ｾ縺吶�
+                荳譁ｹ縺ｧ縲∵怙鬮倥�繧ｹ繧ｱ繝ｼ繝ｩ繝薙Μ繝�ぅ縺梧署萓帙＆繧後∪縺吶�
+                縺ｪ縺懊↑繧峨�ｼ代せ繝ｬ繝�ラ縺ｮ菴懈･ｭ蜊倅ｽ阪�荳ｭ縺ｧ荳諢乗ｧ縺御ｿ晁ｨｼ縺輔ｌ繧後�縲�
+                鬮倅ｾ｡縺ｪ繝ｭ繝�け繧�酔譛溷喧縺御ｸ崎ｦ√↓縺ｪ繧九◆繧√〒縺吶�
+                <literal>Session</literal> 縺斐→縺ｫ�代▽縺ｮ繧ｹ繝ｬ繝�ラ繧定ｲｼ繧贋ｻ倥￠繧矩剞繧翫�
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ繝薙ず繝阪せ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒsynchronize縺吶ｋ蠢�ｦ√�縺ゅｊ縺ｾ縺帙ｓ縲�
+                <literal>Session</literal> 蜀�〒縺ｯ縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ豈碑ｼ�☆繧九◆繧√↓縲�
+                <literal>==</literal> 繧貞ｮ牙�縺ｫ菴ｿ逕ｨ縺ｧ縺阪∪縺吶�
             </para>
 
             <para>
-                けれども、<literal>Session</literal> の外で <literal>==</literal>
-                を使うアプリケーションは、予期しない結果に遭遇します。
-                これは予期しない場所で起こりえます。
-                例えば、２つの分離インスタンスを同じ <literal>Set</literal> に
-                putしたときなどです。
-                両方とも同じデータベース識別子を持ちます（すなわち、同じ行を表します）。
-                しかし、分離状態のインスタンスのJVM識別子は当然保証されません。
-                開発者は、永続性クラスの <literal>equals()</literal> と <literal>hashCode()</literal>
-                メソッドをオーバーライドし、オブジェクト等価性の概念を実装すべきです。
-                警告が１つあります。等価性の実装にデータベース識別子を使わないでください。
-                ユニークな（普通は不変の）属性の組み合わせであるビジネスキーを使ってください。
-                もし、一時オブジェクトが永続化された場合、データベース識別子が変わります。
-                一時オブジェクトを（通常分離インスタンスと共に） <literal>Set</literal>
-                に保持する場合、ハッシュコードが変わるということは、<literal>Set</literal>
-                の契約を破るということです。
-                ビジネスキーのための属性は、データベースの主キーほど安定すべきではないです。
-                オブジェクトが同じ <literal>Set</literal> の中にいる間だけ、安定を保証すべきです。
-                この問題のより徹底的な議論は、HibernateのWebサイトを参照してください。
-                また、これはHibernateの問題ではなく、単にJavaオブジェクトの識別子や等価性を
-                どのように実装すべきかということです。
+                縺代ｌ縺ｩ繧ゅ�<literal>Session</literal> 縺ｮ螟悶〒 <literal>==</literal>
+                繧剃ｽｿ縺�い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ縲∽ｺ域悄縺励↑縺�ｵ先棡縺ｫ驕ｭ驕�＠縺ｾ縺吶�
+                縺薙ｌ縺ｯ莠域悄縺励↑縺��ｴ謇縺ｧ襍ｷ縺薙ｊ縺医∪縺吶�
+                萓九∴縺ｰ縲�ｼ偵▽縺ｮ蛻�屬繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧貞酔縺� <literal>Set</literal> 縺ｫ
+                put縺励◆縺ｨ縺阪↑縺ｩ縺ｧ縺吶�
+                荳｡譁ｹ縺ｨ繧ょ酔縺倥ョ繝ｼ繧ｿ繝吶�繧ｹ隴伜挨蟄舌ｒ謖√■縺ｾ縺呻ｼ医☆縺ｪ繧上■縲∝酔縺倩｡後ｒ陦ｨ縺励∪縺呻ｼ峨�
+                縺励°縺励∝�髮｢迥ｶ諷九�繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮJVM隴伜挨蟄舌�蠖鍋┯菫晁ｨｼ縺輔ｌ縺ｾ縺帙ｓ縲�
+                髢狗匱閠��縲∵ｰｸ邯壽ｧ繧ｯ繝ｩ繧ｹ縺ｮ <literal>equals()</literal> 縺ｨ <literal>hashCode()</literal>
+                繝｡繧ｽ繝�ラ繧偵が繝ｼ繝舌�繝ｩ繧､繝峨＠縲√が繝悶ず繧ｧ繧ｯ繝育ｭ我ｾ｡諤ｧ縺ｮ讎ょｿｵ繧貞ｮ溯｣�☆縺ｹ縺阪〒縺吶�
+                隴ｦ蜻翫′�代▽縺ゅｊ縺ｾ縺吶らｭ我ｾ｡諤ｧ縺ｮ螳溯｣�↓繝��繧ｿ繝吶�繧ｹ隴伜挨蟄舌ｒ菴ｿ繧上↑縺�〒縺上□縺輔＞縲�
+                繝ｦ繝九�繧ｯ縺ｪ�域勸騾壹�荳榊､峨��牙ｱ樊ｧ縺ｮ邨�∩蜷医ｏ縺帙〒縺ゅｋ繝薙ず繝阪せ繧ｭ繝ｼ繧剃ｽｿ縺｣縺ｦ縺上□縺輔＞縲�
+                繧ゅ＠縲∽ｸ譎ゅが繝悶ず繧ｧ繧ｯ繝医′豌ｸ邯壼喧縺輔ｌ縺溷�ｴ蜷医√ョ繝ｼ繧ｿ繝吶�繧ｹ隴伜挨蟄舌′螟峨ｏ繧翫∪縺吶�
+                荳譎ゅが繝悶ず繧ｧ繧ｯ繝医ｒ�磯壼ｸｸ蛻�屬繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｨ蜈ｱ縺ｫ�� <literal>Set</literal>
+                縺ｫ菫晄戟縺吶ｋ蝣ｴ蜷医√ワ繝�す繝･繧ｳ繝ｼ繝峨′螟峨ｏ繧九→縺�≧縺薙→縺ｯ縲�<literal>Set</literal>
+                縺ｮ螂醍ｴ�ｒ遐ｴ繧九→縺�≧縺薙→縺ｧ縺吶�
+                繝薙ず繝阪せ繧ｭ繝ｼ縺ｮ縺溘ａ縺ｮ螻樊ｧ縺ｯ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｮ荳ｻ繧ｭ繝ｼ縺ｻ縺ｩ螳牙ｮ壹☆縺ｹ縺阪〒縺ｯ縺ｪ縺�〒縺吶�
+                繧ｪ繝悶ず繧ｧ繧ｯ繝医′蜷後§ <literal>Set</literal> 縺ｮ荳ｭ縺ｫ縺�ｋ髢薙□縺代∝ｮ牙ｮ壹ｒ菫晁ｨｼ縺吶∋縺阪〒縺吶�
+                縺薙�蝠城｡後�繧医ｊ蠕ｹ蠎慕噪縺ｪ隴ｰ隲悶�縲？ibernate縺ｮWeb繧ｵ繧､繝医ｒ蜿ら�縺励※縺上□縺輔＞縲�
+                縺ｾ縺溘√％繧後�Hibernate縺ｮ蝠城｡後〒縺ｯ縺ｪ縺上∝腰縺ｫJava繧ｪ繝悶ず繧ｧ繧ｯ繝医�隴伜挨蟄舌ｄ遲我ｾ｡諤ｧ繧�
+                縺ｩ縺ｮ繧医≧縺ｫ螳溯｣�☆縺ｹ縺阪°縺ｨ縺�≧縺薙→縺ｧ縺吶�
             </para>
 
         </sect2>
 
         <sect2 id="transactions-basics-issues">
-            <title>一般的な問題</title>
+            <title>荳闊ｬ逧�↑蝠城｡�</title>
 
              <para>
-                 <emphasis>session-per-user-session</emphasis> と
-                 <emphasis>session-per-application</emphasis> アンチパターン
-                 は使ってはいけません（もちろん、まれに例外があります）。
-                 注意：下記の問題のいくつかは、推奨されるパターンとしても出現します。
-                 設計を決定する前に、裏の意味を理解するようにしてください。
+                 <emphasis>session-per-user-session</emphasis> 縺ｨ
+                 <emphasis>session-per-application</emphasis> 繧｢繝ｳ繝√ヱ繧ｿ繝ｼ繝ｳ
+                 縺ｯ菴ｿ縺｣縺ｦ縺ｯ縺�￠縺ｾ縺帙ｓ�医ｂ縺｡繧阪ｓ縲√∪繧後↓萓句､悶′縺ゅｊ縺ｾ縺呻ｼ峨�
+                 豕ｨ諢擾ｼ壻ｸ玖ｨ倥�蝠城｡後�縺�￥縺､縺九�縲∵耳螂ｨ縺輔ｌ繧九ヱ繧ｿ繝ｼ繝ｳ縺ｨ縺励※繧ょ�迴ｾ縺励∪縺吶�
+                 險ｭ險医ｒ豎ｺ螳壹☆繧句燕縺ｫ縲∬｣上�諢丞袖繧堤炊隗｣縺吶ｋ繧医≧縺ｫ縺励※縺上□縺輔＞縲�
              </para>
 
             <itemizedlist>
                 <listitem>
                     <para>
-                        <literal>Session</literal> はスレッドセーフではありません。
-                        HTTPリクエスト、セッションBean、Swingワーカーのように、
-                        同時実行が可能なものが <literal>Session</literal> インスタンスを共有すると、
-                        競合状態を引き起こします。
-                        （後で議論する）<literal>HttpSession</literal> の中で
-                        Hibernate <literal>Session</literal> を保持する場合、
-                        HttpSessionへのアクセスを同期化することを考慮すべきです。
-                        さもなければ、ユーザーが十分早くリロードをクリックすると、
-                        同時に走る２つのスレッドの中で、同じ <literal>Session</literal> が使われます。
+                        <literal>Session</literal> 縺ｯ繧ｹ繝ｬ繝�ラ繧ｻ繝ｼ繝輔〒縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+                        HTTP繝ｪ繧ｯ繧ｨ繧ｹ繝医√そ繝�す繝ｧ繝ｳBean縲ヾwing繝ｯ繝ｼ繧ｫ繝ｼ縺ｮ繧医≧縺ｫ縲�
+                        蜷梧凾螳溯｡後′蜿ｯ閭ｽ縺ｪ繧ゅ�縺� <literal>Session</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧貞�譛峨☆繧九→縲�
+                        遶ｶ蜷育憾諷九ｒ蠑輔″襍ｷ縺薙＠縺ｾ縺吶�
+                        �亥ｾ後〒隴ｰ隲悶☆繧具ｼ�<literal>HttpSession</literal> 縺ｮ荳ｭ縺ｧ
+                        Hibernate <literal>Session</literal> 繧剃ｿ晄戟縺吶ｋ蝣ｴ蜷医�
+                        HttpSession縺ｸ縺ｮ繧｢繧ｯ繧ｻ繧ｹ繧貞酔譛溷喧縺吶ｋ縺薙→繧定��縺吶∋縺阪〒縺吶�
+                        縺輔ｂ縺ｪ縺代ｌ縺ｰ縲√Θ繝ｼ繧ｶ繝ｼ縺悟香蛻�掠縺上Μ繝ｭ繝ｼ繝峨ｒ繧ｯ繝ｪ繝�け縺吶ｋ縺ｨ縲�
+                        蜷梧凾縺ｫ襍ｰ繧具ｼ偵▽縺ｮ繧ｹ繝ｬ繝�ラ縺ｮ荳ｭ縺ｧ縲∝酔縺� <literal>Session</literal> 縺御ｽｿ繧上ｌ縺ｾ縺吶�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        Hibernateが例外を投げた場合は、データベーストランザクションをロールバックし、
-                        直ちに <literal>Session</literal> を閉じるべきです（詳細を後で議論します）。
-                        <literal>Session</literal> がアプリケーションに結び付けられているのであれば、
-                        アプリケーションを停止すべきです。
-                        データベーストランザクションをロールバックしても、ビジネスオブジェクトは
-                        トランザクションを開始したときの状態に戻りません。
-                        これは、データベースの状態とビジネスオブジェクトは同期していないことを意味します。
-                        通常これは問題になりません。
-                        なぜなら、例外は回復できないからです。
-                        とにかくロールバックした後にやり直すべきです。
+                        Hibernate縺御ｾ句､悶ｒ謚輔￡縺溷�ｴ蜷医�縲√ョ繝ｼ繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧偵Ο繝ｼ繝ｫ繝舌ャ繧ｯ縺励�
+                        逶ｴ縺｡縺ｫ <literal>Session</literal> 繧帝哩縺倥ｋ縺ｹ縺阪〒縺呻ｼ郁ｩｳ邏ｰ繧貞ｾ後〒隴ｰ隲悶＠縺ｾ縺呻ｼ峨�
+                        <literal>Session</literal> 縺後い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ邨舌�莉倥￠繧峨ｌ縺ｦ縺�ｋ縺ｮ縺ｧ縺ゅｌ縺ｰ縲�
+                        繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧貞●豁｢縺吶∋縺阪〒縺吶�
+                        繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧偵Ο繝ｼ繝ｫ繝舌ャ繧ｯ縺励※繧ゅ√ン繧ｸ繝阪せ繧ｪ繝悶ず繧ｧ繧ｯ繝医�
+                        繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧帝幕蟋九＠縺溘→縺阪�迥ｶ諷九↓謌ｻ繧翫∪縺帙ｓ縲�
+                        縺薙ｌ縺ｯ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｮ迥ｶ諷九→繝薙ず繝阪せ繧ｪ繝悶ず繧ｧ繧ｯ繝医�蜷梧悄縺励※縺�↑縺�％縺ｨ繧呈э蜻ｳ縺励∪縺吶�
+                        騾壼ｸｸ縺薙ｌ縺ｯ蝠城｡後↓縺ｪ繧翫∪縺帙ｓ縲�
+                        縺ｪ縺懊↑繧峨∽ｾ句､悶�蝗槫ｾｩ縺ｧ縺阪↑縺�°繧峨〒縺吶�
+                        縺ｨ縺ｫ縺九￥繝ｭ繝ｼ繝ｫ繝舌ャ繧ｯ縺励◆蠕後↓繧�ｊ逶ｴ縺吶∋縺阪〒縺吶�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        <literal>Session</literal> は永続（persistent）状態のすべてのオブジェクトを
-                        キャッシュします（Hibernateは監視し、ダーティ状態かチェックします）。
-                        これは、長い間セッションを開いたままにするか、
-                        非常に多くのデータをロードし続けるかした場合は、
-                        OutOfMemoryExceptionが発生するまで無限に大きくなることを意味します。
-                        解決策の１つは、<literal>Session</literal> キャッシュを管理するために、
-                        <literal>clear()</literal> か <literal>evict()</literal> を呼ぶことです。
-                        しかし、大きなデータを処理する必要があるなら、
-                        たぶんストアドプロシージャを考慮するべきでしょう。
-                        いくつかの解決策は、<xref linkend="batch"/> で紹介されています。
-                        ユーザーセッションの間、<literal>Session</literal> を開いたままにするということは、
-                        データが新鮮でなくなる確率が高くなることを意味します。
+                        <literal>Session</literal> 縺ｯ豌ｸ邯夲ｼ�persistent�臥憾諷九�縺吶∋縺ｦ縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ
+                        繧ｭ繝｣繝�す繝･縺励∪縺呻ｼ�Hibernate縺ｯ逶｣隕悶＠縲√ム繝ｼ繝�ぅ迥ｶ諷九°繝√ぉ繝�け縺励∪縺呻ｼ峨�
+                        縺薙ｌ縺ｯ縲�聞縺�俣繧ｻ繝�す繝ｧ繝ｳ繧帝幕縺�◆縺ｾ縺ｾ縺ｫ縺吶ｋ縺九�
+                        髱槫ｸｸ縺ｫ螟壹￥縺ｮ繝��繧ｿ繧偵Ο繝ｼ繝峨＠邯壹￠繧九°縺励◆蝣ｴ蜷医�縲�
+                        OutOfMemoryException縺檎匱逕溘☆繧九∪縺ｧ辟｡髯舌↓螟ｧ縺阪￥縺ｪ繧九％縺ｨ繧呈э蜻ｳ縺励∪縺吶�
+                        隗｣豎ｺ遲悶��代▽縺ｯ縲�<literal>Session</literal> 繧ｭ繝｣繝�す繝･繧堤ｮ｡逅�☆繧九◆繧√↓縲�
+                        <literal>clear()</literal> 縺� <literal>evict()</literal> 繧貞他縺ｶ縺薙→縺ｧ縺吶�
+                        縺励°縺励∝､ｧ縺阪↑繝��繧ｿ繧貞�逅�☆繧句ｿ�ｦ√′縺ゅｋ縺ｪ繧峨�
+                        縺溘�繧薙せ繝医い繝峨�繝ｭ繧ｷ繝ｼ繧ｸ繝｣繧定��縺吶ｋ縺ｹ縺阪〒縺励ｇ縺��
+                        縺�￥縺､縺九�隗｣豎ｺ遲悶�縲�<xref linkend="batch"/> 縺ｧ邏ｹ莉九＆繧後※縺�∪縺吶�
+                        繝ｦ繝ｼ繧ｶ繝ｼ繧ｻ繝�す繝ｧ繝ｳ縺ｮ髢薙�<literal>Session</literal> 繧帝幕縺�◆縺ｾ縺ｾ縺ｫ縺吶ｋ縺ｨ縺�≧縺薙→縺ｯ縲�
+                        繝��繧ｿ縺梧眠魄ｮ縺ｧ縺ｪ縺上↑繧狗｢ｺ邇�′鬮倥￥縺ｪ繧九％縺ｨ繧呈э蜻ｳ縺励∪縺吶�
                     </para>
                 </listitem>
             </itemizedlist>
@@ -419,90 +421,90 @@
     </sect1>
 
     <sect1 id="transactions-demarcation">
-        <title>データベーストランザクション境界</title>
+        <title>繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜</title>
 
         <para>
-            データベース（もしくはシステム）トランザクションの境界は、常に必要です。
-            データベーストランザクションの外で、データベースとの通信は起きません
-            （これは自動コミットモードに慣れている多くの開発者を混乱させるかもしれません）。
-            読み込むだけの操作にでも、いつも明確なトランザクション境界を使用してください。
-            分離レベルとデータベースの能力次第で、これは必要ないかもしれませんが、
-            常にトランザクション境界を明示的に指定しても、マイナス面は全くありません。
+            繝��繧ｿ繝吶�繧ｹ�医ｂ縺励￥縺ｯ繧ｷ繧ｹ繝�Β�峨ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蠅�阜縺ｯ縲∝ｸｸ縺ｫ蠢�ｦ√〒縺吶�
+            繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ螟悶〒縲√ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｨ縺ｮ騾壻ｿ｡縺ｯ襍ｷ縺阪∪縺帙ｓ
+            �医％繧後�閾ｪ蜍輔さ繝溘ャ繝医Δ繝ｼ繝峨↓諷｣繧後※縺�ｋ螟壹￥縺ｮ髢狗匱閠�ｒ豺ｷ荵ｱ縺輔○繧九°繧ゅ＠繧後∪縺帙ｓ�峨�
+            隱ｭ縺ｿ霎ｼ繧縺�縺代�謫堺ｽ懊↓縺ｧ繧ゅ√＞縺､繧よ�遒ｺ縺ｪ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜繧剃ｽｿ逕ｨ縺励※縺上□縺輔＞縲�
+            蛻�屬繝ｬ繝吶Ν縺ｨ繝��繧ｿ繝吶�繧ｹ縺ｮ閭ｽ蜉帶ｬ｡隨ｬ縺ｧ縲√％繧後�蠢�ｦ√↑縺�°繧ゅ＠繧後∪縺帙ｓ縺後�
+            蟶ｸ縺ｫ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜繧呈�遉ｺ逧�↓謖�ｮ壹＠縺ｦ繧ゅ√�繧､繝翫せ髱｢縺ｯ蜈ｨ縺上≠繧翫∪縺帙ｓ縲�
             
-            確かに、１つのデータベーストランザクションは多数の小さなトランザクションより
-            （データの読み込みであっても）パフォーマンスがすぐれています。
+            遒ｺ縺九↓縲�ｼ代▽縺ｮ繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ螟壽焚縺ｮ蟆上＆縺ｪ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧医ｊ
+            �医ョ繝ｼ繧ｿ縺ｮ隱ｭ縺ｿ霎ｼ縺ｿ縺ｧ縺ゅ▲縺ｦ繧ゑｼ峨ヱ繝輔か繝ｼ繝槭Φ繧ｹ縺後☆縺舌ｌ縺ｦ縺�∪縺吶�
         </para>
 
         <para>
-            J2EE環境に管理されていない状態
-            （すなわち、スタンドアロン、単純なWebやSwingアプリケーション）でも、
-            管理された状態でも、Hibernateアプリケーションを実行できます。
-            管理されていない環境では、Hiberanteがデータベースのコネクションプールを提供します。
-            アプリケーション開発者は、トランザクション境界を手動で設定しなければなりません。
-            言い換えると、データベーストランザクションの開始、コミット、ロールバックを
-            開発者自身が設定する必要があるということです。
+            J2EE迺ｰ蠅�↓邂｡逅�＆繧後※縺�↑縺�憾諷�
+            �医☆縺ｪ繧上■縲√せ繧ｿ繝ｳ繝峨い繝ｭ繝ｳ縲∝腰邏斐↑Web繧Тwing繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ�峨〒繧ゅ�
+            邂｡逅�＆繧後◆迥ｶ諷九〒繧ゅ？ibernate繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧貞ｮ溯｡後〒縺阪∪縺吶�
+            邂｡逅�＆繧後※縺�↑縺�腸蠅�〒縺ｯ縲？iberante縺後ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｮ繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繝励�繝ｫ繧呈署萓帙＠縺ｾ縺吶�
+            繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ髢狗匱閠��縲√ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜繧呈焔蜍輔〒險ｭ螳壹＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+            險縺�鋤縺医ｋ縺ｨ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ髢句ｧ九√さ繝溘ャ繝医√Ο繝ｼ繝ｫ繝舌ャ繧ｯ繧�
+            髢狗匱閠��霄ｫ縺瑚ｨｭ螳壹☆繧句ｿ�ｦ√′縺ゅｋ縺ｨ縺�≧縺薙→縺ｧ縺吶�
             
-            通常、管理された環境では、コンテナ管理によるトランザクション（CMT）が提供されます。
-            例えば、セッションBeanのデプロイメントディスクリプタで宣言的に定義し、
-            トランザクションを組み立てます。
-            プログラムによるトランザクション境界はもう必要ありません。
+            騾壼ｸｸ縲∫ｮ｡逅�＆繧後◆迺ｰ蠅�〒縺ｯ縲√さ繝ｳ繝�リ邂｡逅�↓繧医ｋ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ��CMT�峨′謠蝉ｾ帙＆繧後∪縺吶�
+            萓九∴縺ｰ縲√そ繝�す繝ｧ繝ｳBean縺ｮ繝��繝ｭ繧､繝｡繝ｳ繝医ョ繧｣繧ｹ繧ｯ繝ｪ繝励ち縺ｧ螳｣險逧�↓螳夂ｾｩ縺励�
+            繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧堤ｵ�∩遶九※縺ｾ縺吶�
+            繝励Ο繧ｰ繝ｩ繝�縺ｫ繧医ｋ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜縺ｯ繧ゅ≧蠢�ｦ√≠繧翫∪縺帙ｓ縲�
         </para>
 
         <para>
-            しかしながら、管理されていないリソース・ローカルな環境と
-            JTAに依存したシステム（CMTではなくBMT）の両方に、
-            永続化層をポータブルに保つのは、しばしば望ましいことです。
+            縺励°縺励↑縺後ｉ縲∫ｮ｡逅�＆繧後※縺�↑縺�Μ繧ｽ繝ｼ繧ｹ繝ｻ繝ｭ繝ｼ繧ｫ繝ｫ縺ｪ迺ｰ蠅�→
+            JTA縺ｫ萓晏ｭ倥＠縺溘す繧ｹ繝�Β��CMT縺ｧ縺ｯ縺ｪ縺州MT�峨�荳｡譁ｹ縺ｫ縲�
+            豌ｸ邯壼喧螻､繧偵�繝ｼ繧ｿ繝悶Ν縺ｫ菫昴▽縺ｮ縺ｯ縲√＠縺ｰ縺励�譛帙∪縺励＞縺薙→縺ｧ縺吶�
             
-            デプロイ環境のネイティブのトランザクションシステムを呼び出す
-            <literal>Transaction</literal> というラッパーAPIをHibernateが提供します。
-            このAPIを使うかは任意ですが、CMTのセッションBeanを使わないのであれば、使うことを強く推奨します。
+            繝��繝ｭ繧､迺ｰ蠅��繝阪う繝�ぅ繝悶�繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧ｷ繧ｹ繝�Β繧貞他縺ｳ蜃ｺ縺�
+            <literal>Transaction</literal> 縺ｨ縺�≧繝ｩ繝�ヱ繝ｼAPI繧辿ibernate縺梧署萓帙＠縺ｾ縺吶�
+            縺薙�API繧剃ｽｿ縺�°縺ｯ莉ｻ諢上〒縺吶′縲，MT縺ｮ繧ｻ繝�す繝ｧ繝ｳBean繧剃ｽｿ繧上↑縺��縺ｧ縺ゅｌ縺ｰ縲∽ｽｿ縺�％縺ｨ繧貞ｼｷ縺乗耳螂ｨ縺励∪縺吶�
         </para>
 
         <para>
-            通常、<literal>Session</literal> 終了は、４つの異なるフェーズを含みます。
+            騾壼ｸｸ縲�<literal>Session</literal> 邨ゆｺ��縲�ｼ斐▽縺ｮ逡ｰ縺ｪ繧九ヵ繧ｧ繝ｼ繧ｺ繧貞性縺ｿ縺ｾ縺吶�
         </para>
 
         <itemizedlist spacing="compact">
             <listitem>
                 <para>
-                    セッションのフラッシュ
+                    繧ｻ繝�す繝ｧ繝ｳ縺ｮ繝輔Λ繝�す繝･
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    トランザクションのコミット
+                    繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ｳ繝溘ャ繝�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    セッションのクローズ
+                    繧ｻ繝�す繝ｧ繝ｳ縺ｮ繧ｯ繝ｭ繝ｼ繧ｺ
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    例外のハンドリング
+                    萓句､悶�繝上Φ繝峨Μ繝ｳ繧ｰ
                 </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            セッションのフラッシュについては、前のほうですでに議論しました。
-            管理された環境と管理されていない環境の両方について、
-            トランザクション境界と例外ハンドリングをもっと詳しく見ていきましょう。
+            繧ｻ繝�す繝ｧ繝ｳ縺ｮ繝輔Λ繝�す繝･縺ｫ縺､縺�※縺ｯ縲∝燕縺ｮ縺ｻ縺�〒縺吶〒縺ｫ隴ｰ隲悶＠縺ｾ縺励◆縲�
+            邂｡逅�＆繧後◆迺ｰ蠅�→邂｡逅�＆繧後※縺�↑縺�腸蠅��荳｡譁ｹ縺ｫ縺､縺�※縲�
+            繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜縺ｨ萓句､悶ワ繝ｳ繝峨Μ繝ｳ繧ｰ繧偵ｂ縺｣縺ｨ隧ｳ縺励￥隕九※縺�″縺ｾ縺励ｇ縺��
         </para>
 
 
         <sect2 id="transactions-demarcation-nonmanaged" revision="2">
-            <title>管理されていない環境</title>
+            <title>邂｡逅�＆繧後※縺�↑縺�腸蠅�</title>
 
             <para>
-                Hibernate永続化層を管理されていない環境で実装する場合は、
+                Hibernate豌ｸ邯壼喧螻､繧堤ｮ｡逅�＆繧後※縺�↑縺�腸蠅�〒螳溯｣�☆繧句�ｴ蜷医�縲�
                 
-                通常単純なコネクションプール（すなわちDataSourceではない）によって、
-                データベースコネクションを制御します。
-                Hibernateはそのコネクションプールから必要なコネクションを取得します。
+                騾壼ｸｸ蜊倡ｴ斐↑繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繝励�繝ｫ�医☆縺ｪ繧上■DataSource縺ｧ縺ｯ縺ｪ縺�ｼ峨↓繧医▲縺ｦ縲�
+                繝��繧ｿ繝吶�繧ｹ繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧貞宛蠕｡縺励∪縺吶�
+                Hibernate縺ｯ縺昴�繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繝励�繝ｫ縺九ｉ蠢�ｦ√↑繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧貞叙蠕励＠縺ｾ縺吶�
                 
-                セッション／トランザクション制御のイディオムは次のようになります。
+                繧ｻ繝�す繝ｧ繝ｳ�上ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蛻ｶ蠕｡縺ｮ繧､繝�ぅ繧ｪ繝�縺ｯ谺｡縺ｮ繧医≧縺ｫ縺ｪ繧翫∪縺吶�
             </para>
 
             <programlisting><![CDATA[// Non-managed environment idiom
@@ -525,21 +527,21 @@ finally {
 }]]></programlisting>
 
             <para>
-                明示的に <literal>Session</literal> の <literal>flush()</literal> を呼び出すべきではなく、
-                <literal>commit()</literal> を呼び出すことにより、自動的に同期化処理が実行されます
-                （セッションの <xref linkend="objectstate-flushing">FlushMode</xref> に依存している）。
+                譏守､ｺ逧�↓ <literal>Session</literal> 縺ｮ <literal>flush()</literal> 繧貞他縺ｳ蜃ｺ縺吶∋縺阪〒縺ｯ縺ｪ縺上�
+                <literal>commit()</literal> 繧貞他縺ｳ蜃ｺ縺吶％縺ｨ縺ｫ繧医ｊ縲∬�蜍慕噪縺ｫ蜷梧悄蛹門�逅�′螳溯｡後＆繧後∪縺�
+                �医そ繝�す繝ｧ繝ｳ縺ｮ <xref linkend="objectstate-flushing">FlushMode</xref> 縺ｫ萓晏ｭ倥＠縺ｦ縺�ｋ�峨�
                 
-                <literal>close()</literal> を呼び出すことにより、セッションの終わりを明確にします。
-                <literal>close()</literal> が暗黙的に行う主なことは、
-                セッションがJDBCコネクションを開放することです。
+                <literal>close()</literal> 繧貞他縺ｳ蜃ｺ縺吶％縺ｨ縺ｫ繧医ｊ縲√そ繝�す繝ｧ繝ｳ縺ｮ邨ゅｏ繧翫ｒ譏守｢ｺ縺ｫ縺励∪縺吶�
+                <literal>close()</literal> 縺梧囓鮟咏噪縺ｫ陦後≧荳ｻ縺ｪ縺薙→縺ｯ縲�
+                繧ｻ繝�す繝ｧ繝ｳ縺繰DBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧帝幕謾ｾ縺吶ｋ縺薙→縺ｧ縺吶�
                 
-                上記のJavaコードはポータブルであり、管理されていない環境とJTA環境の両方で実行できます。
+                荳願ｨ倥�Java繧ｳ繝ｼ繝峨�繝昴�繧ｿ繝悶Ν縺ｧ縺ゅｊ縲∫ｮ｡逅�＆繧後※縺�↑縺�腸蠅�→JTA迺ｰ蠅��荳｡譁ｹ縺ｧ螳溯｡後〒縺阪∪縺吶�
             </para>
 
            <para>
-                より適応性のある解決策は、Hibernateに予め組み込まれている
-                「current session」コンテキスト管理です。
-                言葉で説明するより下記を見たほうが速いでしょう。
+                繧医ｊ驕ｩ蠢懈ｧ縺ｮ縺ゅｋ隗｣豎ｺ遲悶�縲？ibernate縺ｫ莠医ａ邨�∩霎ｼ縺ｾ繧後※縺�ｋ
+                縲慶urrent session縲阪さ繝ｳ繝�く繧ｹ繝育ｮ｡逅�〒縺吶�
+                險闡峨〒隱ｬ譏弱☆繧九ｈ繧贋ｸ玖ｨ倥ｒ隕九◆縺ｻ縺�′騾溘＞縺ｧ縺励ｇ縺��
             </para>
 
             <programlisting><![CDATA[// Non-managed environment idiom with getCurrentSession()
@@ -557,43 +559,43 @@ catch (RuntimeException e) {
 }]]></programlisting>
 
             <para>
-                正規のアプリケーションの中では、このようなコードの切れ端を決して見ないでしょう。
-                致命的な（システム）例外は、常に「最上位」でキャッチすべきです。
-                言い換えれば、（永続化層で）Hibernate呼び出しを実行するコードと、
-                <literal>RuntimeException</literal> を制御する
-                （通常はクリーンアップと終了のみ行うことができる）コードは、別々の層の中にあります。
-                Hibernateによるカレントコンテキスト管理は、この設計をかなり単純にします。
-                必要なのは、<literal>SessionFactory</literal> にアクセスすることだけです。
-                例外処理は、この章の後のほうで議論します。
+                豁｣隕上�繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ荳ｭ縺ｧ縺ｯ縲√％縺ｮ繧医≧縺ｪ繧ｳ繝ｼ繝峨�蛻�ｌ遶ｯ繧呈ｱｺ縺励※隕九↑縺�〒縺励ｇ縺��
+                閾ｴ蜻ｽ逧�↑�医す繧ｹ繝�Β�我ｾ句､悶�縲∝ｸｸ縺ｫ縲梧怙荳贋ｽ阪阪〒繧ｭ繝｣繝�メ縺吶∋縺阪〒縺吶�
+                險縺�鋤縺医ｌ縺ｰ縲�ｼ域ｰｸ邯壼喧螻､縺ｧ�羽ibernate蜻ｼ縺ｳ蜃ｺ縺励ｒ螳溯｡後☆繧九さ繝ｼ繝峨→縲�
+                <literal>RuntimeException</literal> 繧貞宛蠕｡縺吶ｋ
+                �磯壼ｸｸ縺ｯ繧ｯ繝ｪ繝ｼ繝ｳ繧｢繝��縺ｨ邨ゆｺ��縺ｿ陦後≧縺薙→縺後〒縺阪ｋ�峨さ繝ｼ繝峨�縲∝挨縲��螻､縺ｮ荳ｭ縺ｫ縺ゅｊ縺ｾ縺吶�
+                Hibernate縺ｫ繧医ｋ繧ｫ繝ｬ繝ｳ繝医さ繝ｳ繝�く繧ｹ繝育ｮ｡逅��縲√％縺ｮ險ｭ險医ｒ縺九↑繧雁腰邏斐↓縺励∪縺吶�
+                蠢�ｦ√↑縺ｮ縺ｯ縲�<literal>SessionFactory</literal> 縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ縺薙→縺�縺代〒縺吶�
+                萓句､門�逅��縲√％縺ｮ遶�縺ｮ蠕後�縺ｻ縺�〒隴ｰ隲悶＠縺ｾ縺吶�
             </para>
 
            <para>
-                注意：（デフォルトですが）
+                豕ｨ諢擾ｼ夲ｼ医ョ繝輔か繝ｫ繝医〒縺吶′��
                 <literal>org.hibernate.transaction.JDBCTransactionFactory</literal>
-                を選択するべきです。
-                第2の用例としては、
-                <literal>hibernate.current_session_context_class</literal> を
-                <literal>"thread"</literal> とするとよいでしょう。
+                繧帝∈謚槭☆繧九∋縺阪〒縺吶�
+                隨ｬ2縺ｮ逕ｨ萓九→縺励※縺ｯ縲�
+                <literal>hibernate.current_session_context_class</literal> 繧�
+                <literal>"thread"</literal> 縺ｨ縺吶ｋ縺ｨ繧医＞縺ｧ縺励ｇ縺��
             </para>
             
         </sect2>
 
         <sect2 id="transactions-demarcation-jta" revision="3">
-            <title>JTAを使用する</title>
+            <title>JTA繧剃ｽｿ逕ｨ縺吶ｋ</title>
 
             <para>
-                永続化層をアプリケーションサーバー（例えば、EJBセッションBeanの背後）で実行する場合、
-                Hibernateから取得するすべてのデータソースコネクションは、
-                自動的にグローバルJTAトランザクションの一部になります。
+                豌ｸ邯壼喧螻､繧偵い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝舌��井ｾ九∴縺ｰ縲・JB繧ｻ繝�す繝ｧ繝ｳBean縺ｮ閭悟ｾ鯉ｼ峨〒螳溯｡後☆繧句�ｴ蜷医�
+                Hibernate縺九ｉ蜿門ｾ励☆繧九☆縺ｹ縺ｦ縺ｮ繝��繧ｿ繧ｽ繝ｼ繧ｹ繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺ｯ縲�
+                閾ｪ蜍慕噪縺ｫ繧ｰ繝ｭ繝ｼ繝舌ΝJTA繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ荳驛ｨ縺ｫ縺ｪ繧翫∪縺吶�
                 
-                EJBを使わずに、スタンドアロンのJTA実装を導入することもできます。
-                JTA統合のために、Hibernateは２つの戦略を提供します。
+                EJB繧剃ｽｿ繧上★縺ｫ縲√せ繧ｿ繝ｳ繝峨い繝ｭ繝ｳ縺ｮJTA螳溯｣�ｒ蟆主�縺吶ｋ縺薙→繧ゅ〒縺阪∪縺吶�
+                JTA邨ｱ蜷医�縺溘ａ縺ｫ縲？ibernate縺ｯ�偵▽縺ｮ謌ｦ逡･繧呈署萓帙＠縺ｾ縺吶�
             </para>
 
             <para>
-                Bean管理トランザクション（BMT）を使い、<literal>Transaction</literal> APIを使う場合、
-                HibernateはアプリケーションサーバーにBMTトランザクションの開始と終わりを告げます。
-                すなわち、トランザクション管理のコードは、管理されない環境と同じになります。
+                Bean邂｡逅�ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ��BMT�峨ｒ菴ｿ縺��<literal>Transaction</literal> API繧剃ｽｿ縺��ｴ蜷医�
+                Hibernate縺ｯ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝舌�縺ｫBMT繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ髢句ｧ九→邨ゅｏ繧翫ｒ蜻翫￡縺ｾ縺吶�
+                縺吶↑繧上■縲√ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ邂｡逅��繧ｳ繝ｼ繝峨�縲∫ｮ｡逅�＆繧後↑縺�腸蠅�→蜷後§縺ｫ縺ｪ繧翫∪縺吶�
             </para>
             
            <programlisting><![CDATA[// BMT idiom
@@ -616,9 +618,9 @@ finally {
 }]]></programlisting>
 
            <para>
-               トランザクション境界として <literal>Session</literal> を使いたい場合、
-               簡単にコンテキストを伝播する機能である <literal>getCurrentSession()</literal> があるので、
-               JTAの <literal>UserTransaction</literal> APIを直接使用すべきでしょう。
+               繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜縺ｨ縺励※ <literal>Session</literal> 繧剃ｽｿ縺�◆縺��ｴ蜷医�
+               邁｡蜊倥↓繧ｳ繝ｳ繝�く繧ｹ繝医ｒ莨晄眺縺吶ｋ讖溯�縺ｧ縺ゅｋ <literal>getCurrentSession()</literal> 縺後≠繧九�縺ｧ縲�
+               JTA縺ｮ <literal>UserTransaction</literal> API繧堤峩謗･菴ｿ逕ｨ縺吶∋縺阪〒縺励ｇ縺��
             </para>
 
             <programlisting><![CDATA[// BMT idiom with getCurrentSession()
@@ -640,9 +642,9 @@ catch (RuntimeException e) {
 }]]></programlisting>
 
             <para>
-                CMTでは、トランザクション境界をセッションBeanのデプロイメントディスクリプタで定義し、
-                プログラムでは行いません。
-                ゆえに、コードは次のように少なくなります。
+                CMT縺ｧ縺ｯ縲√ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜繧偵そ繝�す繝ｧ繝ｳBean縺ｮ繝��繝ｭ繧､繝｡繝ｳ繝医ョ繧｣繧ｹ繧ｯ繝ｪ繝励ち縺ｧ螳夂ｾｩ縺励�
+                繝励Ο繧ｰ繝ｩ繝�縺ｧ縺ｯ陦後＞縺ｾ縺帙ｓ縲�
+                繧�∴縺ｫ縲√さ繝ｼ繝峨�谺｡縺ｮ繧医≧縺ｫ蟆代↑縺上↑繧翫∪縺吶�
             </para>
 
             <programlisting><![CDATA[// CMT idiom
@@ -653,121 +655,121 @@ catch (RuntimeException e) {
 ]]></programlisting>
 
             <para>
-                CMT/EJBの中では、常にロールバックが自動的に実施されます。
-                なぜなら、セッションビーンのメソッドにより投げられた制御されていない
-                <literal>RuntimeException</literal> は、グローバルトランザクションを
-                ロールバックするようにコンテナに伝えるためです。
-                <emphasis>これは、BMTもしくはCMTといっしょにHibernate <literal>Transaction</literal>
-                APIを使う必要は少しもないという意味です。</emphasis>
+                CMT/EJB縺ｮ荳ｭ縺ｧ縺ｯ縲∝ｸｸ縺ｫ繝ｭ繝ｼ繝ｫ繝舌ャ繧ｯ縺瑚�蜍慕噪縺ｫ螳滓命縺輔ｌ縺ｾ縺吶�
+                縺ｪ縺懊↑繧峨√そ繝�す繝ｧ繝ｳ繝薙�繝ｳ縺ｮ繝｡繧ｽ繝�ラ縺ｫ繧医ｊ謚輔￡繧峨ｌ縺溷宛蠕｡縺輔ｌ縺ｦ縺�↑縺�
+                <literal>RuntimeException</literal> 縺ｯ縲√げ繝ｭ繝ｼ繝舌Ν繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧�
+                繝ｭ繝ｼ繝ｫ繝舌ャ繧ｯ縺吶ｋ繧医≧縺ｫ繧ｳ繝ｳ繝�リ縺ｫ莨昴∴繧九◆繧√〒縺吶�
+                <emphasis>縺薙ｌ縺ｯ縲。MT繧ゅ＠縺上�CMT縺ｨ縺�▲縺励ｇ縺ｫHibernate <literal>Transaction</literal>
+                API繧剃ｽｿ縺�ｿ�ｦ√�蟆代＠繧ゅ↑縺�→縺�≧諢丞袖縺ｧ縺吶�</emphasis>
             </para>
 
             <para>
-                Hibernateのトランザクションファクトリを設定する際に、
-                JTAを直接使う（BMTの）場合は <literal>org.hibernate.transaction.JTATransactionFactory</literal> を、
-                CMTセッションビーンの中では <literal>org.hibernate.transaction.CMTTransactionFactory</literal> を
-                選択すべきだということに注意してください。
+                Hibernate縺ｮ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繝輔ぃ繧ｯ繝医Μ繧定ｨｭ螳壹☆繧矩圀縺ｫ縲�
+                JTA繧堤峩謗･菴ｿ縺�ｼ�BMT縺ｮ�牙�ｴ蜷医� <literal>org.hibernate.transaction.JTATransactionFactory</literal> 繧偵�
+                CMT繧ｻ繝�す繝ｧ繝ｳ繝薙�繝ｳ縺ｮ荳ｭ縺ｧ縺ｯ <literal>org.hibernate.transaction.CMTTransactionFactory</literal> 繧�
+                驕ｸ謚槭☆縺ｹ縺阪□縺ｨ縺�≧縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
                 <literal>hibernate.transaction.manager_lookup_class</literal>
-                をセットすることも思い出してください。
-                なお、<literal>hibernate.current_session_context_class</literal> は、
-                セットしないか（後方互換）、<literal>"jta"</literal> をセットしてください。
+                繧偵そ繝�ヨ縺吶ｋ縺薙→繧よ昴＞蜃ｺ縺励※縺上□縺輔＞縲�
+                縺ｪ縺翫�<literal>hibernate.current_session_context_class</literal> 縺ｯ縲�
+                繧ｻ繝�ヨ縺励↑縺�°�亥ｾ梧婿莠呈鋤�峨�<literal>"jta"</literal> 繧偵そ繝�ヨ縺励※縺上□縺輔＞縲�
             </para>
             
             <para>
-                <literal>getCurrentSession()</literal> オペレーションは、JTA環境では１つの欠点を持ちます。
+                <literal>getCurrentSession()</literal> 繧ｪ繝壹Ξ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ縲゛TA迺ｰ蠅�〒縺ｯ�代▽縺ｮ谺�轤ｹ繧呈戟縺｡縺ｾ縺吶�
                 
-                デフォルトで使われる <literal>after_statement</literal> コネクションリリースモードを使用する上で、
-                警告が１つあります。
+                繝�ヵ繧ｩ繝ｫ繝医〒菴ｿ繧上ｌ繧� <literal>after_statement</literal> 繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繝ｪ繝ｪ繝ｼ繧ｹ繝｢繝ｼ繝峨ｒ菴ｿ逕ｨ縺吶ｋ荳翫〒縲�
+                隴ｦ蜻翫′�代▽縺ゅｊ縺ｾ縺吶�
                 
-                JTA仕様の愚かな制約のために、
-                <literal>scroll()</literal> または <literal>iterate()</literal> が返した、
-                閉じられていない <literal>ScrollableResults</literal> または <literal>Iterator</literal>
-                インスタンスをHibernateが自動的にクリーンアップすることはできません。
+                JTA莉墓ｧ倥�諢壹°縺ｪ蛻ｶ邏��縺溘ａ縺ｫ縲�
+                <literal>scroll()</literal> 縺ｾ縺溘� <literal>iterate()</literal> 縺瑚ｿ斐＠縺溘�
+                髢峨§繧峨ｌ縺ｦ縺�↑縺� <literal>ScrollableResults</literal> 縺ｾ縺溘� <literal>Iterator</literal>
+                繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧辿ibernate縺瑚�蜍慕噪縺ｫ繧ｯ繝ｪ繝ｼ繝ｳ繧｢繝��縺吶ｋ縺薙→縺ｯ縺ｧ縺阪∪縺帙ｓ縲�
                 
-                <literal>finally</literal> ブロックの中で、
-                <literal>ScrollableResults.close()</literal> または
-                <literal>Hibernate.close(Iterator)</literal> を明示的に呼び出して、
-                裏に潜んだデータベースカーソルを解放 <emphasis>しなければなりません</emphasis>。
+                <literal>finally</literal> 繝悶Ο繝�け縺ｮ荳ｭ縺ｧ縲�
+                <literal>ScrollableResults.close()</literal> 縺ｾ縺溘�
+                <literal>Hibernate.close(Iterator)</literal> 繧呈�遉ｺ逧�↓蜻ｼ縺ｳ蜃ｺ縺励※縲�
+                陬上↓貎懊ｓ縺�繝��繧ｿ繝吶�繧ｹ繧ｫ繝ｼ繧ｽ繝ｫ繧定ｧ｣謾ｾ <emphasis>縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ</emphasis>縲�
                 
-                （もちろん、多くのアプリケーションでは、JTAかCMTコードで <literal>scroll()</literal>
-                や <literal>iterate()</literal> の使用を避けるのは容易です。）
+                �医ｂ縺｡繧阪ｓ縲∝､壹￥縺ｮ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｧ縺ｯ縲゛TA縺気MT繧ｳ繝ｼ繝峨〒 <literal>scroll()</literal>
+                繧� <literal>iterate()</literal> 縺ｮ菴ｿ逕ｨ繧帝∩縺代ｋ縺ｮ縺ｯ螳ｹ譏薙〒縺吶ゑｼ�
             </para>
 
         </sect2>
 
         <sect2 id="transactions-demarcation-exceptions">
-            <title>例外ハンドリング</title>
+            <title>萓句､悶ワ繝ｳ繝峨Μ繝ｳ繧ｰ</title>
 
             <para>
-                <literal>Session</literal> が例外（<literal>SQLException</literal>を含む）を投げた場合、
-                直ちに、データベーストランザクションをロールバックし、<literal>Session.close()</literal>
-                を呼び、<literal>Session</literal> インスタンスを破棄すべきです。
-                <literal>Session</literal> のいくつかのメソッドは、
-                セッションの状態を <emphasis>矛盾したまま</emphasis> にします。
-                Hibernateが投げた例外を、回復できるものとして扱うことはできません。
-                <literal>finally</literal> ブロックの中で <literal>close()</literal> を呼んで、
-                <literal>Session</literal> を確実に閉じてください。
+                <literal>Session</literal> 縺御ｾ句､厄ｼ�<literal>SQLException</literal>繧貞性繧�峨ｒ謚輔￡縺溷�ｴ蜷医�
+                逶ｴ縺｡縺ｫ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧偵Ο繝ｼ繝ｫ繝舌ャ繧ｯ縺励�<literal>Session.close()</literal>
+                繧貞他縺ｳ縲�<literal>Session</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧堤�ｴ譽�☆縺ｹ縺阪〒縺吶�
+                <literal>Session</literal> 縺ｮ縺�￥縺､縺九�繝｡繧ｽ繝�ラ縺ｯ縲�
+                繧ｻ繝�す繝ｧ繝ｳ縺ｮ迥ｶ諷九ｒ <emphasis>遏帷崟縺励◆縺ｾ縺ｾ</emphasis> 縺ｫ縺励∪縺吶�
+                Hibernate縺梧兜縺偵◆萓句､悶ｒ縲∝屓蠕ｩ縺ｧ縺阪ｋ繧ゅ�縺ｨ縺励※謇ｱ縺�％縺ｨ縺ｯ縺ｧ縺阪∪縺帙ｓ縲�
+                <literal>finally</literal> 繝悶Ο繝�け縺ｮ荳ｭ縺ｧ <literal>close()</literal> 繧貞他繧薙〒縲�
+                <literal>Session</literal> 繧堤｢ｺ螳溘↓髢峨§縺ｦ縺上□縺輔＞縲�
             </para>
 
             <para>
-                <literal>HibernateException</literal> は、Hibernate永続化層の中で発生する多くのエラーを
-                ラップする、検査されない例外です（Hibernateの古いバージョンは違いました）。
-                私たちの意見は、アプリケーション開発者に回復不可能な例外を
-                下層でキャッチすることを強要すべきではないということです。
-                多くのシステムでは、検査されない例外と致命的な例外は、
-                コールスタックの最初のフレームの１つ（例えば、最上位の層で）でハンドリングし、
-                エラーメッセージをアプリケーションユーザーに表示します
-                （もしくは、他の適切な処理を実施します）。
-                Hibernateは、<literal>HibernateException</literal> 以外の検査されない例外も
-                投げることに注意してください。
-                これらもまた、回復不可能であり、適切な処理を実施すべきです。
+                <literal>HibernateException</literal> 縺ｯ縲？ibernate豌ｸ邯壼喧螻､縺ｮ荳ｭ縺ｧ逋ｺ逕溘☆繧句､壹￥縺ｮ繧ｨ繝ｩ繝ｼ繧�
+                繝ｩ繝��縺吶ｋ縲∵､懈渊縺輔ｌ縺ｪ縺�ｾ句､悶〒縺呻ｼ�Hibernate縺ｮ蜿､縺�ヰ繝ｼ繧ｸ繝ｧ繝ｳ縺ｯ驕輔＞縺ｾ縺励◆�峨�
+                遘√◆縺｡縺ｮ諢剰ｦ九�縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ髢狗匱閠�↓蝗槫ｾｩ荳榊庄閭ｽ縺ｪ萓句､悶ｒ
+                荳句ｱ､縺ｧ繧ｭ繝｣繝�メ縺吶ｋ縺薙→繧貞ｼｷ隕√☆縺ｹ縺阪〒縺ｯ縺ｪ縺�→縺�≧縺薙→縺ｧ縺吶�
+                螟壹￥縺ｮ繧ｷ繧ｹ繝�Β縺ｧ縺ｯ縲∵､懈渊縺輔ｌ縺ｪ縺�ｾ句､悶→閾ｴ蜻ｽ逧�↑萓句､悶�縲�
+                繧ｳ繝ｼ繝ｫ繧ｹ繧ｿ繝�け縺ｮ譛蛻昴�繝輔Ξ繝ｼ繝�縺ｮ�代▽�井ｾ九∴縺ｰ縲∵怙荳贋ｽ阪�螻､縺ｧ�峨〒繝上Φ繝峨Μ繝ｳ繧ｰ縺励�
+                繧ｨ繝ｩ繝ｼ繝｡繝�そ繝ｼ繧ｸ繧偵い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繝ｦ繝ｼ繧ｶ繝ｼ縺ｫ陦ｨ遉ｺ縺励∪縺�
+                �医ｂ縺励￥縺ｯ縲∽ｻ悶�驕ｩ蛻�↑蜃ｦ逅�ｒ螳滓命縺励∪縺呻ｼ峨�
+                Hibernate縺ｯ縲�<literal>HibernateException</literal> 莉･螟悶�讀懈渊縺輔ｌ縺ｪ縺�ｾ句､悶ｂ
+                謚輔￡繧九％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+                縺薙ｌ繧峨ｂ縺ｾ縺溘∝屓蠕ｩ荳榊庄閭ｽ縺ｧ縺ゅｊ縲�←蛻�↑蜃ｦ逅�ｒ螳滓命縺吶∋縺阪〒縺吶�
             </para>
 
             <para>
-                Hibernateは、データベースとの対話中に投げられた <literal>SQLException</literal> を
-                <literal>JDBCException</literal> でラップします。
-                実は、例外をより意味のある <literal>JDBCException</literal> のサブクラスに
-                変換しようと試みます。
-                元の <literal>SQLException</literal> は、<literal>JDBCException.getCause()</literal>
-                によりいつでも得られます。
-                Hibernateは、<literal>SessionFactory</literal> に追加されている
-                <literal>SQLExceptionConverter</literal> を使い、<literal>SQLException</literal> を
-                適当な <literal>JDBCException</literal> サブクラスに変換します。
-                デフォルトでは、<literal>SQLExceptionConverter</literal> は設定されているSQL方言により
-                定義されます。
-                一方で、独自の実装に差し替えることもできます
-                （詳細は、<literal>SQLExceptionConverterFactory</literal> クラスのJavadocを参照してください）。
-                標準的な <literal>JDBCException</literal> のサブタイプを下記に示します。
+                Hibernate縺ｯ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｨ縺ｮ蟇ｾ隧ｱ荳ｭ縺ｫ謚輔￡繧峨ｌ縺� <literal>SQLException</literal> 繧�
+                <literal>JDBCException</literal> 縺ｧ繝ｩ繝��縺励∪縺吶�
+                螳溘�縲∽ｾ句､悶ｒ繧医ｊ諢丞袖縺ｮ縺ゅｋ <literal>JDBCException</literal> 縺ｮ繧ｵ繝悶け繝ｩ繧ｹ縺ｫ
+                螟画鋤縺励ｈ縺�→隧ｦ縺ｿ縺ｾ縺吶�
+                蜈�� <literal>SQLException</literal> 縺ｯ縲�<literal>JDBCException.getCause()</literal>
+                縺ｫ繧医ｊ縺�▽縺ｧ繧ょｾ励ｉ繧後∪縺吶�
+                Hibernate縺ｯ縲�<literal>SessionFactory</literal> 縺ｫ霑ｽ蜉�縺輔ｌ縺ｦ縺�ｋ
+                <literal>SQLExceptionConverter</literal> 繧剃ｽｿ縺��<literal>SQLException</literal> 繧�
+                驕ｩ蠖薙↑ <literal>JDBCException</literal> 繧ｵ繝悶け繝ｩ繧ｹ縺ｫ螟画鋤縺励∪縺吶�
+                繝�ヵ繧ｩ繝ｫ繝医〒縺ｯ縲�<literal>SQLExceptionConverter</literal> 縺ｯ險ｭ螳壹＆繧後※縺�ｋSQL譁ｹ險縺ｫ繧医ｊ
+                螳夂ｾｩ縺輔ｌ縺ｾ縺吶�
+                荳譁ｹ縺ｧ縲∫峡閾ｪ縺ｮ螳溯｣�↓蟾ｮ縺玲崛縺医ｋ縺薙→繧ゅ〒縺阪∪縺�
+                �郁ｩｳ邏ｰ縺ｯ縲�<literal>SQLExceptionConverterFactory</literal> 繧ｯ繝ｩ繧ｹ縺ｮJavadoc繧貞盾辣ｧ縺励※縺上□縺輔＞�峨�
+                讓呎ｺ也噪縺ｪ <literal>JDBCException</literal> 縺ｮ繧ｵ繝悶ち繧､繝励ｒ荳玖ｨ倥↓遉ｺ縺励∪縺吶�
             </para>
 
             <itemizedlist spacing="compact">
                 <listitem>
                     <para>
                         <literal>JDBCConnectionException</literal> -
-                        基礎となるJDBC通信のエラーを表します。
+                        蝓ｺ遉弱→縺ｪ繧徽DBC騾壻ｿ｡縺ｮ繧ｨ繝ｩ繝ｼ繧定｡ｨ縺励∪縺吶�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
                         <literal>SQLGrammarException</literal> -
-                        発行するSQLの文法もしくは構文の問題を表します。
+                        逋ｺ陦後☆繧鬼QL縺ｮ譁�ｳ輔ｂ縺励￥縺ｯ讒区枚縺ｮ蝠城｡後ｒ陦ｨ縺励∪縺吶�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
                         <literal>ConstraintViolationException</literal> -
-                        何らかの形式の完全性制約違反を表します。
+                        菴輔ｉ縺九�蠖｢蠑上�螳悟�諤ｧ蛻ｶ邏�＆蜿阪ｒ陦ｨ縺励∪縺吶�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
                         <literal>LockAcquisitionException</literal> -
-                        要求された操作を実施するのに必要なロックレベルを得る際のエラーを表します。
+                        隕∵ｱゅ＆繧後◆謫堺ｽ懊ｒ螳滓命縺吶ｋ縺ｮ縺ｫ蠢�ｦ√↑繝ｭ繝�け繝ｬ繝吶Ν繧貞ｾ励ｋ髫帙�繧ｨ繝ｩ繝ｼ繧定｡ｨ縺励∪縺吶�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
                         <literal>GenericJDBCException</literal> -
-                        他のカテゴリに一致しなかった一般的な例外です。
+                        莉悶�繧ｫ繝�ざ繝ｪ縺ｫ荳閾ｴ縺励↑縺九▲縺滉ｸ闊ｬ逧�↑萓句､悶〒縺吶�
                     </para>
                 </listitem>
             </itemizedlist>
@@ -775,22 +777,22 @@ catch (RuntimeException e) {
         </sect2>
 
         <sect2 id="transactions-demarcation-timeout">
-            <title>トランザクションのタイムアウト</title>
+            <title>繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ｿ繧､繝�繧｢繧ｦ繝�</title>
 
             <para>
-                EJBのような管理された環境が提供するきわめて重要な特徴の１つは、
-                トランザクションのタイムアウトです。
-                これは管理されていないコードには提供できません。
-                トランザクションタイムアウトは、不品行なトランザクションが
-                ユーザーにレスポンスを返さないまま、無期限にリソースを使い続けない
-                ことを保障します。
-                管理された環境（JTA）の外では、Hibernateはこの機能をフルに提供できません。
-                しかしながら、Hibernateは次のようなデータアクセス操作の制御くらいはできます。
-                データベースレベルのデッドロックや大きなリザルトセットを返すクエリを
-                定義されたタイムアウトによって確実に制限します。
-                管理された環境では、HibernateはトランザクションタイムアウトをJTAに委譲します。
-                この機能は、Hibernateの <literal>Transaction</literal> オブジェクトに
-                よって抽象化されています。
+                EJB縺ｮ繧医≧縺ｪ邂｡逅�＆繧後◆迺ｰ蠅�′謠蝉ｾ帙☆繧九″繧上ａ縺ｦ驥崎ｦ√↑迚ｹ蠕ｴ縺ｮ�代▽縺ｯ縲�
+                繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ｿ繧､繝�繧｢繧ｦ繝医〒縺吶�
+                縺薙ｌ縺ｯ邂｡逅�＆繧後※縺�↑縺�さ繝ｼ繝峨↓縺ｯ謠蝉ｾ帙〒縺阪∪縺帙ｓ縲�
+                繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧ｿ繧､繝�繧｢繧ｦ繝医�縲∽ｸ榊刀陦後↑繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺�
+                繝ｦ繝ｼ繧ｶ繝ｼ縺ｫ繝ｬ繧ｹ繝昴Φ繧ｹ繧定ｿ斐＆縺ｪ縺�∪縺ｾ縲∫┌譛滄剞縺ｫ繝ｪ繧ｽ繝ｼ繧ｹ繧剃ｽｿ縺�ｶ壹￠縺ｪ縺�
+                縺薙→繧剃ｿ晞囿縺励∪縺吶�
+                邂｡逅�＆繧後◆迺ｰ蠅�ｼ�JTA�峨�螟悶〒縺ｯ縲？ibernate縺ｯ縺薙�讖溯�繧偵ヵ繝ｫ縺ｫ謠蝉ｾ帙〒縺阪∪縺帙ｓ縲�
+                縺励°縺励↑縺後ｉ縲？ibernate縺ｯ谺｡縺ｮ繧医≧縺ｪ繝��繧ｿ繧｢繧ｯ繧ｻ繧ｹ謫堺ｽ懊�蛻ｶ蠕｡縺上ｉ縺��縺ｧ縺阪∪縺吶�
+                繝��繧ｿ繝吶�繧ｹ繝ｬ繝吶Ν縺ｮ繝�ャ繝峨Ο繝�け繧�､ｧ縺阪↑繝ｪ繧ｶ繝ｫ繝医そ繝�ヨ繧定ｿ斐☆繧ｯ繧ｨ繝ｪ繧�
+                螳夂ｾｩ縺輔ｌ縺溘ち繧､繝�繧｢繧ｦ繝医↓繧医▲縺ｦ遒ｺ螳溘↓蛻ｶ髯舌＠縺ｾ縺吶�
+                邂｡逅�＆繧後◆迺ｰ蠅�〒縺ｯ縲？ibernate縺ｯ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧ｿ繧､繝�繧｢繧ｦ繝医ｒJTA縺ｫ蟋碑ｭｲ縺励∪縺吶�
+                縺薙�讖溯�縺ｯ縲？ibernate縺ｮ <literal>Transaction</literal> 繧ｪ繝悶ず繧ｧ繧ｯ繝医↓
+                繧医▲縺ｦ謚ｽ雎｡蛹悶＆繧後※縺�∪縺吶�
             </para>
             
             <programlisting><![CDATA[
@@ -814,9 +816,9 @@ finally {
 }]]></programlisting>
 
             <para>
-                CMTビーンの中では <literal>setTimeout()</literal> を
-                呼び出せないことに注意してください。
-                トランザクションタイムアウトは宣言的に定義されるべきです。
+                CMT繝薙�繝ｳ縺ｮ荳ｭ縺ｧ縺ｯ <literal>setTimeout()</literal> 繧�
+                蜻ｼ縺ｳ蜃ｺ縺帙↑縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+                繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧ｿ繧､繝�繧｢繧ｦ繝医�螳｣險逧�↓螳夂ｾｩ縺輔ｌ繧九∋縺阪〒縺吶�
             </para>
             
         </sect2>
@@ -824,32 +826,32 @@ finally {
     </sect1>
 
     <sect1 id="transactions-optimistic">
-        <title>楽観的同時実行制御</title>
+        <title>讌ｽ隕ｳ逧�酔譎ょｮ溯｡悟宛蠕｡</title>
 
         <para>
-            高い並列性と高いスケーラビリティの両方を実現するアプローチは、
-            バージョニングを使った楽観的同時実行制御のみです。
-            更新の衝突を見つけるために（および、更新が失われるのを防ぐために）、
-            バージョン番号もしくはタイムスタンプを使って、バージョンをチェックします。
-            Hibernateは、楽観的同時実行を行うアプリケーションコードを書くための
-            アプローチを３つ提供します。
-            私たちが見せるユースケースは、長い対話を持ちますが、
-            バージョンチェックはまだ１つのデータベーストランザクションの中で更新を失うことを防ぐ
-            利点も持っています。
+            鬮倥＞荳ｦ蛻玲ｧ縺ｨ鬮倥＞繧ｹ繧ｱ繝ｼ繝ｩ繝薙Μ繝�ぅ縺ｮ荳｡譁ｹ繧貞ｮ溽樟縺吶ｋ繧｢繝励Ο繝ｼ繝√�縲�
+            繝舌�繧ｸ繝ｧ繝九Φ繧ｰ繧剃ｽｿ縺｣縺滓･ｽ隕ｳ逧�酔譎ょｮ溯｡悟宛蠕｡縺ｮ縺ｿ縺ｧ縺吶�
+            譖ｴ譁ｰ縺ｮ陦晉ｪ√ｒ隕九▽縺代ｋ縺溘ａ縺ｫ�医♀繧医�縲∵峩譁ｰ縺悟､ｱ繧上ｌ繧九�繧帝亟縺舌◆繧√↓�峨�
+            繝舌�繧ｸ繝ｧ繝ｳ逡ｪ蜿ｷ繧ゅ＠縺上�繧ｿ繧､繝�繧ｹ繧ｿ繝ｳ繝励ｒ菴ｿ縺｣縺ｦ縲√ヰ繝ｼ繧ｸ繝ｧ繝ｳ繧偵メ繧ｧ繝�け縺励∪縺吶�
+            Hibernate縺ｯ縲∵･ｽ隕ｳ逧�酔譎ょｮ溯｡後ｒ陦後≧繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｳ繝ｼ繝峨ｒ譖ｸ縺上◆繧√�
+            繧｢繝励Ο繝ｼ繝√ｒ�薙▽謠蝉ｾ帙＠縺ｾ縺吶�
+            遘√◆縺｡縺瑚ｦ九○繧九Θ繝ｼ繧ｹ繧ｱ繝ｼ繧ｹ縺ｯ縲�聞縺�ｯｾ隧ｱ繧呈戟縺｡縺ｾ縺吶′縲�
+            繝舌�繧ｸ繝ｧ繝ｳ繝√ぉ繝�け縺ｯ縺ｾ縺��代▽縺ｮ繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ荳ｭ縺ｧ譖ｴ譁ｰ繧貞､ｱ縺�％縺ｨ繧帝亟縺�
+            蛻ｩ轤ｹ繧よ戟縺｣縺ｦ縺�∪縺吶�
         </para>
 
         <sect2 id="transactions-optimistic-manual">
-            <title>アプリケーションによるバージョンチェック</title>
+            <title>繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ繧医ｋ繝舌�繧ｸ繝ｧ繝ｳ繝√ぉ繝�け</title>
 
             <para>
-                Hibernateにほとんど助けてもらわずに実装するケースです。
-                データベースとのやり取りは、それぞれ新しい <literal>Session</literal> の中で起こります。
-                開発者は、すべての永続性インスタンスを操作する前に、
-                データベースから再読み込みする責務があります。
-                このアプローチでは、対話トランザクションの分離を守るために、
-                アプリケーション自身がバージョンチェックを行う必要があります。
-                このアプローチは、データベースアクセスの中では、最も非効率です。
-                エンティティEJBと最も似ているアプローチです。
+                Hibernate縺ｫ縺ｻ縺ｨ繧薙←蜉ｩ縺代※繧ゅｉ繧上★縺ｫ螳溯｣�☆繧九こ繝ｼ繧ｹ縺ｧ縺吶�
+                繝��繧ｿ繝吶�繧ｹ縺ｨ縺ｮ繧�ｊ蜿悶ｊ縺ｯ縲√◎繧後◇繧梧眠縺励＞ <literal>Session</literal> 縺ｮ荳ｭ縺ｧ襍ｷ縺薙ｊ縺ｾ縺吶�
+                髢狗匱閠��縲√☆縺ｹ縺ｦ縺ｮ豌ｸ邯壽ｧ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧呈桃菴懊☆繧句燕縺ｫ縲�
+                繝��繧ｿ繝吶�繧ｹ縺九ｉ蜀崎ｪｭ縺ｿ霎ｼ縺ｿ縺吶ｋ雋ｬ蜍吶′縺ゅｊ縺ｾ縺吶�
+                縺薙�繧｢繝励Ο繝ｼ繝√〒縺ｯ縲∝ｯｾ隧ｱ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蛻�屬繧貞ｮ医ｋ縺溘ａ縺ｫ縲�
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ閾ｪ霄ｫ縺後ヰ繝ｼ繧ｸ繝ｧ繝ｳ繝√ぉ繝�け繧定｡後≧蠢�ｦ√′縺ゅｊ縺ｾ縺吶�
+                縺薙�繧｢繝励Ο繝ｼ繝√�縲√ョ繝ｼ繧ｿ繝吶�繧ｹ繧｢繧ｯ繧ｻ繧ｹ縺ｮ荳ｭ縺ｧ縺ｯ縲∵怙繧る撼蜉ｹ邇�〒縺吶�
+                繧ｨ繝ｳ繝�ぅ繝�ぅEJB縺ｨ譛繧ゆｼｼ縺ｦ縺�ｋ繧｢繝励Ο繝ｼ繝√〒縺吶�
             </para>
 
             <programlisting><![CDATA[// foo is an instance loaded by a previous Session
@@ -865,54 +867,54 @@ t.commit();
 session.close();]]></programlisting>
 
             <para>
-                <literal>&lt;version&gt;</literal> を使って、<literal>version</literal>
-                プロパティをマッピングします。
-                Hibernateは、エンティティがダーティである場合、フラッシュし、
-                その間に <literal>version</literal> プロパティを自動的にインクリメントします。
+                <literal>&lt;version&gt;</literal> 繧剃ｽｿ縺｣縺ｦ縲�<literal>version</literal>
+                繝励Ο繝代ユ繧｣繧偵�繝�ヴ繝ｳ繧ｰ縺励∪縺吶�
+                Hibernate縺ｯ縲√お繝ｳ繝�ぅ繝�ぅ縺後ム繝ｼ繝�ぅ縺ｧ縺ゅｋ蝣ｴ蜷医√ヵ繝ｩ繝�す繝･縺励�
+                縺昴�髢薙↓ <literal>version</literal> 繝励Ο繝代ユ繧｣繧定�蜍慕噪縺ｫ繧､繝ｳ繧ｯ繝ｪ繝｡繝ｳ繝医＠縺ｾ縺吶�
             </para>
 
             <para>
-                もちろん、データの並列性が低い環境で運用しており、バージョンチェックが不要なら、
-                このアプローチを使い、バージョンチェックをスキップするだけです。
-                その場合は、長い対話には、
-                <emphasis>「最後にコミットしたものが勝つ」</emphasis> がデフォルトの戦略でしょう。
-                このアプローチは、アプリケーションのユーザーを混乱させるかもしれないことを
-                心に留めて置いてください。それは、エラーメッセージや競合した変更をマージする機会が
-                ないまま、更新を失う経験をするためです。
+                繧ゅ■繧阪ｓ縲√ョ繝ｼ繧ｿ縺ｮ荳ｦ蛻玲ｧ縺御ｽ弱＞迺ｰ蠅�〒驕狗畑縺励※縺翫ｊ縲√ヰ繝ｼ繧ｸ繝ｧ繝ｳ繝√ぉ繝�け縺御ｸ崎ｦ√↑繧峨�
+                縺薙�繧｢繝励Ο繝ｼ繝√ｒ菴ｿ縺�√ヰ繝ｼ繧ｸ繝ｧ繝ｳ繝√ぉ繝�け繧偵せ繧ｭ繝��縺吶ｋ縺�縺代〒縺吶�
+                縺昴�蝣ｴ蜷医�縲�聞縺�ｯｾ隧ｱ縺ｫ縺ｯ縲�
+                <emphasis>縲梧怙蠕後↓繧ｳ繝溘ャ繝医＠縺溘ｂ縺ｮ縺悟享縺､縲�</emphasis> 縺後ョ繝輔か繝ｫ繝医�謌ｦ逡･縺ｧ縺励ｇ縺��
+                縺薙�繧｢繝励Ο繝ｼ繝√�縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ繝ｦ繝ｼ繧ｶ繝ｼ繧呈ｷｷ荵ｱ縺輔○繧九°繧ゅ＠繧後↑縺�％縺ｨ繧�
+                蠢�↓逡吶ａ縺ｦ鄂ｮ縺�※縺上□縺輔＞縲ゅ◎繧後�縲√お繝ｩ繝ｼ繝｡繝�そ繝ｼ繧ｸ繧�ｫｶ蜷医＠縺溷､画峩繧偵�繝ｼ繧ｸ縺吶ｋ讖滉ｼ壹′
+                縺ｪ縺�∪縺ｾ縲∵峩譁ｰ繧貞､ｱ縺�ｵ碁ｨ薙ｒ縺吶ｋ縺溘ａ縺ｧ縺吶�
             </para>
 
             <para>
-                確かに、マニュアルによるバージョンチェックは、些細な儀式だけで実行できますが、
-                多くのアプリケーションにとって実用的ではありません。
-                しばしば、１つのインスタンスだけでなく、
-                修正されたオブジェクトの完全なグラフをチェックしなければなりません。
-                Hibernateは、設計パラダイムとして、拡張 <literal>Session</literal> か
-                分離されたインスタンスを自動的にバージョンチェックします。
+                遒ｺ縺九↓縲√�繝九Η繧｢繝ｫ縺ｫ繧医ｋ繝舌�繧ｸ繝ｧ繝ｳ繝√ぉ繝�け縺ｯ縲∽ｺ帷ｴｰ縺ｪ蜆蠑上□縺代〒螳溯｡後〒縺阪∪縺吶′縲�
+                螟壹￥縺ｮ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ縺ｨ縺｣縺ｦ螳溽畑逧�〒縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+                縺励�縺励�縲�ｼ代▽縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺�縺代〒縺ｪ縺上�
+                菫ｮ豁｣縺輔ｌ縺溘が繝悶ず繧ｧ繧ｯ繝医�螳悟�縺ｪ繧ｰ繝ｩ繝輔ｒ繝√ぉ繝�け縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+                Hibernate縺ｯ縲∬ｨｭ險医ヱ繝ｩ繝繧､繝�縺ｨ縺励※縲∵僑蠑ｵ <literal>Session</literal> 縺�
+                蛻�屬縺輔ｌ縺溘う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧定�蜍慕噪縺ｫ繝舌�繧ｸ繝ｧ繝ｳ繝√ぉ繝�け縺励∪縺吶�
             </para>
 
         </sect2>
 
         <sect2 id="transactions-optimistic-longsession">
-            <title>拡張セッションと自動バージョニング</title>
+            <title>諡｡蠑ｵ繧ｻ繝�す繝ｧ繝ｳ縺ｨ閾ｪ蜍輔ヰ繝ｼ繧ｸ繝ｧ繝九Φ繧ｰ</title>
 
             <para>
-                １つの <literal>Session</literal> インスタンスとその永続性インスタンスは、
-                <emphasis>session-per-conversation</emphasis> として知られる、
-                対話全体で使われます。
-                Hibernateはフラッシュする際に、インスタンスのバージョンをチェックします。
-                同時に修正されたことを検出すると、例外を投げます。
-                この例外をキャッチして扱うのは、開発者の責任です
-                （一般的な選択肢は、変更をマージするか古くないデータでビジネス対話を
-                再スタートする機会をユーザーに提供することです）。
+                �代▽縺ｮ <literal>Session</literal> 繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｨ縺昴�豌ｸ邯壽ｧ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ縲�
+                <emphasis>session-per-conversation</emphasis> 縺ｨ縺励※遏･繧峨ｌ繧九�
+                蟇ｾ隧ｱ蜈ｨ菴薙〒菴ｿ繧上ｌ縺ｾ縺吶�
+                Hibernate縺ｯ繝輔Λ繝�す繝･縺吶ｋ髫帙↓縲√う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ繝舌�繧ｸ繝ｧ繝ｳ繧偵メ繧ｧ繝�け縺励∪縺吶�
+                蜷梧凾縺ｫ菫ｮ豁｣縺輔ｌ縺溘％縺ｨ繧呈､懷�縺吶ｋ縺ｨ縲∽ｾ句､悶ｒ謚輔￡縺ｾ縺吶�
+                縺薙�萓句､悶ｒ繧ｭ繝｣繝�メ縺励※謇ｱ縺��縺ｯ縲�幕逋ｺ閠��雋ｬ莉ｻ縺ｧ縺�
+                �井ｸ闊ｬ逧�↑驕ｸ謚櫁い縺ｯ縲∝､画峩繧偵�繝ｼ繧ｸ縺吶ｋ縺句商縺上↑縺�ョ繝ｼ繧ｿ縺ｧ繝薙ず繝阪せ蟇ｾ隧ｱ繧�
+                蜀阪せ繧ｿ繝ｼ繝医☆繧区ｩ滉ｼ壹ｒ繝ｦ繝ｼ繧ｶ繝ｼ縺ｫ謠蝉ｾ帙☆繧九％縺ｨ縺ｧ縺呻ｼ峨�
             </para>
 
             <para>
-                ユーザーの対話を待っているときは、
-                <literal>Session</literal> を基礎となるJDBCコネクションから切り離します。
-                このアプローチは、データベースアクセスの中では、最も効率的です。
-                アプリケーションは、バージョンチェックや分離されたインスタンスを再追加すること
-                に関心を持つ必要はありません。また、あらゆるデータベーストランザクションの中で
-                インスタンスを再読み込みする必要はありません。
+                繝ｦ繝ｼ繧ｶ繝ｼ縺ｮ蟇ｾ隧ｱ繧貞ｾ�▲縺ｦ縺�ｋ縺ｨ縺阪�縲�
+                <literal>Session</literal> 繧貞渕遉弱→縺ｪ繧徽DBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺九ｉ蛻�ｊ髮｢縺励∪縺吶�
+                縺薙�繧｢繝励Ο繝ｼ繝√�縲√ョ繝ｼ繧ｿ繝吶�繧ｹ繧｢繧ｯ繧ｻ繧ｹ縺ｮ荳ｭ縺ｧ縺ｯ縲∵怙繧ょ柑邇�噪縺ｧ縺吶�
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ縲√ヰ繝ｼ繧ｸ繝ｧ繝ｳ繝√ぉ繝�け繧��髮｢縺輔ｌ縺溘う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧貞�霑ｽ蜉�縺吶ｋ縺薙→
+                縺ｫ髢｢蠢�ｒ謖√▽蠢�ｦ√�縺ゅｊ縺ｾ縺帙ｓ縲ゅ∪縺溘√≠繧峨ｆ繧九ョ繝ｼ繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ荳ｭ縺ｧ
+                繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧貞�隱ｭ縺ｿ霎ｼ縺ｿ縺吶ｋ蠢�ｦ√�縺ゅｊ縺ｾ縺帙ｓ縲�
             </para>
 
             <programlisting><![CDATA[// foo is an instance loaded earlier by the old session
@@ -925,74 +927,74 @@ t.commit();         // Also return JDBC connection
 session.close();    // Only for last transaction in conversation]]></programlisting>
 
             <para>
-                <literal>foo</literal> オブジェクトは、自分をロードした <literal>Session</literal>
-                をまだ知っています。
-                古いセッションの上で新しいデータベーストランザクションを開始することで、
-                新しいコネクションを取得し、そのセッションが再開されます。
-                データベーストランザクションをコミットすることで、
-                セッションからJDBCコネクションを切断し、コネクションをプールに返します。
-                再接続した後、更新していないデータのバージョンチェックを強制するために、
-                他のトランザクションにより更新されているかもしれないオブジェクトに関して、
-                <literal>LockMode.READ</literal> をつけて <literal>Session.lock()</literal>
-                を呼び出すことができます。
-                更新して <emphasis>いる</emphasis> データをロックする必要はありません。
+                <literal>foo</literal> 繧ｪ繝悶ず繧ｧ繧ｯ繝医�縲∬�蛻�ｒ繝ｭ繝ｼ繝峨＠縺� <literal>Session</literal>
+                繧偵∪縺�遏･縺｣縺ｦ縺�∪縺吶�
+                蜿､縺�そ繝�す繝ｧ繝ｳ縺ｮ荳翫〒譁ｰ縺励＞繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧帝幕蟋九☆繧九％縺ｨ縺ｧ縲�
+                譁ｰ縺励＞繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧貞叙蠕励＠縲√◎縺ｮ繧ｻ繝�す繝ｧ繝ｳ縺悟�髢九＆繧後∪縺吶�
+                繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧偵さ繝溘ャ繝医☆繧九％縺ｨ縺ｧ縲�
+                繧ｻ繝�す繝ｧ繝ｳ縺九ｉJDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧貞�譁ｭ縺励√さ繝阪け繧ｷ繝ｧ繝ｳ繧偵�繝ｼ繝ｫ縺ｫ霑斐＠縺ｾ縺吶�
+                蜀肴磁邯壹＠縺溷ｾ後∵峩譁ｰ縺励※縺�↑縺�ョ繝ｼ繧ｿ縺ｮ繝舌�繧ｸ繝ｧ繝ｳ繝√ぉ繝�け繧貞ｼｷ蛻ｶ縺吶ｋ縺溘ａ縺ｫ縲�
+                莉悶�繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ繧医ｊ譖ｴ譁ｰ縺輔ｌ縺ｦ縺�ｋ縺九ｂ縺励ｌ縺ｪ縺�が繝悶ず繧ｧ繧ｯ繝医↓髢｢縺励※縲�
+                <literal>LockMode.READ</literal> 繧偵▽縺代※ <literal>Session.lock()</literal>
+                繧貞他縺ｳ蜃ｺ縺吶％縺ｨ縺後〒縺阪∪縺吶�
+                譖ｴ譁ｰ縺励※ <emphasis>縺�ｋ</emphasis> 繝��繧ｿ繧偵Ο繝�け縺吶ｋ蠢�ｦ√�縺ゅｊ縺ｾ縺帙ｓ縲�
                 
-                通常、拡張 <literal>Session</literal> に <literal>FlushMode.MANUAL</literal>
-                をセットします。
-                最後のデータベーストランザクションの周期でのみ、
-                対話の中で変更されたすべてを実際に永続化させるためです。
-                ゆえに、最後のデータベーストランザクションのみ <literal>flush()</literal>
-                オペレーションを含みます。そして、対話を終わらせるために、
-                セッションも <literal>close()</literal> します。
+                騾壼ｸｸ縲∵僑蠑ｵ <literal>Session</literal> 縺ｫ <literal>FlushMode.MANUAL</literal>
+                繧偵そ繝�ヨ縺励∪縺吶�
+                譛蠕後�繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蜻ｨ譛溘〒縺ｮ縺ｿ縲�
+                蟇ｾ隧ｱ縺ｮ荳ｭ縺ｧ螟画峩縺輔ｌ縺溘☆縺ｹ縺ｦ繧貞ｮ滄圀縺ｫ豌ｸ邯壼喧縺輔○繧九◆繧√〒縺吶�
+                繧�∴縺ｫ縲∵怙蠕後�繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ縺ｿ <literal>flush()</literal>
+                繧ｪ繝壹Ξ繝ｼ繧ｷ繝ｧ繝ｳ繧貞性縺ｿ縺ｾ縺吶ゅ◎縺励※縲∝ｯｾ隧ｱ繧堤ｵゅｏ繧峨○繧九◆繧√↓縲�
+                繧ｻ繝�す繝ｧ繝ｳ繧� <literal>close()</literal> 縺励∪縺吶�
             </para>
 
             <para>
-                ユーザーが考慮中に、格納することができないくらい <literal>Session</literal>
-                が大きいのであれば、このパターンは問題があります。
-                例えば、<literal>HttpSession</literal> は可能な限り小さく保つべきです。
-                <literal>Session</literal> は（強制的に）１次キャッシュでもあり、
-                ロードしたオブジェクトをすべて保持します。
-                おそらく、リクエスト／レスポンスのサイクルが数回であれば、この戦略が使えます。
+                繝ｦ繝ｼ繧ｶ繝ｼ縺瑚��荳ｭ縺ｫ縲∵�ｼ邏阪☆繧九％縺ｨ縺後〒縺阪↑縺�￥繧峨＞ <literal>Session</literal>
+                縺悟､ｧ縺阪＞縺ｮ縺ｧ縺ゅｌ縺ｰ縲√％縺ｮ繝代ち繝ｼ繝ｳ縺ｯ蝠城｡後′縺ゅｊ縺ｾ縺吶�
+                萓九∴縺ｰ縲�<literal>HttpSession</literal> 縺ｯ蜿ｯ閭ｽ縺ｪ髯舌ｊ蟆上＆縺丈ｿ昴▽縺ｹ縺阪〒縺吶�
+                <literal>Session</literal> 縺ｯ�亥ｼｷ蛻ｶ逧�↓�会ｼ第ｬ｡繧ｭ繝｣繝�す繝･縺ｧ繧ゅ≠繧翫�
+                繝ｭ繝ｼ繝峨＠縺溘が繝悶ず繧ｧ繧ｯ繝医ｒ縺吶∋縺ｦ菫晄戟縺励∪縺吶�
+                縺翫◎繧峨￥縲√Μ繧ｯ繧ｨ繧ｹ繝茨ｼ上Ξ繧ｹ繝昴Φ繧ｹ縺ｮ繧ｵ繧､繧ｯ繝ｫ縺梧焚蝗槭〒縺ゅｌ縺ｰ縲√％縺ｮ謌ｦ逡･縺御ｽｿ縺医∪縺吶�
                 
-                １つの対話のためだけに <literal>Session</literal> を使うべきです。
-                なぜなら、すぐに新鮮でないデータを持つためです。
+                �代▽縺ｮ蟇ｾ隧ｱ縺ｮ縺溘ａ縺�縺代↓ <literal>Session</literal> 繧剃ｽｿ縺�∋縺阪〒縺吶�
+                縺ｪ縺懊↑繧峨√☆縺舌↓譁ｰ魄ｮ縺ｧ縺ｪ縺�ョ繝ｼ繧ｿ繧呈戟縺､縺溘ａ縺ｧ縺吶�
             </para>
 
             <para>
-                （Hibernateの以前のバージョンは、明示的な <literal>Session</literal> の
-                切断と再接続が必要だったことに注意してください。
-                これらのメソッドは非推奨になりました。
-                なぜなら、トランザクションの開始と終了は同じ効果があるためです。）
+                ��Hibernate縺ｮ莉･蜑阪�繝舌�繧ｸ繝ｧ繝ｳ縺ｯ縲∵�遉ｺ逧�↑ <literal>Session</literal> 縺ｮ
+                蛻�妙縺ｨ蜀肴磁邯壹′蠢�ｦ√□縺｣縺溘％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+                縺薙ｌ繧峨�繝｡繧ｽ繝�ラ縺ｯ髱樊耳螂ｨ縺ｫ縺ｪ繧翫∪縺励◆縲�
+                縺ｪ縺懊↑繧峨√ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ髢句ｧ九→邨ゆｺ��蜷後§蜉ｹ譫懊′縺ゅｋ縺溘ａ縺ｧ縺吶ゑｼ�
             </para>
 
             <para>
-                切断した <literal>Session</literal> を永続化層の近くで保持すべきであることに
-                注意してください。
-                言い換えると、３層環境の中で <literal>Session</literal> を保持するために、
-                EJBステートフルセッションBeanを使ってください。
-                <literal>HttpSession</literal> に格納するために、Web層に転送しないでください
-                （別の層へのシリアライズもしないでください）。
+                蛻�妙縺励◆ <literal>Session</literal> 繧呈ｰｸ邯壼喧螻､縺ｮ霑代￥縺ｧ菫晄戟縺吶∋縺阪〒縺ゅｋ縺薙→縺ｫ
+                豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+                險縺�鋤縺医ｋ縺ｨ縲�ｼ灘ｱ､迺ｰ蠅��荳ｭ縺ｧ <literal>Session</literal> 繧剃ｿ晄戟縺吶ｋ縺溘ａ縺ｫ縲�
+                EJB繧ｹ繝��繝医ヵ繝ｫ繧ｻ繝�す繝ｧ繝ｳBean繧剃ｽｿ縺｣縺ｦ縺上□縺輔＞縲�
+                <literal>HttpSession</literal> 縺ｫ譬ｼ邏阪☆繧九◆繧√↓縲仝eb螻､縺ｫ霆｢騾√＠縺ｪ縺�〒縺上□縺輔＞
+                �亥挨縺ｮ螻､縺ｸ縺ｮ繧ｷ繝ｪ繧｢繝ｩ繧､繧ｺ繧ゅ＠縺ｪ縺�〒縺上□縺輔＞�峨�
             </para>
 
             <para>
-                拡張セッションパターン（もしくは、<emphasis>session-per-conversation</emphasis>）は、
-                自動的なカレントセッションコンテキスト管理を実施するより難しい。
-                このために、あなたは <literal>CurrentSessionContext</literal> の実装を供給する必要があります。
-                Hibernate Wikiにある例を参照してください。
+                諡｡蠑ｵ繧ｻ繝�す繝ｧ繝ｳ繝代ち繝ｼ繝ｳ�医ｂ縺励￥縺ｯ縲�<emphasis>session-per-conversation</emphasis>�峨�縲�
+                閾ｪ蜍慕噪縺ｪ繧ｫ繝ｬ繝ｳ繝医そ繝�す繝ｧ繝ｳ繧ｳ繝ｳ繝�く繧ｹ繝育ｮ｡逅�ｒ螳滓命縺吶ｋ繧医ｊ髮｣縺励＞縲�
+                縺薙�縺溘ａ縺ｫ縲√≠縺ｪ縺溘� <literal>CurrentSessionContext</literal> 縺ｮ螳溯｣�ｒ萓帷ｵｦ縺吶ｋ蠢�ｦ√′縺ゅｊ縺ｾ縺吶�
+                Hibernate Wiki縺ｫ縺ゅｋ萓九ｒ蜿ら�縺励※縺上□縺輔＞縲�
             </para>
 
         </sect2>
 
         <sect2 id="transactions-optimistic-detached">
-            <title>デタッチされたオブジェクトと自動バージョニング</title>
+            <title>繝�ち繝�メ縺輔ｌ縺溘が繝悶ず繧ｧ繧ｯ繝医→閾ｪ蜍輔ヰ繝ｼ繧ｸ繝ｧ繝九Φ繧ｰ</title>
 
             <para>
-                新しい <literal>Session</literal>により、永続化ストア（訳注：ＤＢ）との対話が発生します。
-                また一方、同じ永続性インスタンスが、データベースとの対話ごとに再利用されます。
-                アプリケーションは、元々は他の <literal>Session</literal> でロードされ、
-                デタッチされたインスタンスの状態を操作します。
-                そして、<literal>Session.update()</literal> もしくは、<literal>Session.saveOrUpdate()</literal>、
-                <literal>Session.merge()</literal> を使って、それらのインスタンスを再追加します。
+                譁ｰ縺励＞ <literal>Session</literal>縺ｫ繧医ｊ縲∵ｰｸ邯壼喧繧ｹ繝医い�郁ｨｳ豕ｨ�夲ｼ､�｢�峨→縺ｮ蟇ｾ隧ｱ縺檎匱逕溘＠縺ｾ縺吶�
+                縺ｾ縺滉ｸ譁ｹ縲∝酔縺俶ｰｸ邯壽ｧ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺後√ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｨ縺ｮ蟇ｾ隧ｱ縺斐→縺ｫ蜀榊茜逕ｨ縺輔ｌ縺ｾ縺吶�
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ縲∝�縲��莉悶� <literal>Session</literal> 縺ｧ繝ｭ繝ｼ繝峨＆繧後�
+                繝�ち繝�メ縺輔ｌ縺溘う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ迥ｶ諷九ｒ謫堺ｽ懊＠縺ｾ縺吶�
+                縺昴＠縺ｦ縲�<literal>Session.update()</literal> 繧ゅ＠縺上�縲�<literal>Session.saveOrUpdate()</literal>縲�
+                <literal>Session.merge()</literal> 繧剃ｽｿ縺｣縺ｦ縲√◎繧後ｉ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧貞�霑ｽ蜉�縺励∪縺吶�
             </para>
 
             <programlisting><![CDATA[// foo is an instance loaded by a previous Session
@@ -1004,66 +1006,66 @@ t.commit();
 session.close();]]></programlisting>
 
             <para>
-                この場合もやはり、Hibernateはフラッシュする際に、インスタンスのバージョンをチェックします。
-                更新の競合が発生した場合には、例外を投げます。
+                縺薙�蝣ｴ蜷医ｂ繧��繧翫？ibernate縺ｯ繝輔Λ繝�す繝･縺吶ｋ髫帙↓縲√う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ繝舌�繧ｸ繝ｧ繝ｳ繧偵メ繧ｧ繝�け縺励∪縺吶�
+                譖ｴ譁ｰ縺ｮ遶ｶ蜷医′逋ｺ逕溘＠縺溷�ｴ蜷医↓縺ｯ縲∽ｾ句､悶ｒ謚輔￡縺ｾ縺吶�
             </para>
 
             <para>
-                オブジェクトが修正されていないことを確信している場合は、
-                <literal>update()</literal> の代わりに、<literal>LockMode.READ</literal> を使って、
-                <literal>lock()</literal> を呼び出すこともできます
-                （すべてのキャッシュを迂回し、バージョンチェックを実施します）。
+                繧ｪ繝悶ず繧ｧ繧ｯ繝医′菫ｮ豁｣縺輔ｌ縺ｦ縺�↑縺�％縺ｨ繧堤｢ｺ菫｡縺励※縺�ｋ蝣ｴ蜷医�縲�
+                <literal>update()</literal> 縺ｮ莉｣繧上ｊ縺ｫ縲�<literal>LockMode.READ</literal> 繧剃ｽｿ縺｣縺ｦ縲�
+                <literal>lock()</literal> 繧貞他縺ｳ蜃ｺ縺吶％縺ｨ繧ゅ〒縺阪∪縺�
+                �医☆縺ｹ縺ｦ縺ｮ繧ｭ繝｣繝�す繝･繧定ｿょ屓縺励√ヰ繝ｼ繧ｸ繝ｧ繝ｳ繝√ぉ繝�け繧貞ｮ滓命縺励∪縺呻ｼ峨�
             </para>
 
         </sect2>
 
         <sect2 id="transactions-optimistic-customizing">
-            <title>自動バージョニングのカスタマイズ</title>
+            <title>閾ｪ蜍輔ヰ繝ｼ繧ｸ繝ｧ繝九Φ繧ｰ縺ｮ繧ｫ繧ｹ繧ｿ繝槭う繧ｺ</title>
 
             <para>
-                マッピングの <literal>optimistic-lock</literal> 属性に <literal>false</literal>
-                を設定することにより、特定のプロパティやコレクションのために
-                自動バージョンインクリメントを無効にできます。
-                プロパティがダーティであっても、バージョンをインクリメントしません。
+                繝槭ャ繝斐Φ繧ｰ縺ｮ <literal>optimistic-lock</literal> 螻樊ｧ縺ｫ <literal>false</literal>
+                繧定ｨｭ螳壹☆繧九％縺ｨ縺ｫ繧医ｊ縲∫音螳壹�繝励Ο繝代ユ繧｣繧�さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ縺溘ａ縺ｫ
+                閾ｪ蜍輔ヰ繝ｼ繧ｸ繝ｧ繝ｳ繧､繝ｳ繧ｯ繝ｪ繝｡繝ｳ繝医ｒ辟｡蜉ｹ縺ｫ縺ｧ縺阪∪縺吶�
+                繝励Ο繝代ユ繧｣縺後ム繝ｼ繝�ぅ縺ｧ縺ゅ▲縺ｦ繧ゅ√ヰ繝ｼ繧ｸ繝ｧ繝ｳ繧偵う繝ｳ繧ｯ繝ｪ繝｡繝ｳ繝医＠縺ｾ縺帙ｓ縲�
             </para>
 
             <para>
-                レガシーのデータベーススキーマは、しばしば固定的であり、変更できません。
-                または、他のアプリケーションが同じデータベースにアクセスしなければならず、
-                そのアプリケーションはバージョン番号やタイムスタンプさえ操作する方法を知りません。
-                どちらの場合も、テーブルの特定のカラムを当てにして、バージョニングを行えません。
-                バージョンやタイムスタンプのプロパティをマッピングせずに、バージョンチェックさせるために、
-                <literal>&lt;class&gt;</literal> マッピングに <literal>optimistic-lock="all"</literal> を
-                指定してください。
-                行のすべてのフィールドの状態を比較するようになります。
-                これは、Hibernateが古い状態と新しい状態を比較できる場合に、
-                理論的に動作するだけであることに注意してください。
-                例えば、session-per-request-with-detached-objects ではなく、
-                １つの長い <literal>Session</literal> を使う場合です。
+                繝ｬ繧ｬ繧ｷ繝ｼ縺ｮ繝��繧ｿ繝吶�繧ｹ繧ｹ繧ｭ繝ｼ繝槭�縲√＠縺ｰ縺励�蝗ｺ螳夂噪縺ｧ縺ゅｊ縲∝､画峩縺ｧ縺阪∪縺帙ｓ縲�
+                縺ｾ縺溘�縲∽ｻ悶�繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺悟酔縺倥ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺励↑縺代ｌ縺ｰ縺ｪ繧峨★縲�
+                縺昴�繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ繝舌�繧ｸ繝ｧ繝ｳ逡ｪ蜿ｷ繧�ち繧､繝�繧ｹ繧ｿ繝ｳ繝励＆縺域桃菴懊☆繧区婿豕輔ｒ遏･繧翫∪縺帙ｓ縲�
+                縺ｩ縺｡繧峨�蝣ｴ蜷医ｂ縲√ユ繝ｼ繝悶Ν縺ｮ迚ｹ螳壹�繧ｫ繝ｩ繝�繧貞ｽ薙※縺ｫ縺励※縲√ヰ繝ｼ繧ｸ繝ｧ繝九Φ繧ｰ繧定｡後∴縺ｾ縺帙ｓ縲�
+                繝舌�繧ｸ繝ｧ繝ｳ繧�ち繧､繝�繧ｹ繧ｿ繝ｳ繝励�繝励Ο繝代ユ繧｣繧偵�繝�ヴ繝ｳ繧ｰ縺帙★縺ｫ縲√ヰ繝ｼ繧ｸ繝ｧ繝ｳ繝√ぉ繝�け縺輔○繧九◆繧√↓縲�
+                <literal>&lt;class&gt;</literal> 繝槭ャ繝斐Φ繧ｰ縺ｫ <literal>optimistic-lock="all"</literal> 繧�
+                謖�ｮ壹＠縺ｦ縺上□縺輔＞縲�
+                陦後�縺吶∋縺ｦ縺ｮ繝輔ぅ繝ｼ繝ｫ繝峨�迥ｶ諷九ｒ豈碑ｼ�☆繧九ｈ縺�↓縺ｪ繧翫∪縺吶�
+                縺薙ｌ縺ｯ縲？ibernate縺悟商縺�憾諷九→譁ｰ縺励＞迥ｶ諷九ｒ豈碑ｼ�〒縺阪ｋ蝣ｴ蜷医↓縲�
+                逅�ｫ也噪縺ｫ蜍穂ｽ懊☆繧九□縺代〒縺ゅｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+                萓九∴縺ｰ縲《ession-per-request-with-detached-objects 縺ｧ縺ｯ縺ｪ縺上�
+                �代▽縺ｮ髟ｷ縺� <literal>Session</literal> 繧剃ｽｿ縺��ｴ蜷医〒縺吶�
             </para>
 
             <para>
-                ときどき、行われた変更が重ならない限り、同時に行われた変更を受け入れることができます。
-                <literal>&lt;class&gt;</literal> マッピングに <literal>optimistic-lock="dirty"</literal>
-                を設定した場合、フラッシュする際に、Hibernateはダーティフィールドのみを比較します。
+                縺ｨ縺阪←縺阪∬｡後ｏ繧後◆螟画峩縺碁㍾縺ｪ繧峨↑縺�剞繧翫∝酔譎ゅ↓陦後ｏ繧後◆螟画峩繧貞女縺大�繧後ｋ縺薙→縺後〒縺阪∪縺吶�
+                <literal>&lt;class&gt;</literal> 繝槭ャ繝斐Φ繧ｰ縺ｫ <literal>optimistic-lock="dirty"</literal>
+                繧定ｨｭ螳壹＠縺溷�ｴ蜷医√ヵ繝ｩ繝�す繝･縺吶ｋ髫帙↓縲？ibernate縺ｯ繝繝ｼ繝�ぅ繝輔ぅ繝ｼ繝ｫ繝峨�縺ｿ繧呈ｯ碑ｼ�＠縺ｾ縺吶�
             </para>
 
             <para>
-                専用のバージョン／タイムスタンプのカラムを使う場合、
-                もしくはすべて／ダーティのフィールドを比較する場合どちらであっても、
-                Hibernateはエンティティごとに1つの <literal>UPDATE</literal> 文を
-                （適切な <literal>WHERE</literal> 節と共に）使い、
-                バージョンチェックと情報の更新を行います。
-                関連するエンティティの再追加をカスケードするために、
-                連鎖的な永続化を使用した場合、不必要な更新を実行するかもしれません。
-                これは通常問題になりません。
-                しかし、分離したインスタンスを変更していなくとも、
-                データベースの <emphasis>on update</emphasis> トリガーが実行されるかもしれません。
-                <literal>&lt;class&gt;</literal> マッピングに
-                <literal>select-before-update="true"</literal> を設定することによって、
-                この振る舞いをカスタマイズできます。
-                確実に変更されたかを確認するために、行を更新する前に、
-                必ずインスタンスを <literal>SELECT</literal> します。
+                蟆ら畑縺ｮ繝舌�繧ｸ繝ｧ繝ｳ�上ち繧､繝�繧ｹ繧ｿ繝ｳ繝励�繧ｫ繝ｩ繝�繧剃ｽｿ縺��ｴ蜷医�
+                繧ゅ＠縺上�縺吶∋縺ｦ�上ム繝ｼ繝�ぅ縺ｮ繝輔ぅ繝ｼ繝ｫ繝峨ｒ豈碑ｼ�☆繧句�ｴ蜷医←縺｡繧峨〒縺ゅ▲縺ｦ繧ゅ�
+                Hibernate縺ｯ繧ｨ繝ｳ繝�ぅ繝�ぅ縺斐→縺ｫ1縺､縺ｮ <literal>UPDATE</literal> 譁�ｒ
+                �磯←蛻�↑ <literal>WHERE</literal> 遽縺ｨ蜈ｱ縺ｫ�我ｽｿ縺��
+                繝舌�繧ｸ繝ｧ繝ｳ繝√ぉ繝�け縺ｨ諠��ｱ縺ｮ譖ｴ譁ｰ繧定｡後＞縺ｾ縺吶�
+                髢｢騾｣縺吶ｋ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ蜀崎ｿｽ蜉�繧偵き繧ｹ繧ｱ繝ｼ繝峨☆繧九◆繧√↓縲�
+                騾｣骼也噪縺ｪ豌ｸ邯壼喧繧剃ｽｿ逕ｨ縺励◆蝣ｴ蜷医∽ｸ榊ｿ�ｦ√↑譖ｴ譁ｰ繧貞ｮ溯｡後☆繧九°繧ゅ＠繧後∪縺帙ｓ縲�
+                縺薙ｌ縺ｯ騾壼ｸｸ蝠城｡後↓縺ｪ繧翫∪縺帙ｓ縲�
+                縺励°縺励∝�髮｢縺励◆繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧貞､画峩縺励※縺�↑縺上→繧ゅ�
+                繝��繧ｿ繝吶�繧ｹ縺ｮ <emphasis>on update</emphasis> 繝医Μ繧ｬ繝ｼ縺悟ｮ溯｡後＆繧後ｋ縺九ｂ縺励ｌ縺ｾ縺帙ｓ縲�
+                <literal>&lt;class&gt;</literal> 繝槭ャ繝斐Φ繧ｰ縺ｫ
+                <literal>select-before-update="true"</literal> 繧定ｨｭ螳壹☆繧九％縺ｨ縺ｫ繧医▲縺ｦ縲�
+                縺薙�謖ｯ繧玖�縺�ｒ繧ｫ繧ｹ繧ｿ繝槭う繧ｺ縺ｧ縺阪∪縺吶�
+                遒ｺ螳溘↓螟画峩縺輔ｌ縺溘°繧堤｢ｺ隱阪☆繧九◆繧√↓縲∬｡後ｒ譖ｴ譁ｰ縺吶ｋ蜑阪↓縲�
+                蠢�★繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧� <literal>SELECT</literal> 縺励∪縺吶�
             </para>
 
         </sect2>
@@ -1071,202 +1073,202 @@ session.close();]]></programlisting>
     </sect1>
 
     <sect1 id="transactions-locking">
-        <title>悲観的ロック</title>
+        <title>謔ｲ隕ｳ逧�Ο繝�け</title>
 
         <para>
-            ユーザがロック戦略に悩むのに多くの時間を費やすことを意図していません。
-            通常は、JDBCコネクションに分離レベルを指定し、
-            単にデータベースにすべての仕事をさせれば十分です。
-            しかしながら、高度なユーザは、排他的な悲観的ロックを獲得することか、
-            新しいトランザクションが開始される際にロックを再獲得することを
-            ときどき望むかもしれません。
+            繝ｦ繝ｼ繧ｶ縺後Ο繝�け謌ｦ逡･縺ｫ謔ｩ繧縺ｮ縺ｫ螟壹￥縺ｮ譎る俣繧定ｲｻ繧�☆縺薙→繧呈э蝗ｳ縺励※縺�∪縺帙ｓ縲�
+            騾壼ｸｸ縺ｯ縲゛DBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺ｫ蛻�屬繝ｬ繝吶Ν繧呈欠螳壹＠縲�
+            蜊倥↓繝��繧ｿ繝吶�繧ｹ縺ｫ縺吶∋縺ｦ縺ｮ莉穂ｺ九ｒ縺輔○繧後�蜊∝�縺ｧ縺吶�
+            縺励°縺励↑縺後ｉ縲�ｫ伜ｺｦ縺ｪ繝ｦ繝ｼ繧ｶ縺ｯ縲∵賜莉也噪縺ｪ謔ｲ隕ｳ逧�Ο繝�け繧堤佐蠕励☆繧九％縺ｨ縺九�
+            譁ｰ縺励＞繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺碁幕蟋九＆繧後ｋ髫帙↓繝ｭ繝�け繧貞�迯ｲ蠕励☆繧九％縺ｨ繧�
+            縺ｨ縺阪←縺肴悍繧縺九ｂ縺励ｌ縺ｾ縺帙ｓ縲�
         </para>
 
         <para>
-            Hibernateはいつもデータベースのロックの仕組みを使います。
-            メモリ内のオブジェクトを決してロックしません！
+            Hibernate縺ｯ縺�▽繧ゅョ繝ｼ繧ｿ繝吶�繧ｹ縺ｮ繝ｭ繝�け縺ｮ莉慕ｵ�∩繧剃ｽｿ縺�∪縺吶�
+            繝｡繝｢繝ｪ蜀��繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ豎ｺ縺励※繝ｭ繝�け縺励∪縺帙ｓ��
         </para>
 
         <para>
-            <literal>LockMode</literal> クラスは、Hibernateが獲得できる異なるロックレベルを定義します。
-            以下の仕組みにより、ロックを獲得できます。
+            <literal>LockMode</literal> 繧ｯ繝ｩ繧ｹ縺ｯ縲？ibernate縺檎佐蠕励〒縺阪ｋ逡ｰ縺ｪ繧九Ο繝�け繝ｬ繝吶Ν繧貞ｮ夂ｾｩ縺励∪縺吶�
+            莉･荳九�莉慕ｵ�∩縺ｫ繧医ｊ縲√Ο繝�け繧堤佐蠕励〒縺阪∪縺吶�
         </para>
 
         <itemizedlist spacing="compact">
             <listitem>
                 <para>
-                    <literal>LockMode.WRITE</literal> は、
-                    Hibernateが行を更新もしくは挿入する際に自動的に得られます。
+                    <literal>LockMode.WRITE</literal> 縺ｯ縲�
+                    Hibernate縺瑚｡後ｒ譖ｴ譁ｰ繧ゅ＠縺上�謖ｿ蜈･縺吶ｋ髫帙↓閾ｪ蜍慕噪縺ｫ蠕励ｉ繧後∪縺吶�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <literal>LockMode.UPGRADE</literal> は、
-                    データベースでサポートされている文法 <literal>SELECT ... FOR UPDATE</literal>
-                    を使った、明示的なユーザー要求により得られるかもしれません。
+                    <literal>LockMode.UPGRADE</literal> 縺ｯ縲�
+                    繝��繧ｿ繝吶�繧ｹ縺ｧ繧ｵ繝昴�繝医＆繧後※縺�ｋ譁�ｳ� <literal>SELECT ... FOR UPDATE</literal>
+                    繧剃ｽｿ縺｣縺溘∵�遉ｺ逧�↑繝ｦ繝ｼ繧ｶ繝ｼ隕∵ｱゅ↓繧医ｊ蠕励ｉ繧後ｋ縺九ｂ縺励ｌ縺ｾ縺帙ｓ縲�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <literal>LockMode.UPGRADE_NOWAIT</literal> は、
-                    Oracle で <literal>SELECT ... FOR UPDATE NOWAIT</literal> を使った、
-                    明示的なユーザー要求により得られるかもしれません。
+                    <literal>LockMode.UPGRADE_NOWAIT</literal> 縺ｯ縲�
+                    Oracle 縺ｧ <literal>SELECT ... FOR UPDATE NOWAIT</literal> 繧剃ｽｿ縺｣縺溘�
+                    譏守､ｺ逧�↑繝ｦ繝ｼ繧ｶ繝ｼ隕∵ｱゅ↓繧医ｊ蠕励ｉ繧後ｋ縺九ｂ縺励ｌ縺ｾ縺帙ｓ縲�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <literal>LockMode.READ</literal> は、
-                    Repeatable ReadもしくはSerializableの分離レベルで、データを読んだ際に自動的に得られます。
-                    おそらく、明示的なユーザー要求により、再取得されます。
+                    <literal>LockMode.READ</literal> 縺ｯ縲�
+                    Repeatable Read繧ゅ＠縺上�Serializable縺ｮ蛻�屬繝ｬ繝吶Ν縺ｧ縲√ョ繝ｼ繧ｿ繧定ｪｭ繧薙□髫帙↓閾ｪ蜍慕噪縺ｫ蠕励ｉ繧後∪縺吶�
+                    縺翫◎繧峨￥縲∵�遉ｺ逧�↑繝ｦ繝ｼ繧ｶ繝ｼ隕∵ｱゅ↓繧医ｊ縲∝�蜿門ｾ励＆繧後∪縺吶�
                 </para>
             </listitem>
         <listitem>
         <para>
-            <literal>LockMode.NONE</literal> は、ロックしないことを表します。
-            <literal>Transaction</literal> の終わりに、
-            すべてのオブジェクトはこのロックモードに切り替わります。
-            <literal>update()</literal> や <literal>saveOrUpdate()</literal> を呼び出すことによって、
-            セッションに関連付けられたオブジェクトも、このロックモードで出発します。
+            <literal>LockMode.NONE</literal> 縺ｯ縲√Ο繝�け縺励↑縺�％縺ｨ繧定｡ｨ縺励∪縺吶�
+            <literal>Transaction</literal> 縺ｮ邨ゅｏ繧翫↓縲�
+            縺吶∋縺ｦ縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医�縺薙�繝ｭ繝�け繝｢繝ｼ繝峨↓蛻�ｊ譖ｿ繧上ｊ縺ｾ縺吶�
+            <literal>update()</literal> 繧� <literal>saveOrUpdate()</literal> 繧貞他縺ｳ蜃ｺ縺吶％縺ｨ縺ｫ繧医▲縺ｦ縲�
+            繧ｻ繝�す繝ｧ繝ｳ縺ｫ髢｢騾｣莉倥￠繧峨ｌ縺溘が繝悶ず繧ｧ繧ｯ繝医ｂ縲√％縺ｮ繝ｭ繝�け繝｢繝ｼ繝峨〒蜃ｺ逋ｺ縺励∪縺吶�
         </para>
         </listitem>
         </itemizedlist>
 
         <para>
-            「明示的なユーザー要求」とは、下記の方法の１つで言い表せます。
+            縲梧�遉ｺ逧�↑繝ｦ繝ｼ繧ｶ繝ｼ隕∵ｱゅ阪→縺ｯ縲∽ｸ玖ｨ倥�譁ｹ豕輔��代▽縺ｧ險縺�｡ｨ縺帙∪縺吶�
         </para>
 
         <itemizedlist spacing="compact">
             <listitem>
                 <para>
-                    <literal>LockMode</literal> を指定した <literal>Session.load()</literal> の呼び出し。
+                    <literal>LockMode</literal> 繧呈欠螳壹＠縺� <literal>Session.load()</literal> 縺ｮ蜻ｼ縺ｳ蜃ｺ縺励�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <literal>Session.lock()</literal> の呼び出し。
+                    <literal>Session.lock()</literal> 縺ｮ蜻ｼ縺ｳ蜃ｺ縺励�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <literal>Query.setLockMode()</literal> の呼び出し。
+                    <literal>Query.setLockMode()</literal> 縺ｮ蜻ｼ縺ｳ蜃ｺ縺励�
                 </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            <literal>UPGRADE</literal> もしくは <literal>UPGRADE_NOWAIT</literal> が指定された
-            <literal>Session.load()</literal> が呼び出され、
-            かつ要求されたオブジェクトがセッションによってまだロードされていなかった場合は、
-            <literal>SELECT ... FOR UPDATE</literal> を使って、オブジェクトがロードされます。
-            <literal>load()</literal> で呼び出されたオブジェクトが、
-            要求されているより制限が少ないロックですでにロードされていた場合は、
-            Hibernateはそのオブジェクトのために、<literal>lock()</literal> を呼び出します。
+            <literal>UPGRADE</literal> 繧ゅ＠縺上� <literal>UPGRADE_NOWAIT</literal> 縺梧欠螳壹＆繧後◆
+            <literal>Session.load()</literal> 縺悟他縺ｳ蜃ｺ縺輔ｌ縲�
+            縺九▽隕∵ｱゅ＆繧後◆繧ｪ繝悶ず繧ｧ繧ｯ繝医′繧ｻ繝�す繝ｧ繝ｳ縺ｫ繧医▲縺ｦ縺ｾ縺�繝ｭ繝ｼ繝峨＆繧後※縺�↑縺九▲縺溷�ｴ蜷医�縲�
+            <literal>SELECT ... FOR UPDATE</literal> 繧剃ｽｿ縺｣縺ｦ縲√が繝悶ず繧ｧ繧ｯ繝医′繝ｭ繝ｼ繝峨＆繧後∪縺吶�
+            <literal>load()</literal> 縺ｧ蜻ｼ縺ｳ蜃ｺ縺輔ｌ縺溘が繝悶ず繧ｧ繧ｯ繝医′縲�
+            隕∵ｱゅ＆繧後※縺�ｋ繧医ｊ蛻ｶ髯舌′蟆代↑縺�Ο繝�け縺ｧ縺吶〒縺ｫ繝ｭ繝ｼ繝峨＆繧後※縺�◆蝣ｴ蜷医�縲�
+            Hibernate縺ｯ縺昴�繧ｪ繝悶ず繧ｧ繧ｯ繝医�縺溘ａ縺ｫ縲�<literal>lock()</literal> 繧貞他縺ｳ蜃ｺ縺励∪縺吶�
         </para>
 
         <para>
-            指定されたロックモードが <literal>READ</literal> もしくは、<literal>UPGRADE</literal>、
-            <literal>UPGRADE_NOWAIT</literal> だった場合、<literal>Session.lock()</literal>
-            は、バージョン番号のチェックを実施します。
-            （<literal>UPGRADE</literal> もしくは <literal>UPGRADE_NOWAIT</literal> の場合、
-            <literal>SELECT ... FOR UPDATE</literal> が使われます。）
+            謖�ｮ壹＆繧後◆繝ｭ繝�け繝｢繝ｼ繝峨′ <literal>READ</literal> 繧ゅ＠縺上�縲�<literal>UPGRADE</literal>縲�
+            <literal>UPGRADE_NOWAIT</literal> 縺�縺｣縺溷�ｴ蜷医�<literal>Session.lock()</literal>
+            縺ｯ縲√ヰ繝ｼ繧ｸ繝ｧ繝ｳ逡ｪ蜿ｷ縺ｮ繝√ぉ繝�け繧貞ｮ滓命縺励∪縺吶�
+            ��<literal>UPGRADE</literal> 繧ゅ＠縺上� <literal>UPGRADE_NOWAIT</literal> 縺ｮ蝣ｴ蜷医�
+            <literal>SELECT ... FOR UPDATE</literal> 縺御ｽｿ繧上ｌ縺ｾ縺吶ゑｼ�
         </para>
 
         <para>
-            データベースが要求されたロックモードをサポートしていない場合、
-            Hibernateは（例外を投げる代わりに、）適切な代わりのモードを使います。
-            これは、アプリケーションがポータブルであることを保証します。
+            繝��繧ｿ繝吶�繧ｹ縺瑚ｦ∵ｱゅ＆繧後◆繝ｭ繝�け繝｢繝ｼ繝峨ｒ繧ｵ繝昴�繝医＠縺ｦ縺�↑縺��ｴ蜷医�
+            Hibernate縺ｯ�井ｾ句､悶ｒ謚輔￡繧倶ｻ｣繧上ｊ縺ｫ縲�ｼ蛾←蛻�↑莉｣繧上ｊ縺ｮ繝｢繝ｼ繝峨ｒ菴ｿ縺�∪縺吶�
+            縺薙ｌ縺ｯ縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺後�繝ｼ繧ｿ繝悶Ν縺ｧ縺ゅｋ縺薙→繧剃ｿ晁ｨｼ縺励∪縺吶�
         </para>
 
     </sect1>
 
     <sect1 id="transactions-connection-release">
-        <title>コネクション開放モード</title>
+        <title>繧ｳ繝阪け繧ｷ繝ｧ繝ｳ髢区叛繝｢繝ｼ繝�</title>
 
         <para>
-            Hibernateのレガシー（2.x）のJDBCコネクション管理に関する振る舞いは、
-            最初に必要とした際に <literal>Session</literal> がコネクションを得るというものでした。
-            そして、セッションが閉じられるまで、そのコネクションを保持しました。
-            Hibernate 3.xは、セッションにJDBCコネクションをどのように制御するかを伝える
-            コネクション開放モードという概念を導入しました。
-            以降の議論は、構成された <literal>ConnectionProvider</literal> を通して提供される
-            コネクションに適切であることに注意してください。
-            異なる開放モードは、<literal>org.hibernate.ConnectionReleaseMode</literal> に
-            列挙された値により確認されます。
+            Hibernate縺ｮ繝ｬ繧ｬ繧ｷ繝ｼ��2.x�峨�JDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ邂｡逅�↓髢｢縺吶ｋ謖ｯ繧玖�縺��縲�
+            譛蛻昴↓蠢�ｦ√→縺励◆髫帙↓ <literal>Session</literal> 縺後さ繝阪け繧ｷ繝ｧ繝ｳ繧貞ｾ励ｋ縺ｨ縺�≧繧ゅ�縺ｧ縺励◆縲�
+            縺昴＠縺ｦ縲√そ繝�す繝ｧ繝ｳ縺碁哩縺倥ｉ繧後ｋ縺ｾ縺ｧ縲√◎縺ｮ繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧剃ｿ晄戟縺励∪縺励◆縲�
+            Hibernate 3.x縺ｯ縲√そ繝�す繝ｧ繝ｳ縺ｫJDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧偵←縺ｮ繧医≧縺ｫ蛻ｶ蠕｡縺吶ｋ縺九ｒ莨昴∴繧�
+            繧ｳ繝阪け繧ｷ繝ｧ繝ｳ髢区叛繝｢繝ｼ繝峨→縺�≧讎ょｿｵ繧貞ｰ主�縺励∪縺励◆縲�
+            莉･髯阪�隴ｰ隲悶�縲∵ｧ区�縺輔ｌ縺� <literal>ConnectionProvider</literal> 繧帝壹＠縺ｦ謠蝉ｾ帙＆繧後ｋ
+            繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺ｫ驕ｩ蛻�〒縺ゅｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+            逡ｰ縺ｪ繧矩幕謾ｾ繝｢繝ｼ繝峨�縲�<literal>org.hibernate.ConnectionReleaseMode</literal> 縺ｫ
+            蛻玲嫌縺輔ｌ縺溷､縺ｫ繧医ｊ遒ｺ隱阪＆繧後∪縺吶�
         </para>
 
         <itemizedlist spacing="compact">
             <listitem>
                 <para>
-                    <literal>ON_CLOSE</literal> - 本質的に上記で述べたレガシーの振る舞いです。
-                    Hibernateセッションは最初にJDBCアクセスを実行する必要がある際にコネクションを得ます。
-                    そして、セッションが閉じられるまで、コネクションを保持します。
+                    <literal>ON_CLOSE</literal> - 譛ｬ雉ｪ逧�↓荳願ｨ倥〒霑ｰ縺ｹ縺溘Ξ繧ｬ繧ｷ繝ｼ縺ｮ謖ｯ繧玖�縺�〒縺吶�
+                    Hibernate繧ｻ繝�す繝ｧ繝ｳ縺ｯ譛蛻昴↓JDBC繧｢繧ｯ繧ｻ繧ｹ繧貞ｮ溯｡後☆繧句ｿ�ｦ√′縺ゅｋ髫帙↓繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧貞ｾ励∪縺吶�
+                    縺昴＠縺ｦ縲√そ繝�す繝ｧ繝ｳ縺碁哩縺倥ｉ繧後ｋ縺ｾ縺ｧ縲√さ繝阪け繧ｷ繝ｧ繝ｳ繧剃ｿ晄戟縺励∪縺吶�
                 </para>
             </listitem>
             <listitem>
                 <para>
                     <literal>AFTER_TRANSACTION</literal> - 
-                    <literal>org.hibernate.Transaction</literal> が完了した後、
-                    コネクションを開放します。
+                    <literal>org.hibernate.Transaction</literal> 縺悟ｮ御ｺ�＠縺溷ｾ後�
+                    繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繧帝幕謾ｾ縺励∪縺吶�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <literal>AFTER_STATEMENT</literal> （積極的な開放とも呼ばれる） -
-                    すべてのステートメントがそれぞれ実行された後、コネクションが開放されます。
-                    ステートメントがセッションに関連するリソースを開いたままにする場合は、
-                    この積極的な開放はスキップされます。
-                    今のところ、これが起こるのは <literal>org.hibernate.ScrollableResults</literal>
-                    が使われる場合のみです。
+                    <literal>AFTER_STATEMENT</literal> �育ｩ肴･ｵ逧�↑髢区叛縺ｨ繧ょ他縺ｰ繧後ｋ�� -
+                    縺吶∋縺ｦ縺ｮ繧ｹ繝��繝医Γ繝ｳ繝医′縺昴ｌ縺槭ｌ螳溯｡後＆繧後◆蠕後√さ繝阪け繧ｷ繝ｧ繝ｳ縺碁幕謾ｾ縺輔ｌ縺ｾ縺吶�
+                    繧ｹ繝��繝医Γ繝ｳ繝医′繧ｻ繝�す繝ｧ繝ｳ縺ｫ髢｢騾｣縺吶ｋ繝ｪ繧ｽ繝ｼ繧ｹ繧帝幕縺�◆縺ｾ縺ｾ縺ｫ縺吶ｋ蝣ｴ蜷医�縲�
+                    縺薙�遨肴･ｵ逧�↑髢区叛縺ｯ繧ｹ繧ｭ繝��縺輔ｌ縺ｾ縺吶�
+                    莉翫�縺ｨ縺薙ｍ縲√％繧後′襍ｷ縺薙ｋ縺ｮ縺ｯ <literal>org.hibernate.ScrollableResults</literal>
+                    縺御ｽｿ繧上ｌ繧句�ｴ蜷医�縺ｿ縺ｧ縺吶�
                 </para>
             </listitem>
         </itemizedlist>
 
         <para>
-            コンフィグレーションパラメータの <literal>hibernate.connection.release_mode</literal>
-            は、使用する開放モードを指定するために使います。
-            指定できる値は次の通りです。
+            繧ｳ繝ｳ繝輔ぅ繧ｰ繝ｬ繝ｼ繧ｷ繝ｧ繝ｳ繝代Λ繝｡繝ｼ繧ｿ縺ｮ <literal>hibernate.connection.release_mode</literal>
+            縺ｯ縲∽ｽｿ逕ｨ縺吶ｋ髢区叛繝｢繝ｼ繝峨ｒ謖�ｮ壹☆繧九◆繧√↓菴ｿ縺�∪縺吶�
+            謖�ｮ壹〒縺阪ｋ蛟､縺ｯ谺｡縺ｮ騾壹ｊ縺ｧ縺吶�
         </para>
 
         <itemizedlist spacing="compact">
             <listitem>
                 <para>
-                    <literal>auto</literal> （デフォルト） - これを選択すると
+                    <literal>auto</literal> �医ョ繝輔か繝ｫ繝茨ｼ� - 縺薙ｌ繧帝∈謚槭☆繧九→
                     <literal>org.hibernate.transaction.TransactionFactory.getDefaultReleaseMode()</literal>
-                    メソッドによって返される開放モードに委譲されます。
-                    このメソッドは、
-                    JTATransactionFactoryにはConnectionReleaseMode.AFTER_STATEMENTを返し、
-                    JDBCTransactionFactoryにはConnectionReleaseMode.AFTER_TRANSACTIONを返します。
-                    このデフォルトの振る舞いを変えてうまくいった試しがありません。
-                    それは、この設定値が原因で起こる障害は、
-                    ユーザコードの中でバグや間違った条件になりやすいからです。
+                    繝｡繧ｽ繝�ラ縺ｫ繧医▲縺ｦ霑斐＆繧後ｋ髢区叛繝｢繝ｼ繝峨↓蟋碑ｭｲ縺輔ｌ縺ｾ縺吶�
+                    縺薙�繝｡繧ｽ繝�ラ縺ｯ縲�
+                    JTATransactionFactory縺ｫ縺ｯConnectionReleaseMode.AFTER_STATEMENT繧定ｿ斐＠縲�
+                    JDBCTransactionFactory縺ｫ縺ｯConnectionReleaseMode.AFTER_TRANSACTION繧定ｿ斐＠縺ｾ縺吶�
+                    縺薙�繝�ヵ繧ｩ繝ｫ繝医�謖ｯ繧玖�縺�ｒ螟峨∴縺ｦ縺�∪縺上＞縺｣縺溯ｩｦ縺励′縺ゅｊ縺ｾ縺帙ｓ縲�
+                    縺昴ｌ縺ｯ縲√％縺ｮ險ｭ螳壼､縺悟次蝗�縺ｧ襍ｷ縺薙ｋ髫懷ｮｳ縺ｯ縲�
+                    繝ｦ繝ｼ繧ｶ繧ｳ繝ｼ繝峨�荳ｭ縺ｧ繝舌げ繧�俣驕輔▲縺滓擅莉ｶ縺ｫ縺ｪ繧翫ｄ縺吶＞縺九ｉ縺ｧ縺吶�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <literal>on_close</literal> - ConnectionReleaseMode.ON_CLOSEを使います。
-                    この設定は後方互換のために残されていますが、使わないことを強く勧めます。
+                    <literal>on_close</literal> - ConnectionReleaseMode.ON_CLOSE繧剃ｽｿ縺�∪縺吶�
+                    縺薙�險ｭ螳壹�蠕梧婿莠呈鋤縺ｮ縺溘ａ縺ｫ谿九＆繧後※縺�∪縺吶′縲∽ｽｿ繧上↑縺�％縺ｨ繧貞ｼｷ縺丞匡繧√∪縺吶�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <literal>after_transaction</literal> - ConnectionReleaseMode.AFTER_TRANSACTIONを使います。
-                    この設定はJTA環境の中では使うべきではありません。
-                    ConnectionReleaseMode.AFTER_TRANSACTIONを指定し、自動コミットモードの中では、
-                    開放モードがAFTER_STATEMENTであるかのように、コネクションは開放されることに注意してください。
+                    <literal>after_transaction</literal> - ConnectionReleaseMode.AFTER_TRANSACTION繧剃ｽｿ縺�∪縺吶�
+                    縺薙�險ｭ螳壹�JTA迺ｰ蠅��荳ｭ縺ｧ縺ｯ菴ｿ縺�∋縺阪〒縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+                    ConnectionReleaseMode.AFTER_TRANSACTION繧呈欠螳壹＠縲∬�蜍輔さ繝溘ャ繝医Δ繝ｼ繝峨�荳ｭ縺ｧ縺ｯ縲�
+                    髢区叛繝｢繝ｼ繝峨′AFTER_STATEMENT縺ｧ縺ゅｋ縺九�繧医≧縺ｫ縲√さ繝阪け繧ｷ繝ｧ繝ｳ縺ｯ髢区叛縺輔ｌ繧九％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
                 </para>
             </listitem>
             <listitem>
                 <para>
-                    <literal>after_statement</literal> - ConnectionReleaseMode.AFTER_STATEMENTを使います。
-                    さらに、設定された <literal>ConnectionProvider</literal> は、
-                    この設定 (<literal>supportsAggressiveRelease()</literal>) をサポートするかどうか
-                    を調べるために使用します。
-                    もしそうでない場合、開放モードはConnectionReleaseMode.AFTER_TRANSACTION
-                    にリセットされます。
-                    この設定は次の環境でのみ安全です。
-                    それは、<literal>ConnectionProvider.getConnection()</literal> を呼び出すたびに
-                    基盤となるJDBCコネクションが同じものを取得できるか、
-                    同じコネクションが得られることが問題とならない自動コミット環境の中です。
+                    <literal>after_statement</literal> - ConnectionReleaseMode.AFTER_STATEMENT繧剃ｽｿ縺�∪縺吶�
+                    縺輔ｉ縺ｫ縲∬ｨｭ螳壹＆繧後◆ <literal>ConnectionProvider</literal> 縺ｯ縲�
+                    縺薙�險ｭ螳� (<literal>supportsAggressiveRelease()</literal>) 繧偵し繝昴�繝医☆繧九°縺ｩ縺�°
+                    繧定ｪｿ縺ｹ繧九◆繧√↓菴ｿ逕ｨ縺励∪縺吶�
+                    繧ゅ＠縺昴≧縺ｧ縺ｪ縺��ｴ蜷医�幕謾ｾ繝｢繝ｼ繝峨�ConnectionReleaseMode.AFTER_TRANSACTION
+                    縺ｫ繝ｪ繧ｻ繝�ヨ縺輔ｌ縺ｾ縺吶�
+                    縺薙�險ｭ螳壹�谺｡縺ｮ迺ｰ蠅�〒縺ｮ縺ｿ螳牙�縺ｧ縺吶�
+                    縺昴ｌ縺ｯ縲�<literal>ConnectionProvider.getConnection()</literal> 繧貞他縺ｳ蜃ｺ縺吶◆縺ｳ縺ｫ
+                    蝓ｺ逶､縺ｨ縺ｪ繧徽DBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺悟酔縺倥ｂ縺ｮ繧貞叙蠕励〒縺阪ｋ縺九�
+                    蜷後§繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺悟ｾ励ｉ繧後ｋ縺薙→縺悟撫鬘後→縺ｪ繧峨↑縺��蜍輔さ繝溘ャ繝育腸蠅��荳ｭ縺ｧ縺吶�
                 </para>
             </listitem>
         </itemizedlist>
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/tutorial.xml b/documentation/manual/ja-JP/src/main/docbook/content/tutorial.xml
index b708c8ba39..bd83d46d91 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/tutorial.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/tutorial.xml
@@ -1,53 +1,55 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="tutorial">
-    <title>Hibernateの導入</title>
+    <title>Hibernate縺ｮ蟆主�</title>
     
     <sect1 id="tutorial-intro" revision="1">
-        <title>前書き</title>
+        <title>蜑肴嶌縺�</title>
         
         <para>
-            この章はHibernateを初めて使うユーザ向けの入門的なチュートリアルです。
-            インメモリデータベースを使う簡単なコマンドラインアプリケーションから始め、
-            一歩一歩わかりやすいやり方で開発を進めます。
+            縺薙�遶�縺ｯHibernate繧貞�繧√※菴ｿ縺�Θ繝ｼ繧ｶ蜷代￠縺ｮ蜈･髢逧�↑繝√Η繝ｼ繝医Μ繧｢繝ｫ縺ｧ縺吶�
+            繧､繝ｳ繝｡繝｢繝ｪ繝��繧ｿ繝吶�繧ｹ繧剃ｽｿ縺�ｰ｡蜊倥↑繧ｳ繝槭Φ繝峨Λ繧､繝ｳ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺九ｉ蟋九ａ縲�
+            荳豁ｩ荳豁ｩ繧上°繧翫ｄ縺吶＞繧�ｊ譁ｹ縺ｧ髢狗匱繧帝ｲ繧√∪縺吶�
         </para>
 
         <para>
-            このチュートリアルはHibernateを初めて使うユーザを想定していますが、
-            理解するにはJavaとSQLについての知識が必要です。
-            これはMichael Gloeglの手によるチュートリアルを下敷きにしていますが、
-            ここでサードパーティライブラリと言っているのは、JDK 1.4と5.0用のものです。
-            JDK 1.3を利用するのであれば他のライブラリが必要かもしれません。
+            縺薙�繝√Η繝ｼ繝医Μ繧｢繝ｫ縺ｯHibernate繧貞�繧√※菴ｿ縺�Θ繝ｼ繧ｶ繧呈Φ螳壹＠縺ｦ縺�∪縺吶′縲�
+            逅�ｧ｣縺吶ｋ縺ｫ縺ｯJava縺ｨSQL縺ｫ縺､縺�※縺ｮ遏･隴倥′蠢�ｦ√〒縺吶�
+            縺薙ｌ縺ｯMichael Gloegl縺ｮ謇九↓繧医ｋ繝√Η繝ｼ繝医Μ繧｢繝ｫ繧剃ｸ区聞縺阪↓縺励※縺�∪縺吶′縲�
+            縺薙％縺ｧ繧ｵ繝ｼ繝峨ヱ繝ｼ繝�ぅ繝ｩ繧､繝悶Λ繝ｪ縺ｨ險縺｣縺ｦ縺�ｋ縺ｮ縺ｯ縲゛DK 1.4縺ｨ5.0逕ｨ縺ｮ繧ゅ�縺ｧ縺吶�
+            JDK 1.3繧貞茜逕ｨ縺吶ｋ縺ｮ縺ｧ縺ゅｌ縺ｰ莉悶�繝ｩ繧､繝悶Λ繝ｪ縺悟ｿ�ｦ√°繧ゅ＠繧後∪縺帙ｓ縲�
         </para>
 
         <para>
-             チュートリアルのソースコードはHibernateディストリビューションの 
-             <literal>doc/reference/tutorial/</literal> にあります。
+             繝√Η繝ｼ繝医Μ繧｢繝ｫ縺ｮ繧ｽ繝ｼ繧ｹ繧ｳ繝ｼ繝峨�Hibernate繝�ぅ繧ｹ繝医Μ繝薙Η繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ 
+             <literal>doc/reference/tutorial/</literal> 縺ｫ縺ゅｊ縺ｾ縺吶�
         </para>
 
     </sect1>
     
     <sect1 id="tutorial-firstapp" revision="2">
-        <title>パート1 - 初めてのHibernateアプリケーション</title>
+        <title>繝代�繝�1 - 蛻昴ａ縺ｦ縺ｮHibernate繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ</title>
 
         <para>
-            最初にコンソールベースの簡単なHibernateアプリケーションを作成します。
-            Javaデータベース（HSQL DB）を利用するので、
-            データベースサーバをインストールする必要はありません。
+            譛蛻昴↓繧ｳ繝ｳ繧ｽ繝ｼ繝ｫ繝吶�繧ｹ縺ｮ邁｡蜊倥↑Hibernate繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧剃ｽ懈�縺励∪縺吶�
+            Java繝��繧ｿ繝吶�繧ｹ��HSQL DB�峨ｒ蛻ｩ逕ｨ縺吶ｋ縺ｮ縺ｧ縲�
+            繝��繧ｿ繝吶�繧ｹ繧ｵ繝ｼ繝舌ｒ繧､繝ｳ繧ｹ繝医�繝ｫ縺吶ｋ蠢�ｦ√�縺ゅｊ縺ｾ縺帙ｓ縲�
         </para>
 
         <para>
-            仮に小さなデータベースアプリケーションが必要だとしましょう。
-            そのアプリケーションには出席したいイベントと、
-            そのイベントのホストについての情報を格納するものとします。
+            莉ｮ縺ｫ蟆上＆縺ｪ繝��繧ｿ繝吶�繧ｹ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺悟ｿ�ｦ√□縺ｨ縺励∪縺励ｇ縺��
+            縺昴�繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ縺ｯ蜃ｺ蟶ｭ縺励◆縺�う繝吶Φ繝医→縲�
+            縺昴�繧､繝吶Φ繝医�繝帙せ繝医↓縺､縺�※縺ｮ諠��ｱ繧呈�ｼ邏阪☆繧九ｂ縺ｮ縺ｨ縺励∪縺吶�
         </para>
             
         <para>
-            まず最初にすることは開発用のディレクトリをセットアップして、
-            必要となるすべてのJavaライブラリを配置することです。
-            HibernateウェブサイトからHibernateディストリビューションをダウンロードしてください。
-            ファイルを解凍して <literal>/lib</literal> にある必要なライブラリのすべてを、
-            新しい開発用ディレクトリの <literal>/lib</literal> ディレクトリに配置してください。
-            このようになっているはずです：
+            縺ｾ縺壽怙蛻昴↓縺吶ｋ縺薙→縺ｯ髢狗匱逕ｨ縺ｮ繝�ぅ繝ｬ繧ｯ繝医Μ繧偵そ繝�ヨ繧｢繝��縺励※縲�
+            蠢�ｦ√→縺ｪ繧九☆縺ｹ縺ｦ縺ｮJava繝ｩ繧､繝悶Λ繝ｪ繧帝�鄂ｮ縺吶ｋ縺薙→縺ｧ縺吶�
+            Hibernate繧ｦ繧ｧ繝悶し繧､繝医°繧羽ibernate繝�ぅ繧ｹ繝医Μ繝薙Η繝ｼ繧ｷ繝ｧ繝ｳ繧偵ム繧ｦ繝ｳ繝ｭ繝ｼ繝峨＠縺ｦ縺上□縺輔＞縲�
+            繝輔ぃ繧､繝ｫ繧定ｧ｣蜃阪＠縺ｦ <literal>/lib</literal> 縺ｫ縺ゅｋ蠢�ｦ√↑繝ｩ繧､繝悶Λ繝ｪ縺ｮ縺吶∋縺ｦ繧偵�
+            譁ｰ縺励＞髢狗匱逕ｨ繝�ぅ繝ｬ繧ｯ繝医Μ縺ｮ <literal>/lib</literal> 繝�ぅ繝ｬ繧ｯ繝医Μ縺ｫ驟咲ｽｮ縺励※縺上□縺輔＞縲�
+            縺薙�繧医≧縺ｫ縺ｪ縺｣縺ｦ縺�ｋ縺ｯ縺壹〒縺呻ｼ�
         </para>
             
         <programlisting><![CDATA[.
@@ -64,24 +66,24 @@
   log4j.jar ]]></programlisting>
 
         <para>
-            これが <emphasis>本ドキュメント執筆時点での</emphasis> Hibernateの必要最低限のライブラリです
-            （メインアーカイブのhibernate3.jarもコピーしていることに注意してください）。
-            Hibernateのバージョンによってはさらに必要なライブラリや、不要なライブラリがあるかもしれません。
-            Hibernateディストリビューションの <literal>lib/</literal> ディレクトリにある 
-            <literal>README.txt</literal> ファイルを見てください。
-            必須またはオプションのサードパーティライブラリについての情報を載せています
-            （実際Log4jは必須ではありませんが、多くの開発者が好んでいます）。
+            縺薙ｌ縺� <emphasis>譛ｬ繝峨く繝･繝｡繝ｳ繝亥濤遲�凾轤ｹ縺ｧ縺ｮ</emphasis> Hibernate縺ｮ蠢�ｦ∵怙菴朱剞縺ｮ繝ｩ繧､繝悶Λ繝ｪ縺ｧ縺�
+            �医Γ繧､繝ｳ繧｢繝ｼ繧ｫ繧､繝悶�hibernate3.jar繧ゅさ繝斐�縺励※縺�ｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞�峨�
+            Hibernate縺ｮ繝舌�繧ｸ繝ｧ繝ｳ縺ｫ繧医▲縺ｦ縺ｯ縺輔ｉ縺ｫ蠢�ｦ√↑繝ｩ繧､繝悶Λ繝ｪ繧�∽ｸ崎ｦ√↑繝ｩ繧､繝悶Λ繝ｪ縺後≠繧九°繧ゅ＠繧後∪縺帙ｓ縲�
+            Hibernate繝�ぅ繧ｹ繝医Μ繝薙Η繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ <literal>lib/</literal> 繝�ぅ繝ｬ繧ｯ繝医Μ縺ｫ縺ゅｋ 
+            <literal>README.txt</literal> 繝輔ぃ繧､繝ｫ繧定ｦ九※縺上□縺輔＞縲�
+            蠢��医∪縺溘�繧ｪ繝励す繝ｧ繝ｳ縺ｮ繧ｵ繝ｼ繝峨ヱ繝ｼ繝�ぅ繝ｩ繧､繝悶Λ繝ｪ縺ｫ縺､縺�※縺ｮ諠��ｱ繧定ｼ峨○縺ｦ縺�∪縺�
+            �亥ｮ滄圀Log4j縺ｯ蠢��医〒縺ｯ縺ゅｊ縺ｾ縺帙ｓ縺後∝､壹￥縺ｮ髢狗匱閠�′螂ｽ繧薙〒縺�∪縺呻ｼ峨�
         </para>
 
         <para>
-            次にデータベースに格納するイベントを表すクラスを作成します。
+            谺｡縺ｫ繝��繧ｿ繝吶�繧ｹ縺ｫ譬ｼ邏阪☆繧九う繝吶Φ繝医ｒ陦ｨ縺吶け繝ｩ繧ｹ繧剃ｽ懈�縺励∪縺吶�
         </para>
       
         <sect2 id="tutorial-firstapp-firstclass" revision="1">
-            <title>最初のクラス</title>
+            <title>譛蛻昴�繧ｯ繝ｩ繧ｹ</title>
             
             <para>
-				最初の永続クラスは、プロパティをいくつか持つシンプルなJavaBeanです：
+				譛蛻昴�豌ｸ邯壹け繝ｩ繧ｹ縺ｯ縲√�繝ｭ繝代ユ繧｣繧偵＞縺上▽縺区戟縺､繧ｷ繝ｳ繝励Ν縺ｪJavaBean縺ｧ縺呻ｼ�
             </para>
 
             <programlisting><![CDATA[package events;
@@ -122,42 +124,42 @@ public class Event {
 }]]></programlisting>
 
             <para>
-                ご覧のとおり、このクラスはフィールドがprivateの可視性を持っているのと同時に、
-                JavaBean標準のゲッター、セッターメソッドの命名規約に従っています。
-                このような設計は推奨されていますが必須ではありません。
-                アクセサメソッドを設けるのはリファクタリングを考えた頑健性のためで、
-                Hibernateはフィールドに直接アクセスすることも可能です。
-                引数のないコンストラクタは、リフレクションでこのクラスのインスタンスを作成するために
-                必要です。
+                縺碑ｦｧ縺ｮ縺ｨ縺翫ｊ縲√％縺ｮ繧ｯ繝ｩ繧ｹ縺ｯ繝輔ぅ繝ｼ繝ｫ繝峨′private縺ｮ蜿ｯ隕匁ｧ繧呈戟縺｣縺ｦ縺�ｋ縺ｮ縺ｨ蜷梧凾縺ｫ縲�
+                JavaBean讓呎ｺ悶�繧ｲ繝�ち繝ｼ縲√そ繝�ち繝ｼ繝｡繧ｽ繝�ラ縺ｮ蜻ｽ蜷崎ｦ冗ｴ�↓蠕薙▲縺ｦ縺�∪縺吶�
+                縺薙�繧医≧縺ｪ險ｭ險医�謗ｨ螂ｨ縺輔ｌ縺ｦ縺�∪縺吶′蠢��医〒縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+                繧｢繧ｯ繧ｻ繧ｵ繝｡繧ｽ繝�ラ繧定ｨｭ縺代ｋ縺ｮ縺ｯ繝ｪ繝輔ぃ繧ｯ繧ｿ繝ｪ繝ｳ繧ｰ繧定�∴縺滄�大▼諤ｧ縺ｮ縺溘ａ縺ｧ縲�
+                Hibernate縺ｯ繝輔ぅ繝ｼ繝ｫ繝峨↓逶ｴ謗･繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ縺薙→繧ょ庄閭ｽ縺ｧ縺吶�
+                蠑墓焚縺ｮ縺ｪ縺�さ繝ｳ繧ｹ繝医Λ繧ｯ繧ｿ縺ｯ縲√Μ繝輔Ξ繧ｯ繧ｷ繝ｧ繝ｳ縺ｧ縺薙�繧ｯ繝ｩ繧ｹ縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧剃ｽ懈�縺吶ｋ縺溘ａ縺ｫ
+                蠢�ｦ√〒縺吶�
             </para>
 
             <para>
-                <literal>id</literal> プロパティは、ある特定のイベントに対するユニークな識別子の値を保持します。
-                Hibernateの完全な機能を使いたければ、すべての永続エンティティクラス
-                （それほど重要ではない依存クラスというものもあります）
-                にこのような識別子プロパティが必要になります。
-                事実上ほとんどのアプリケーション（特にwebアプリケーション）では、
-                識別子でオブジェクトを区別する必要があるため、これは制限というよりも特徴であると考えるべきです。
-                しかし通常オブジェクトのIDを操作するようなことはしません。
-                そのためセッターメソッドはprivateにするべきです。
-                Hibernateだけがオブジェクトがセーブされたときに識別子へ値を代入します。
-                Hibernateが（public, private, protected）フィールドに直接アクセスできるのと同様に、
-                public, private, protectedのアクセサメソッドにアクセスできるということがわかるでしょう。
-                選択はあなたに任されているので、あなたのアプリケーションの設計に合わせることができます。
+                <literal>id</literal> 繝励Ο繝代ユ繧｣縺ｯ縲√≠繧狗音螳壹�繧､繝吶Φ繝医↓蟇ｾ縺吶ｋ繝ｦ繝九�繧ｯ縺ｪ隴伜挨蟄舌�蛟､繧剃ｿ晄戟縺励∪縺吶�
+                Hibernate縺ｮ螳悟�縺ｪ讖溯�繧剃ｽｿ縺�◆縺代ｌ縺ｰ縲√☆縺ｹ縺ｦ縺ｮ豌ｸ邯壹お繝ｳ繝�ぅ繝�ぅ繧ｯ繝ｩ繧ｹ
+                �医◎繧後⊇縺ｩ驥崎ｦ√〒縺ｯ縺ｪ縺�ｾ晏ｭ倥け繝ｩ繧ｹ縺ｨ縺�≧繧ゅ�繧ゅ≠繧翫∪縺呻ｼ�
+                縺ｫ縺薙�繧医≧縺ｪ隴伜挨蟄舌�繝ｭ繝代ユ繧｣縺悟ｿ�ｦ√↓縺ｪ繧翫∪縺吶�
+                莠句ｮ滉ｸ翫⊇縺ｨ繧薙←縺ｮ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ�育音縺ｫweb繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ�峨〒縺ｯ縲�
+                隴伜挨蟄舌〒繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ蛹ｺ蛻･縺吶ｋ蠢�ｦ√′縺ゅｋ縺溘ａ縲√％繧後�蛻ｶ髯舌→縺�≧繧医ｊ繧ら音蠕ｴ縺ｧ縺ゅｋ縺ｨ閠�∴繧九∋縺阪〒縺吶�
+                縺励°縺鈴壼ｸｸ繧ｪ繝悶ず繧ｧ繧ｯ繝医�ID繧呈桃菴懊☆繧九ｈ縺�↑縺薙→縺ｯ縺励∪縺帙ｓ縲�
+                縺昴�縺溘ａ繧ｻ繝�ち繝ｼ繝｡繧ｽ繝�ラ縺ｯprivate縺ｫ縺吶ｋ縺ｹ縺阪〒縺吶�
+                Hibernate縺�縺代′繧ｪ繝悶ず繧ｧ繧ｯ繝医′繧ｻ繝ｼ繝悶＆繧後◆縺ｨ縺阪↓隴伜挨蟄舌∈蛟､繧剃ｻ｣蜈･縺励∪縺吶�
+                Hibernate縺鯉ｼ�public, private, protected�峨ヵ繧｣繝ｼ繝ｫ繝峨↓逶ｴ謗･繧｢繧ｯ繧ｻ繧ｹ縺ｧ縺阪ｋ縺ｮ縺ｨ蜷梧ｧ倥↓縲�
+                public, private, protected縺ｮ繧｢繧ｯ繧ｻ繧ｵ繝｡繧ｽ繝�ラ縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺ｧ縺阪ｋ縺ｨ縺�≧縺薙→縺後ｏ縺九ｋ縺ｧ縺励ｇ縺��
+                驕ｸ謚槭�縺ゅ↑縺溘↓莉ｻ縺輔ｌ縺ｦ縺�ｋ縺ｮ縺ｧ縲√≠縺ｪ縺溘�繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ險ｭ險医↓蜷医ｏ縺帙ｋ縺薙→縺後〒縺阪∪縺吶�
             </para>
 
             <para>
-                引数のないコンストラクタはすべての永続クラスに必須です。
-                これはHibernateがJavaのリフレクションを使って、オブジェクトを作成しなければならないためです。
-                コンストラクタをprivateにすることは可能ですが、
-                実行時のプロキシ生成と、バイトコード操作なしの効率的なデータの抽出には、
-                package可視性が必要です。
+                蠑墓焚縺ｮ縺ｪ縺�さ繝ｳ繧ｹ繝医Λ繧ｯ繧ｿ縺ｯ縺吶∋縺ｦ縺ｮ豌ｸ邯壹け繝ｩ繧ｹ縺ｫ蠢��医〒縺吶�
+                縺薙ｌ縺ｯHibernate縺繰ava縺ｮ繝ｪ繝輔Ξ繧ｯ繧ｷ繝ｧ繝ｳ繧剃ｽｿ縺｣縺ｦ縲√が繝悶ず繧ｧ繧ｯ繝医ｒ菴懈�縺励↑縺代ｌ縺ｰ縺ｪ繧峨↑縺�◆繧√〒縺吶�
+                繧ｳ繝ｳ繧ｹ繝医Λ繧ｯ繧ｿ繧恥rivate縺ｫ縺吶ｋ縺薙→縺ｯ蜿ｯ閭ｽ縺ｧ縺吶′縲�
+                螳溯｡梧凾縺ｮ繝励Ο繧ｭ繧ｷ逕滓�縺ｨ縲√ヰ繧､繝医さ繝ｼ繝画桃菴懊↑縺励�蜉ｹ邇�噪縺ｪ繝��繧ｿ縺ｮ謚ｽ蜃ｺ縺ｫ縺ｯ縲�
+                package蜿ｯ隕匁ｧ縺悟ｿ�ｦ√〒縺吶�
             </para>
 
             <para>
-                開発フォルダの <literal>src</literal> というディレクトリの適切なパッケージに、
-                このJavaソースファイルを配置してください。
-                この時点でディレクトリは以下のようになっているはずです：
+                髢狗匱繝輔か繝ｫ繝縺ｮ <literal>src</literal> 縺ｨ縺�≧繝�ぅ繝ｬ繧ｯ繝医Μ縺ｮ驕ｩ蛻�↑繝代ャ繧ｱ繝ｼ繧ｸ縺ｫ縲�
+                縺薙�Java繧ｽ繝ｼ繧ｹ繝輔ぃ繧､繝ｫ繧帝�鄂ｮ縺励※縺上□縺輔＞縲�
+                縺薙�譎らせ縺ｧ繝�ぅ繝ｬ繧ｯ繝医Μ縺ｯ莉･荳九�繧医≧縺ｫ縺ｪ縺｣縺ｦ縺�ｋ縺ｯ縺壹〒縺呻ｼ�
             </para>
 
             <programlisting><![CDATA[.
@@ -168,23 +170,23 @@ public class Event {
     Event.java]]></programlisting>
 
             <para>
-                次のステップでは、Hibernateにこの永続クラスの情報を教えます。
+                谺｡縺ｮ繧ｹ繝�ャ繝励〒縺ｯ縲？ibernate縺ｫ縺薙�豌ｸ邯壹け繝ｩ繧ｹ縺ｮ諠��ｱ繧呈蕗縺医∪縺吶�
             </para>
                 
         </sect2>
 
         <sect2 id="tutorial-firstapp-mapping" revision="1">
-            <title>マッピングファイル</title>
+            <title>繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ</title>
 
             <para>
-                Hibernateは、どのように永続クラスのオブジェクトをロードし格納すればよいかを知る必要があります。
-                ここでHibernateマッピングファイルが登場します。
-                マッピングファイルは、データベース内のどのテーブルにアクセスしなければならないか、
-                そのテーブルのどのカラムを使うべきかを、Hibernateに教えます。
+                Hibernate縺ｯ縲√←縺ｮ繧医≧縺ｫ豌ｸ邯壹け繝ｩ繧ｹ縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ繝ｭ繝ｼ繝峨＠譬ｼ邏阪☆繧後�繧医＞縺九ｒ遏･繧句ｿ�ｦ√′縺ゅｊ縺ｾ縺吶�
+                縺薙％縺ｧHibernate繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ縺檎匳蝣ｴ縺励∪縺吶�
+                繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ縺ｯ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ蜀��縺ｩ縺ｮ繝��繝悶Ν縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺励↑縺代ｌ縺ｰ縺ｪ繧峨↑縺�°縲�
+                縺昴�繝��繝悶Ν縺ｮ縺ｩ縺ｮ繧ｫ繝ｩ繝�繧剃ｽｿ縺�∋縺阪°繧偵？ibernate縺ｫ謨吶∴縺ｾ縺吶�
             </para>
 
             <para>
-                マッピングファイルの基本的な構造はこのようになります：
+                繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ縺ｮ蝓ｺ譛ｬ逧�↑讒矩�縺ｯ縺薙�繧医≧縺ｫ縺ｪ繧翫∪縺呻ｼ�
             </para>
 
             <programlisting><![CDATA[<?xml version="1.0"?>
@@ -197,28 +199,28 @@ public class Event {
 </hibernate-mapping>]]></programlisting>
 
             <para>
-                Hibernate DTDが非常に洗練されていることに注目してください。
-                このDTDは、エディタやIDEでのXMLマッピング要素と属性のオートコンプリーション機能に利用できます。
-                またDTDファイルをテキストエディタで開けてみてください。
-                というのも、すべての要素と属性を概観し、
-                コメントやデフォルトの値を見るには一番簡単な方法だからです。
-                Hibernateは、webからDTDファイルをロードせずに、
-                まずアプリケーションのクラスパスからこれを探し出そうとすることに注意してください。
-                DTDファイルはHibernateディストリビューションの <literal>src/</literal> 
-                ディレクトリと同様、<literal>hibernate3.jar</literal> にも含まれています。
+                Hibernate DTD縺碁撼蟶ｸ縺ｫ豢礼ｷｴ縺輔ｌ縺ｦ縺�ｋ縺薙→縺ｫ豕ｨ逶ｮ縺励※縺上□縺輔＞縲�
+                縺薙�DTD縺ｯ縲√お繝�ぅ繧ｿ繧ИDE縺ｧ縺ｮXML繝槭ャ繝斐Φ繧ｰ隕∫ｴ�縺ｨ螻樊ｧ縺ｮ繧ｪ繝ｼ繝医さ繝ｳ繝励Μ繝ｼ繧ｷ繝ｧ繝ｳ讖溯�縺ｫ蛻ｩ逕ｨ縺ｧ縺阪∪縺吶�
+                縺ｾ縺櫂TD繝輔ぃ繧､繝ｫ繧偵ユ繧ｭ繧ｹ繝医お繝�ぅ繧ｿ縺ｧ髢九￠縺ｦ縺ｿ縺ｦ縺上□縺輔＞縲�
+                縺ｨ縺�≧縺ｮ繧ゅ√☆縺ｹ縺ｦ縺ｮ隕∫ｴ�縺ｨ螻樊ｧ繧呈ｦりｦｳ縺励�
+                繧ｳ繝｡繝ｳ繝医ｄ繝�ヵ繧ｩ繝ｫ繝医�蛟､繧定ｦ九ｋ縺ｫ縺ｯ荳逡ｪ邁｡蜊倥↑譁ｹ豕輔□縺九ｉ縺ｧ縺吶�
+                Hibernate縺ｯ縲『eb縺九ｉDTD繝輔ぃ繧､繝ｫ繧偵Ο繝ｼ繝峨○縺壹↓縲�
+                縺ｾ縺壹い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ繧ｯ繝ｩ繧ｹ繝代せ縺九ｉ縺薙ｌ繧呈爾縺怜�縺昴≧縺ｨ縺吶ｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+                DTD繝輔ぃ繧､繝ｫ縺ｯHibernate繝�ぅ繧ｹ繝医Μ繝薙Η繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ <literal>src/</literal> 
+                繝�ぅ繝ｬ繧ｯ繝医Μ縺ｨ蜷梧ｧ倥�<literal>hibernate3.jar</literal> 縺ｫ繧ょ性縺ｾ繧後※縺�∪縺吶�
             </para>
 
             <para>
-                以降の例ではコードを短くするためにDTD宣言を省略します。
-                当然ですがこれはオプションではありません。
+                莉･髯阪�萓九〒縺ｯ繧ｳ繝ｼ繝峨ｒ遏ｭ縺上☆繧九◆繧√↓DTD螳｣險繧堤怐逡･縺励∪縺吶�
+                蠖鍋┯縺ｧ縺吶′縺薙ｌ縺ｯ繧ｪ繝励す繝ｧ繝ｳ縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
             </para>
 
             <para>
-                2つの <literal>hibernate-mapping</literal> タグの間に
-                <literal>class</literal> 要素を含めてください。
-                すべての永続エンティティクラス（念を押しますが、
-                ファーストクラスのエンティティではない依存クラスというものが後ほど登場します）
-                はSQLデータベース内のテーブルへのこのようなマッピングを必要とします。
+                2縺､縺ｮ <literal>hibernate-mapping</literal> 繧ｿ繧ｰ縺ｮ髢薙↓
+                <literal>class</literal> 隕∫ｴ�繧貞性繧√※縺上□縺輔＞縲�
+                縺吶∋縺ｦ縺ｮ豌ｸ邯壹お繝ｳ繝�ぅ繝�ぅ繧ｯ繝ｩ繧ｹ�亥ｿｵ繧呈款縺励∪縺吶′縲�
+                繝輔ぃ繝ｼ繧ｹ繝医け繝ｩ繧ｹ縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｧ縺ｯ縺ｪ縺�ｾ晏ｭ倥け繝ｩ繧ｹ縺ｨ縺�≧繧ゅ�縺悟ｾ後⊇縺ｩ逋ｻ蝣ｴ縺励∪縺呻ｼ�
+                縺ｯSQL繝��繧ｿ繝吶�繧ｹ蜀��繝��繝悶Ν縺ｸ縺ｮ縺薙�繧医≧縺ｪ繝槭ャ繝斐Φ繧ｰ繧貞ｿ�ｦ√→縺励∪縺吶�
             </para>
 
             <programlisting><![CDATA[<hibernate-mapping>
@@ -230,12 +232,12 @@ public class Event {
 </hibernate-mapping>]]></programlisting>
 
             <para>
-                これまで私たちは、<literal>Event</literal> クラスのオブジェクトを
-                <literal>EVENTS</literal> テーブルに対して、どのように永続化したりロードしたりするのかを
-                Hibernateに教えてきました。そして個々のインスタンスはテーブルの行として表現されます。
-                それでは引き続きテーブルの主キーに対するユニークな識別子プロパティをマッピングしていきます。
-                さらに、この識別子の扱いに気を使いたくなかったのと同様に、
-                代理の主キーカラムに対するHibernateの識別子生成戦略を設定します。
+                縺薙ｌ縺ｾ縺ｧ遘√◆縺｡縺ｯ縲�<literal>Event</literal> 繧ｯ繝ｩ繧ｹ縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ
+                <literal>EVENTS</literal> 繝��繝悶Ν縺ｫ蟇ｾ縺励※縲√←縺ｮ繧医≧縺ｫ豌ｸ邯壼喧縺励◆繧翫Ο繝ｼ繝峨＠縺溘ｊ縺吶ｋ縺ｮ縺九ｒ
+                Hibernate縺ｫ謨吶∴縺ｦ縺阪∪縺励◆縲ゅ◎縺励※蛟九��繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ繝��繝悶Ν縺ｮ陦後→縺励※陦ｨ迴ｾ縺輔ｌ縺ｾ縺吶�
+                縺昴ｌ縺ｧ縺ｯ蠑輔″邯壹″繝��繝悶Ν縺ｮ荳ｻ繧ｭ繝ｼ縺ｫ蟇ｾ縺吶ｋ繝ｦ繝九�繧ｯ縺ｪ隴伜挨蟄舌�繝ｭ繝代ユ繧｣繧偵�繝�ヴ繝ｳ繧ｰ縺励※縺�″縺ｾ縺吶�
+                縺輔ｉ縺ｫ縲√％縺ｮ隴伜挨蟄舌�謇ｱ縺�↓豌励ｒ菴ｿ縺�◆縺上↑縺九▲縺溘�縺ｨ蜷梧ｧ倥↓縲�
+                莉｣逅��荳ｻ繧ｭ繝ｼ繧ｫ繝ｩ繝�縺ｫ蟇ｾ縺吶ｋHibernate縺ｮ隴伜挨蟄千函謌先姶逡･繧定ｨｭ螳壹＠縺ｾ縺吶�
             </para>
 
             <programlisting><![CDATA[<hibernate-mapping>
@@ -249,21 +251,21 @@ public class Event {
 </hibernate-mapping>]]></programlisting>
 
             <para>
-                <literal>id</literal> 要素は識別子プロパティの宣言であり、
-                <literal>name="id"</literal> でJavaプロパティの名前を宣言します。
-                Hibernateはこのプロパティへアクセスするためにゲッター、セッターメソッドを使います。
-                カラム属性では <literal>EVENTS</literal> テーブルのどのカラムを主キーとして使うのかを
-                Hibernateに教えます。
-                入れ子になっている <literal>generator</literal> 要素は、識別子を生成する時の戦略を指定します。
-                （この例では <literal>native</literal> を用いました）。
-                この要素は、設定したデータベース（dialect）に対する最良な識別子生成戦略を選定するものです。
-                Hibernateは、アプリケーションで値を割り当てる戦略（もしくは独自に拡張した戦略）と同様に、
-                グローバルにユニークな値をデータベースに生成させる戦略もサポートしています。
+                <literal>id</literal> 隕∫ｴ�縺ｯ隴伜挨蟄舌�繝ｭ繝代ユ繧｣縺ｮ螳｣險縺ｧ縺ゅｊ縲�
+                <literal>name="id"</literal> 縺ｧJava繝励Ο繝代ユ繧｣縺ｮ蜷榊燕繧貞ｮ｣險縺励∪縺吶�
+                Hibernate縺ｯ縺薙�繝励Ο繝代ユ繧｣縺ｸ繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ縺溘ａ縺ｫ繧ｲ繝�ち繝ｼ縲√そ繝�ち繝ｼ繝｡繧ｽ繝�ラ繧剃ｽｿ縺�∪縺吶�
+                繧ｫ繝ｩ繝�螻樊ｧ縺ｧ縺ｯ <literal>EVENTS</literal> 繝��繝悶Ν縺ｮ縺ｩ縺ｮ繧ｫ繝ｩ繝�繧剃ｸｻ繧ｭ繝ｼ縺ｨ縺励※菴ｿ縺��縺九ｒ
+                Hibernate縺ｫ謨吶∴縺ｾ縺吶�
+                蜈･繧悟ｭ舌↓縺ｪ縺｣縺ｦ縺�ｋ <literal>generator</literal> 隕∫ｴ�縺ｯ縲∬ｭ伜挨蟄舌ｒ逕滓�縺吶ｋ譎ゅ�謌ｦ逡･繧呈欠螳壹＠縺ｾ縺吶�
+                �医％縺ｮ萓九〒縺ｯ <literal>native</literal> 繧堤畑縺�∪縺励◆�峨�
+                縺薙�隕∫ｴ�縺ｯ縲∬ｨｭ螳壹＠縺溘ョ繝ｼ繧ｿ繝吶�繧ｹ��dialect�峨↓蟇ｾ縺吶ｋ譛濶ｯ縺ｪ隴伜挨蟄千函謌先姶逡･繧帝∈螳壹☆繧九ｂ縺ｮ縺ｧ縺吶�
+                Hibernate縺ｯ縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｧ蛟､繧貞牡繧雁ｽ薙※繧区姶逡･�医ｂ縺励￥縺ｯ迢ｬ閾ｪ縺ｫ諡｡蠑ｵ縺励◆謌ｦ逡･�峨→蜷梧ｧ倥↓縲�
+                繧ｰ繝ｭ繝ｼ繝舌Ν縺ｫ繝ｦ繝九�繧ｯ縺ｪ蛟､繧偵ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｫ逕滓�縺輔○繧区姶逡･繧ゅし繝昴�繝医＠縺ｦ縺�∪縺吶�
             </para>
 
             <para>
-                最後にクラスの永続プロパティの宣言をマッピングファイルに含めます。
-                デフォルトでは、クラスのプロパティは永続と見なされません：
+                譛蠕後↓繧ｯ繝ｩ繧ｹ縺ｮ豌ｸ邯壹�繝ｭ繝代ユ繧｣縺ｮ螳｣險繧偵�繝�ヴ繝ｳ繧ｰ繝輔ぃ繧､繝ｫ縺ｫ蜷ｫ繧√∪縺吶�
+                繝�ヵ繧ｩ繝ｫ繝医〒縺ｯ縲√け繝ｩ繧ｹ縺ｮ繝励Ο繝代ユ繧｣縺ｯ豌ｸ邯壹→隕九↑縺輔ｌ縺ｾ縺帙ｓ��
             </para>
             
             <programlisting><![CDATA[
@@ -280,45 +282,45 @@ public class Event {
 </hibernate-mapping>]]></programlisting>
             
             <para>
-                <literal>id</literal> 要素の場合と同様に、 <literal>property</literal> 要素の 
-                <literal>name</literal> 属性で、どのゲッターとセッターメソッドを使うべきかをHibernateに教えます。
-                この例では、Hibernateは <literal>getDate()/setDate()</literal> と <literal>getTitle()/setTitle()</literal> を
-                探します。
+                <literal>id</literal> 隕∫ｴ�縺ｮ蝣ｴ蜷医→蜷梧ｧ倥↓縲� <literal>property</literal> 隕∫ｴ�縺ｮ 
+                <literal>name</literal> 螻樊ｧ縺ｧ縲√←縺ｮ繧ｲ繝�ち繝ｼ縺ｨ繧ｻ繝�ち繝ｼ繝｡繧ｽ繝�ラ繧剃ｽｿ縺�∋縺阪°繧辿ibernate縺ｫ謨吶∴縺ｾ縺吶�
+                縺薙�萓九〒縺ｯ縲？ibernate縺ｯ <literal>getDate()/setDate()</literal> 縺ｨ <literal>getTitle()/setTitle()</literal> 繧�
+                謗｢縺励∪縺吶�
             </para>
 
             <para>
-                なぜ <literal>date</literal> プロパティのマッピングには <literal>column</literal> 
-                属性があり、<literal>title</literal> プロパティにはないのでしょうか？
-                <literal>column</literal> 属性がなければ、Hibernateはプロパティ名をカラム名として使います。
-                これは <literal>title</literal> では上手く行きます。
-                しかし <literal>date</literal> はほとんどのデータベースで予約語なので、
-                違う名前でマッピングした方がよいのです。
+                縺ｪ縺� <literal>date</literal> 繝励Ο繝代ユ繧｣縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｫ縺ｯ <literal>column</literal> 
+                螻樊ｧ縺後≠繧翫�<literal>title</literal> 繝励Ο繝代ユ繧｣縺ｫ縺ｯ縺ｪ縺��縺ｧ縺励ｇ縺�°��
+                <literal>column</literal> 螻樊ｧ縺後↑縺代ｌ縺ｰ縲？ibernate縺ｯ繝励Ο繝代ユ繧｣蜷阪ｒ繧ｫ繝ｩ繝�蜷阪→縺励※菴ｿ縺�∪縺吶�
+                縺薙ｌ縺ｯ <literal>title</literal> 縺ｧ縺ｯ荳頑焔縺剰｡後″縺ｾ縺吶�
+                縺励°縺� <literal>date</literal> 縺ｯ縺ｻ縺ｨ繧薙←縺ｮ繝��繧ｿ繝吶�繧ｹ縺ｧ莠育ｴ�ｪ槭↑縺ｮ縺ｧ縲�
+                驕輔≧蜷榊燕縺ｧ繝槭ャ繝斐Φ繧ｰ縺励◆譁ｹ縺後ｈ縺��縺ｧ縺吶�
             </para>
 
             <para>
-                次に興味深いのは <literal>title</literal> マッピングが <literal>type</literal> 
-                属性をも欠いている点です。
-                マッピングファイルで宣言して使うtypeは、おわかりかもしれませんがJavaのデータ型ではありません。
-                SQLデータベースの型でもありません。
-                これは <emphasis>Hibernateマッピング型</emphasis> と呼ばれる、
-                JavaからSQLデータの型へまたはSQLからJavaデータ型へ翻訳するコンバータです。
-                繰り返しになりますが、Hibernateは <literal>type</literal> 属性がマッピングファイル内になければ、
-                正しいコンバージョンとマッピング型を自分で解決しようとします。
-                （Javaクラスのリフレクションを使った）この自動検知は、
-                場合によってはあなたが期待または必要とするデフォルト値にならないかもしれません。
-                <literal>date</literal> プロパティの場合がそうでした。
-                Hibernateはこの（ <literal>java.util.Date</literal> の）プロパティを
-                SQLの <literal>date</literal> , <literal>timestamp</literal> , 
-                <literal>time</literal> のうち、どのカラムにマッピングするべきなのかわかりません。
-                <literal>timestamp</literal> コンバータでプロパティをマッピングすることにより、完全な日時を保存します。
+                谺｡縺ｫ闊亥袖豺ｱ縺��縺ｯ <literal>title</literal> 繝槭ャ繝斐Φ繧ｰ縺� <literal>type</literal> 
+                螻樊ｧ繧偵ｂ谺�縺�※縺�ｋ轤ｹ縺ｧ縺吶�
+                繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ縺ｧ螳｣險縺励※菴ｿ縺�type縺ｯ縲√♀繧上°繧翫°繧ゅ＠繧後∪縺帙ｓ縺繰ava縺ｮ繝��繧ｿ蝙九〒縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+                SQL繝��繧ｿ繝吶�繧ｹ縺ｮ蝙九〒繧ゅ≠繧翫∪縺帙ｓ縲�
+                縺薙ｌ縺ｯ <emphasis>Hibernate繝槭ャ繝斐Φ繧ｰ蝙�</emphasis> 縺ｨ蜻ｼ縺ｰ繧後ｋ縲�
+                Java縺九ｉSQL繝��繧ｿ縺ｮ蝙九∈縺ｾ縺溘�SQL縺九ｉJava繝��繧ｿ蝙九∈鄙ｻ險ｳ縺吶ｋ繧ｳ繝ｳ繝舌�繧ｿ縺ｧ縺吶�
+                郢ｰ繧願ｿ斐＠縺ｫ縺ｪ繧翫∪縺吶′縲？ibernate縺ｯ <literal>type</literal> 螻樊ｧ縺後�繝�ヴ繝ｳ繧ｰ繝輔ぃ繧､繝ｫ蜀�↓縺ｪ縺代ｌ縺ｰ縲�
+                豁｣縺励＞繧ｳ繝ｳ繝舌�繧ｸ繝ｧ繝ｳ縺ｨ繝槭ャ繝斐Φ繧ｰ蝙九ｒ閾ｪ蛻�〒隗｣豎ｺ縺励ｈ縺�→縺励∪縺吶�
+                ��Java繧ｯ繝ｩ繧ｹ縺ｮ繝ｪ繝輔Ξ繧ｯ繧ｷ繝ｧ繝ｳ繧剃ｽｿ縺｣縺滂ｼ峨％縺ｮ閾ｪ蜍墓､懃衍縺ｯ縲�
+                蝣ｴ蜷医↓繧医▲縺ｦ縺ｯ縺ゅ↑縺溘′譛溷ｾ�∪縺溘�蠢�ｦ√→縺吶ｋ繝�ヵ繧ｩ繝ｫ繝亥､縺ｫ縺ｪ繧峨↑縺�°繧ゅ＠繧後∪縺帙ｓ縲�
+                <literal>date</literal> 繝励Ο繝代ユ繧｣縺ｮ蝣ｴ蜷医′縺昴≧縺ｧ縺励◆縲�
+                Hibernate縺ｯ縺薙��� <literal>java.util.Date</literal> 縺ｮ�峨�繝ｭ繝代ユ繧｣繧�
+                SQL縺ｮ <literal>date</literal> , <literal>timestamp</literal> , 
+                <literal>time</literal> 縺ｮ縺�■縲√←縺ｮ繧ｫ繝ｩ繝�縺ｫ繝槭ャ繝斐Φ繧ｰ縺吶ｋ縺ｹ縺阪↑縺ｮ縺九ｏ縺九ｊ縺ｾ縺帙ｓ縲�
+                <literal>timestamp</literal> 繧ｳ繝ｳ繝舌�繧ｿ縺ｧ繝励Ο繝代ユ繧｣繧偵�繝�ヴ繝ｳ繧ｰ縺吶ｋ縺薙→縺ｫ繧医ｊ縲∝ｮ悟�縺ｪ譌･譎ゅｒ菫晏ｭ倥＠縺ｾ縺吶�
             </para>
 
             <para>
-                このマッピングファイルは、<literal>Event.hbm.xml</literal> として <literal>Event</literal> 
-                Javaクラスソースファイルのすぐ隣にセーブするべきです。
-                マッピングファイルの命名方法は任意ですが、<literal>hbm.xml</literal> 
-                サフィックスがHibernateの開発者のコミュニティ内での習慣となっています。
-                現在ディレクトリ構造はこのようになっているはずです：
+                縺薙�繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ縺ｯ縲�<literal>Event.hbm.xml</literal> 縺ｨ縺励※ <literal>Event</literal> 
+                Java繧ｯ繝ｩ繧ｹ繧ｽ繝ｼ繧ｹ繝輔ぃ繧､繝ｫ縺ｮ縺吶＄髫｣縺ｫ繧ｻ繝ｼ繝悶☆繧九∋縺阪〒縺吶�
+                繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ縺ｮ蜻ｽ蜷肴婿豕輔�莉ｻ諢上〒縺吶′縲�<literal>hbm.xml</literal> 
+                繧ｵ繝輔ぅ繝�け繧ｹ縺粂ibernate縺ｮ髢狗匱閠��繧ｳ繝溘Η繝九ユ繧｣蜀�〒縺ｮ鄙呈�縺ｨ縺ｪ縺｣縺ｦ縺�∪縺吶�
+                迴ｾ蝨ｨ繝�ぅ繝ｬ繧ｯ繝医Μ讒矩�縺ｯ縺薙�繧医≧縺ｫ縺ｪ縺｣縺ｦ縺�ｋ縺ｯ縺壹〒縺呻ｼ�
             </para>
 
             <programlisting><![CDATA[.
@@ -330,51 +332,51 @@ public class Event {
     Event.hbm.xml]]></programlisting>
 
              <para>
-                 Hibernateの主要な設定を続けます。
+                 Hibernate縺ｮ荳ｻ隕√↑險ｭ螳壹ｒ邯壹￠縺ｾ縺吶�
              </para>
 
         </sect2>
 
         <sect2 id="tutorial-firstapp-configuration" revision="2">
-            <title>Hibernateの設定</title>
+            <title>Hibernate縺ｮ險ｭ螳�</title>
 
             <para>
-                ここまでで永続クラスとマッピングファイルが揃いました。これからHibernateの設定を行いますが、
-                その前にデータベースが必要です。
-                HSQL DBはJavaベースのインメモリSQL DBMSであり、HSQL DBウェブサイトからダウンロードできます。
-                実際にはダウンロードした中の <literal>hsqldb.jar</literal> だけが必要です。
-                このファイルを開発フォルダの <literal>lib/</literal> ディレクトリに配置してください。
+                縺薙％縺ｾ縺ｧ縺ｧ豌ｸ邯壹け繝ｩ繧ｹ縺ｨ繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ縺梧純縺�∪縺励◆縲ゅ％繧後°繧羽ibernate縺ｮ險ｭ螳壹ｒ陦後＞縺ｾ縺吶′縲�
+                縺昴�蜑阪↓繝��繧ｿ繝吶�繧ｹ縺悟ｿ�ｦ√〒縺吶�
+                HSQL DB縺ｯJava繝吶�繧ｹ縺ｮ繧､繝ｳ繝｡繝｢繝ｪSQL DBMS縺ｧ縺ゅｊ縲？SQL DB繧ｦ繧ｧ繝悶し繧､繝医°繧峨ム繧ｦ繝ｳ繝ｭ繝ｼ繝峨〒縺阪∪縺吶�
+                螳滄圀縺ｫ縺ｯ繝繧ｦ繝ｳ繝ｭ繝ｼ繝峨＠縺滉ｸｭ縺ｮ <literal>hsqldb.jar</literal> 縺�縺代′蠢�ｦ√〒縺吶�
+                縺薙�繝輔ぃ繧､繝ｫ繧帝幕逋ｺ繝輔か繝ｫ繝縺ｮ <literal>lib/</literal> 繝�ぅ繝ｬ繧ｯ繝医Μ縺ｫ驟咲ｽｮ縺励※縺上□縺輔＞縲�
             </para>
 
             <para>
-                <literal>data</literal> というディレクトリを開発ディレクトリのルートに作成してください。
-                HSQL DBはここにデータファイルを格納します。
-                このデータディレクトリにおいて <literal>java -classpath lib/hsqldb.jar org.hsqldb.Server</literal> を実行し、
-                データベースを起動させてください。
-                動作の開始と、TCP/IPソケットのバインドが確認できます。
-                後ほど作成するアプリケーションはここに接続します。
-                もしこのチュートリアル中にデータベースを初期化したければ、
-                HSQL DBをシャットダウンして（作業ウィンドウで <literal>CTRL + C</literal> を押します）
-                <literal>data/</literal> ディレクトリ内のファイルを全て消去した後、
-                HSQL DBを再起動します。
+                <literal>data</literal> 縺ｨ縺�≧繝�ぅ繝ｬ繧ｯ繝医Μ繧帝幕逋ｺ繝�ぅ繝ｬ繧ｯ繝医Μ縺ｮ繝ｫ繝ｼ繝医↓菴懈�縺励※縺上□縺輔＞縲�
+                HSQL DB縺ｯ縺薙％縺ｫ繝��繧ｿ繝輔ぃ繧､繝ｫ繧呈�ｼ邏阪＠縺ｾ縺吶�
+                縺薙�繝��繧ｿ繝�ぅ繝ｬ繧ｯ繝医Μ縺ｫ縺翫＞縺ｦ <literal>java -classpath lib/hsqldb.jar org.hsqldb.Server</literal> 繧貞ｮ溯｡後＠縲�
+                繝��繧ｿ繝吶�繧ｹ繧定ｵｷ蜍輔＆縺帙※縺上□縺輔＞縲�
+                蜍穂ｽ懊�髢句ｧ九→縲ゝCP/IP繧ｽ繧ｱ繝�ヨ縺ｮ繝舌う繝ｳ繝峨′遒ｺ隱阪〒縺阪∪縺吶�
+                蠕後⊇縺ｩ菴懈�縺吶ｋ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ縺薙％縺ｫ謗･邯壹＠縺ｾ縺吶�
+                繧ゅ＠縺薙�繝√Η繝ｼ繝医Μ繧｢繝ｫ荳ｭ縺ｫ繝��繧ｿ繝吶�繧ｹ繧貞�譛溷喧縺励◆縺代ｌ縺ｰ縲�
+                HSQL DB繧偵す繝｣繝�ヨ繝繧ｦ繝ｳ縺励※�井ｽ懈･ｭ繧ｦ繧｣繝ｳ繝峨え縺ｧ <literal>CTRL + C</literal> 繧呈款縺励∪縺呻ｼ�
+                <literal>data/</literal> 繝�ぅ繝ｬ繧ｯ繝医Μ蜀��繝輔ぃ繧､繝ｫ繧貞�縺ｦ豸亥悉縺励◆蠕後�
+                HSQL DB繧貞�襍ｷ蜍輔＠縺ｾ縺吶�
             </para>
 
             <para>
-                Hibernateはアプリケーションのデータベースに接続する層なので、
-                コネクションの情報が必要になります。
-                コネクションはJDBCコネクションプールを通じて行われますが、これも設定する必要があります。
-                HibernateディストリビューションにはいくつかのオープンソースのJDBCコネクションプールツールが含まれていますが、
-                このチュートリアルではHibernateに組み込まれたコネクションプールを使います。
-                もし製品レベルの品質のサードパーティJDBCコネクションプールソフトウェアを使いたければ、
-                クラスパスに必要なライブラリをコピーして、異なるコネクションプールを設定しなければ
-                ならないことに注意してください。
+                Hibernate縺ｯ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ繝��繧ｿ繝吶�繧ｹ縺ｫ謗･邯壹☆繧句ｱ､縺ｪ縺ｮ縺ｧ縲�
+                繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺ｮ諠��ｱ縺悟ｿ�ｦ√↓縺ｪ繧翫∪縺吶�
+                繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺ｯJDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繝励�繝ｫ繧帝壹§縺ｦ陦後ｏ繧後∪縺吶′縲√％繧後ｂ險ｭ螳壹☆繧句ｿ�ｦ√′縺ゅｊ縺ｾ縺吶�
+                Hibernate繝�ぅ繧ｹ繝医Μ繝薙Η繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ縺ｯ縺�￥縺､縺九�繧ｪ繝ｼ繝励Φ繧ｽ繝ｼ繧ｹ縺ｮJDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繝励�繝ｫ繝��繝ｫ縺悟性縺ｾ繧後※縺�∪縺吶′縲�
+                縺薙�繝√Η繝ｼ繝医Μ繧｢繝ｫ縺ｧ縺ｯHibernate縺ｫ邨�∩霎ｼ縺ｾ繧後◆繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繝励�繝ｫ繧剃ｽｿ縺�∪縺吶�
+                繧ゅ＠陬ｽ蜩√Ξ繝吶Ν縺ｮ蜩∬ｳｪ縺ｮ繧ｵ繝ｼ繝峨ヱ繝ｼ繝�ぅJDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ繝励�繝ｫ繧ｽ繝輔ヨ繧ｦ繧ｧ繧｢繧剃ｽｿ縺�◆縺代ｌ縺ｰ縲�
+                繧ｯ繝ｩ繧ｹ繝代せ縺ｫ蠢�ｦ√↑繝ｩ繧､繝悶Λ繝ｪ繧偵さ繝斐�縺励※縲∫焚縺ｪ繧九さ繝阪け繧ｷ繝ｧ繝ｳ繝励�繝ｫ繧定ｨｭ螳壹＠縺ｪ縺代ｌ縺ｰ
+                縺ｪ繧峨↑縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
             </para>
 
             <para>
-                Hibernateの設定では、単純な <literal>hibernate.properties</literal> ファイル、
-                それより少し洗練されている <literal>hibernate.cfg.xml</literal> ファイル、
-                または完全にプログラム上でセットアップする方法が利用できます。
-                ほとんどのユーザが好むのはXML設定ファイルです：
+                Hibernate縺ｮ險ｭ螳壹〒縺ｯ縲∝腰邏斐↑ <literal>hibernate.properties</literal> 繝輔ぃ繧､繝ｫ縲�
+                縺昴ｌ繧医ｊ蟆代＠豢礼ｷｴ縺輔ｌ縺ｦ縺�ｋ <literal>hibernate.cfg.xml</literal> 繝輔ぃ繧､繝ｫ縲�
+                縺ｾ縺溘�螳悟�縺ｫ繝励Ο繧ｰ繝ｩ繝�荳翫〒繧ｻ繝�ヨ繧｢繝��縺吶ｋ譁ｹ豕輔′蛻ｩ逕ｨ縺ｧ縺阪∪縺吶�
+                縺ｻ縺ｨ繧薙←縺ｮ繝ｦ繝ｼ繧ｶ縺悟･ｽ繧縺ｮ縺ｯXML險ｭ螳壹ヵ繧｡繧､繝ｫ縺ｧ縺呻ｼ�
             </para>
 
             <programlisting><![CDATA[<?xml version='1.0' encoding='utf-8'?>
@@ -417,51 +419,51 @@ public class Event {
 </hibernate-configuration>]]></programlisting>
 
             <para>
-                このXMLの設定が異なるDTDを使うことに注意してください。
-                特定のデータベースを受け持つグローバルファクトリであるHibernateの 
-                <literal>SessionFactory</literal> を設定します。
-                もし複数のデータベースがある場合には、
-                （スタートアップを簡単にするため）通常いくつかの設定ファイル内で、
-                いくつかの <literal>&lt;session-factory&gt;</literal> を使う設定にしてください。
+                縺薙�XML縺ｮ險ｭ螳壹′逡ｰ縺ｪ繧汽TD繧剃ｽｿ縺�％縺ｨ縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+                迚ｹ螳壹�繝��繧ｿ繝吶�繧ｹ繧貞女縺第戟縺､繧ｰ繝ｭ繝ｼ繝舌Ν繝輔ぃ繧ｯ繝医Μ縺ｧ縺ゅｋHibernate縺ｮ 
+                <literal>SessionFactory</literal> 繧定ｨｭ螳壹＠縺ｾ縺吶�
+                繧ゅ＠隍�焚縺ｮ繝��繧ｿ繝吶�繧ｹ縺後≠繧句�ｴ蜷医↓縺ｯ縲�
+                �医せ繧ｿ繝ｼ繝医い繝��繧堤ｰ｡蜊倥↓縺吶ｋ縺溘ａ�蛾壼ｸｸ縺�￥縺､縺九�險ｭ螳壹ヵ繧｡繧､繝ｫ蜀�〒縲�
+                縺�￥縺､縺九� <literal>&lt;session-factory&gt;</literal> 繧剃ｽｿ縺�ｨｭ螳壹↓縺励※縺上□縺輔＞縲�
             </para>
 
             <para>
-                最初の4つの <literal>property</literal> 要素はJDBCコネクションに必要な設定を含んでいます。
-                dialectという名前の <literal>property</literal> 要素は、Hibernateが生成する特定のSQL方言を指定します。
-                永続的なコンテキストに対するHibernateのセッションの自動管理は、後の例ですぐにわかるように、役に立つことでしょう。
-                <literal>hbm2ddl.auto</literal> オプションはデータベーススキーマの自動生成をonにします。
-                これは直接データベースに対して生成されます。
-                当然（configオプションを削除して）offにしたり、
-                <literal>SchemaExport</literal> というAntタスクの助けを借りてファイルにリダイレクトしたりできます。
-                最後に永続クラスのためのマッピングファイルを設定に追加します。
+                譛蛻昴�4縺､縺ｮ <literal>property</literal> 隕∫ｴ�縺ｯJDBC繧ｳ繝阪け繧ｷ繝ｧ繝ｳ縺ｫ蠢�ｦ√↑險ｭ螳壹ｒ蜷ｫ繧薙〒縺�∪縺吶�
+                dialect縺ｨ縺�≧蜷榊燕縺ｮ <literal>property</literal> 隕∫ｴ�縺ｯ縲？ibernate縺檎函謌舌☆繧狗音螳壹�SQL譁ｹ險繧呈欠螳壹＠縺ｾ縺吶�
+                豌ｸ邯夂噪縺ｪ繧ｳ繝ｳ繝�く繧ｹ繝医↓蟇ｾ縺吶ｋHibernate縺ｮ繧ｻ繝�す繝ｧ繝ｳ縺ｮ閾ｪ蜍慕ｮ｡逅��縲∝ｾ後�萓九〒縺吶＄縺ｫ繧上°繧九ｈ縺�↓縲∝ｽｹ縺ｫ遶九▽縺薙→縺ｧ縺励ｇ縺��
+                <literal>hbm2ddl.auto</literal> 繧ｪ繝励す繝ｧ繝ｳ縺ｯ繝��繧ｿ繝吶�繧ｹ繧ｹ繧ｭ繝ｼ繝槭�閾ｪ蜍慕函謌舌ｒon縺ｫ縺励∪縺吶�
+                縺薙ｌ縺ｯ逶ｴ謗･繝��繧ｿ繝吶�繧ｹ縺ｫ蟇ｾ縺励※逕滓�縺輔ｌ縺ｾ縺吶�
+                蠖鍋┯��config繧ｪ繝励す繝ｧ繝ｳ繧貞炎髯､縺励※�頴ff縺ｫ縺励◆繧翫�
+                <literal>SchemaExport</literal> 縺ｨ縺�≧Ant繧ｿ繧ｹ繧ｯ縺ｮ蜉ｩ縺代ｒ蛟溘ｊ縺ｦ繝輔ぃ繧､繝ｫ縺ｫ繝ｪ繝繧､繝ｬ繧ｯ繝医＠縺溘ｊ縺ｧ縺阪∪縺吶�
+                譛蠕後↓豌ｸ邯壹け繝ｩ繧ｹ縺ｮ縺溘ａ縺ｮ繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ繧定ｨｭ螳壹↓霑ｽ蜉�縺励∪縺吶�
             </para>
 
             <para>
-                このファイルをソースディレクトリにコピーしてください。
-                するとこれはクラスパスのルートにあることになります。
-                Hibernateは、スタートアップ時にクラスパスのルートで <literal>hibernate.cfg.xml</literal> 
-                というファイルを自動的に探します。
+                縺薙�繝輔ぃ繧､繝ｫ繧偵た繝ｼ繧ｹ繝�ぅ繝ｬ繧ｯ繝医Μ縺ｫ繧ｳ繝斐�縺励※縺上□縺輔＞縲�
+                縺吶ｋ縺ｨ縺薙ｌ縺ｯ繧ｯ繝ｩ繧ｹ繝代せ縺ｮ繝ｫ繝ｼ繝医↓縺ゅｋ縺薙→縺ｫ縺ｪ繧翫∪縺吶�
+                Hibernate縺ｯ縲√せ繧ｿ繝ｼ繝医い繝��譎ゅ↓繧ｯ繝ｩ繧ｹ繝代せ縺ｮ繝ｫ繝ｼ繝医〒 <literal>hibernate.cfg.xml</literal> 
+                縺ｨ縺�≧繝輔ぃ繧､繝ｫ繧定�蜍慕噪縺ｫ謗｢縺励∪縺吶�
             </para>
 
         </sect2>
 
         <sect2 id="tutorial-firstapp-ant" revision="1">
-            <title>Antによるビルド</title>
+            <title>Ant縺ｫ繧医ｋ繝薙Ν繝�</title>
 
             <para>
-                それではAntを使ってチュートリアルをビルドしましょう。
-                それにはAntがインストールされていなければなりません。
-                <ulink url="http://ant.apache.org/bindownload.cgi">Antダウンロードページ</ulink> 
-                からダウンロードしてください。
-                Antのインストール方法はここでは説明しませんので、
-                <ulink url="http://ant.apache.org/manual/index.html">Antマニュアル</ulink> 
-                を参照してください。
-                Antをインストールすれば、ビルドファイルの作成を開始できます。
-                このファイルは <literal>build.xml</literal> と呼ばれ、開発ディレクトリに直接配置します。
+                縺昴ｌ縺ｧ縺ｯAnt繧剃ｽｿ縺｣縺ｦ繝√Η繝ｼ繝医Μ繧｢繝ｫ繧偵ン繝ｫ繝峨＠縺ｾ縺励ｇ縺��
+                縺昴ｌ縺ｫ縺ｯAnt縺後う繝ｳ繧ｹ繝医�繝ｫ縺輔ｌ縺ｦ縺�↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+                <ulink url="http://ant.apache.org/bindownload.cgi">Ant繝繧ｦ繝ｳ繝ｭ繝ｼ繝峨�繝ｼ繧ｸ</ulink> 
+                縺九ｉ繝繧ｦ繝ｳ繝ｭ繝ｼ繝峨＠縺ｦ縺上□縺輔＞縲�
+                Ant縺ｮ繧､繝ｳ繧ｹ繝医�繝ｫ譁ｹ豕輔�縺薙％縺ｧ縺ｯ隱ｬ譏弱＠縺ｾ縺帙ｓ縺ｮ縺ｧ縲�
+                <ulink url="http://ant.apache.org/manual/index.html">Ant繝槭ル繝･繧｢繝ｫ</ulink> 
+                繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
+                Ant繧偵う繝ｳ繧ｹ繝医�繝ｫ縺吶ｌ縺ｰ縲√ン繝ｫ繝峨ヵ繧｡繧､繝ｫ縺ｮ菴懈�繧帝幕蟋九〒縺阪∪縺吶�
+                縺薙�繝輔ぃ繧､繝ｫ縺ｯ <literal>build.xml</literal> 縺ｨ蜻ｼ縺ｰ繧後�幕逋ｺ繝�ぅ繝ｬ繧ｯ繝医Μ縺ｫ逶ｴ謗･驟咲ｽｮ縺励∪縺吶�
             </para>
 
             <para>
-                基本的なビルドファイルはこのようになります：
+                蝓ｺ譛ｬ逧�↑繝薙Ν繝峨ヵ繧｡繧､繝ｫ縺ｯ縺薙�繧医≧縺ｫ縺ｪ繧翫∪縺呻ｼ�
             </para>
 
             <programlisting><![CDATA[<project name="hibernate-tutorial" default="compile">
@@ -498,21 +500,21 @@ public class Event {
 </project>]]></programlisting>
 
             <para>
-                これは <literal>.jar</literal> で終わるlibディレクトリのすべてのファイルを、
-                コンパイルに使用するクラスパスに追加することをAntに教えます。
-                また、Javaソースファイルでないすべてのファイルをターゲットディレクトリにコピーするということでもあります。
-                例えば設定ファイルやHibernateマッピングファイルなどです。
-                今Antを実行すると、このような出力があるはずです：
+                縺薙ｌ縺ｯ <literal>.jar</literal> 縺ｧ邨ゅｏ繧詰ib繝�ぅ繝ｬ繧ｯ繝医Μ縺ｮ縺吶∋縺ｦ縺ｮ繝輔ぃ繧､繝ｫ繧偵�
+                繧ｳ繝ｳ繝代う繝ｫ縺ｫ菴ｿ逕ｨ縺吶ｋ繧ｯ繝ｩ繧ｹ繝代せ縺ｫ霑ｽ蜉�縺吶ｋ縺薙→繧但nt縺ｫ謨吶∴縺ｾ縺吶�
+                縺ｾ縺溘゛ava繧ｽ繝ｼ繧ｹ繝輔ぃ繧､繝ｫ縺ｧ縺ｪ縺�☆縺ｹ縺ｦ縺ｮ繝輔ぃ繧､繝ｫ繧偵ち繝ｼ繧ｲ繝�ヨ繝�ぅ繝ｬ繧ｯ繝医Μ縺ｫ繧ｳ繝斐�縺吶ｋ縺ｨ縺�≧縺薙→縺ｧ繧ゅ≠繧翫∪縺吶�
+                萓九∴縺ｰ險ｭ螳壹ヵ繧｡繧､繝ｫ繧Зibernate繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ縺ｪ縺ｩ縺ｧ縺吶�
+                莉晦nt繧貞ｮ溯｡後☆繧九→縲√％縺ｮ繧医≧縺ｪ蜃ｺ蜉帙′縺ゅｋ縺ｯ縺壹〒縺呻ｼ�
             </para>
 
-            <programlisting><![CDATA[C:\hibernateTutorial\>ant
+            <programlisting><![CDATA[C:ﾂ･hibernateTutorialﾂ･>ant
 Buildfile: build.xml
 
 copy-resources:
-     [copy] Copying 2 files to C:\hibernateTutorial\bin
+     [copy] Copying 2 files to C:ﾂ･hibernateTutorialﾂ･bin
 
 compile:
-    [javac] Compiling 1 source file to C:\hibernateTutorial\bin
+    [javac] Compiling 1 source file to C:ﾂ･hibernateTutorialﾂ･bin
 
 BUILD SUCCESSFUL
 Total time: 1 second ]]></programlisting>
@@ -520,24 +522,24 @@ Total time: 1 second ]]></programlisting>
         </sect2>
 
         <sect2 id="tutorial-firstapp-helpers" revision="3">
-            <title>スタートアップとヘルパ</title>
+            <title>繧ｹ繧ｿ繝ｼ繝医い繝��縺ｨ繝倥Ν繝�</title>
 
             <para>
-                さて <literal>Event</literal> オブジェクトをロードしたり格納したりする準備ができました。
-                しかしまずはインフラストラクチャのコードを書いて、セットアップを完了する必要があります。
-                まずはHibernateをスタートアップしなければなりません。
-                このスタートアップには、グローバルの <literal>SessionFactory</literal> オブジェクトを生成して、
-                それをアプリケーションのコードでアクセスしやすい場所に格納することが含まれます。
-                <literal>SessionFactory</literal> は新しく <literal>Session</literal> をオープンすることができます。
-                <literal>Session</literal> はシングルスレッドの作業単位(Unit of Work)を表現します。
-                それに対し<literal>SessionFactory</literal> はスレッドセーフのグローバルオブジェクトであり、
-                一度だけインスタンス化されます。
+                縺輔※ <literal>Event</literal> 繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ繝ｭ繝ｼ繝峨＠縺溘ｊ譬ｼ邏阪＠縺溘ｊ縺吶ｋ貅門ｙ縺後〒縺阪∪縺励◆縲�
+                縺励°縺励∪縺壹�繧､繝ｳ繝輔Λ繧ｹ繝医Λ繧ｯ繝√Ε縺ｮ繧ｳ繝ｼ繝峨ｒ譖ｸ縺�※縲√そ繝�ヨ繧｢繝��繧貞ｮ御ｺ�☆繧句ｿ�ｦ√′縺ゅｊ縺ｾ縺吶�
+                縺ｾ縺壹�Hibernate繧偵せ繧ｿ繝ｼ繝医い繝��縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+                縺薙�繧ｹ繧ｿ繝ｼ繝医い繝��縺ｫ縺ｯ縲√げ繝ｭ繝ｼ繝舌Ν縺ｮ <literal>SessionFactory</literal> 繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ逕滓�縺励※縲�
+                縺昴ｌ繧偵い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ繧ｳ繝ｼ繝峨〒繧｢繧ｯ繧ｻ繧ｹ縺励ｄ縺吶＞蝣ｴ謇縺ｫ譬ｼ邏阪☆繧九％縺ｨ縺悟性縺ｾ繧後∪縺吶�
+                <literal>SessionFactory</literal> 縺ｯ譁ｰ縺励￥ <literal>Session</literal> 繧偵が繝ｼ繝励Φ縺吶ｋ縺薙→縺後〒縺阪∪縺吶�
+                <literal>Session</literal> 縺ｯ繧ｷ繝ｳ繧ｰ繝ｫ繧ｹ繝ｬ繝�ラ縺ｮ菴懈･ｭ蜊倅ｽ�(Unit of Work)繧定｡ｨ迴ｾ縺励∪縺吶�
+                縺昴ｌ縺ｫ蟇ｾ縺�<literal>SessionFactory</literal> 縺ｯ繧ｹ繝ｬ繝�ラ繧ｻ繝ｼ繝輔�繧ｰ繝ｭ繝ｼ繝舌Ν繧ｪ繝悶ず繧ｧ繧ｯ繝医〒縺ゅｊ縲�
+                荳蠎ｦ縺�縺代う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ蛹悶＆繧後∪縺吶�
             </para>
 
             <para>
-                ここでスタートアップを行い、 便利に <literal>SessionFactory</literal> へアクセスする
-                <literal>HibernateUtil</literal> ヘルパクラスを作成します。
-                実装を見てみましょう：
+                縺薙％縺ｧ繧ｹ繧ｿ繝ｼ繝医い繝��繧定｡後＞縲� 萓ｿ蛻ｩ縺ｫ <literal>SessionFactory</literal> 縺ｸ繧｢繧ｯ繧ｻ繧ｹ縺吶ｋ
+                <literal>HibernateUtil</literal> 繝倥Ν繝代け繝ｩ繧ｹ繧剃ｽ懈�縺励∪縺吶�
+                螳溯｣�ｒ隕九※縺ｿ縺ｾ縺励ｇ縺�ｼ�
             </para>
 
             <programlisting><![CDATA[package util;
@@ -567,26 +569,26 @@ public class HibernateUtil {
 }]]></programlisting>
 
             <para>
-                このクラスは静的初期化ブロック（クラスがロードされるときにJVMによって一度だけ呼ばれる）
-                でグローバルの <literal>SessionFactory</literal> を生成するだけではなく、
-                静的シングルトンの使用を隠蔽します。
-                アプリケーションサーバーのJNDIから <literal>SessionFactory</literal> を
-                ルックアップするのと同様です。
+                縺薙�繧ｯ繝ｩ繧ｹ縺ｯ髱咏噪蛻晄悄蛹悶ヶ繝ｭ繝�け�医け繝ｩ繧ｹ縺後Ο繝ｼ繝峨＆繧後ｋ縺ｨ縺阪↓JVM縺ｫ繧医▲縺ｦ荳蠎ｦ縺�縺大他縺ｰ繧後ｋ��
+                縺ｧ繧ｰ繝ｭ繝ｼ繝舌Ν縺ｮ <literal>SessionFactory</literal> 繧堤函謌舌☆繧九□縺代〒縺ｯ縺ｪ縺上�
+                髱咏噪繧ｷ繝ｳ繧ｰ繝ｫ繝医Φ縺ｮ菴ｿ逕ｨ繧帝國阡ｽ縺励∪縺吶�
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧ｵ繝ｼ繝舌�縺ｮJNDI縺九ｉ <literal>SessionFactory</literal> 繧�
+                繝ｫ繝�け繧｢繝��縺吶ｋ縺ｮ縺ｨ蜷梧ｧ倥〒縺吶�
            </para>
 
             <para>
-                設定ファイル内で <literal>SessionFactory</literal> に名前を与えると、
-                Hibernateは <literal>SessionFactory</literal> 構築後にJNDIに対しバインドを行おうとします。
-                このコードを完全に排除するためには、
-                JMXデプロイメントを利用して
-                JMXを利用できるコンテナをインスタンス化し、
-                <literal>HibernateService</literal> をJNDIへバインドすることもできます。
-                これらの高度なオプションは、Hibernateのリファレンスドキュメントで説明されています。
+                險ｭ螳壹ヵ繧｡繧､繝ｫ蜀�〒 <literal>SessionFactory</literal> 縺ｫ蜷榊燕繧剃ｸ弱∴繧九→縲�
+                Hibernate縺ｯ <literal>SessionFactory</literal> 讒狗ｯ牙ｾ後↓JNDI縺ｫ蟇ｾ縺励ヰ繧､繝ｳ繝峨ｒ陦後♀縺�→縺励∪縺吶�
+                縺薙�繧ｳ繝ｼ繝峨ｒ螳悟�縺ｫ謗帝勁縺吶ｋ縺溘ａ縺ｫ縺ｯ縲�
+                JMX繝��繝ｭ繧､繝｡繝ｳ繝医ｒ蛻ｩ逕ｨ縺励※
+                JMX繧貞茜逕ｨ縺ｧ縺阪ｋ繧ｳ繝ｳ繝�リ繧偵う繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ蛹悶＠縲�
+                <literal>HibernateService</literal> 繧谷NDI縺ｸ繝舌う繝ｳ繝峨☆繧九％縺ｨ繧ゅ〒縺阪∪縺吶�
+                縺薙ｌ繧峨�鬮伜ｺｦ縺ｪ繧ｪ繝励す繝ｧ繝ｳ縺ｯ縲？ibernate縺ｮ繝ｪ繝輔ぃ繝ｬ繝ｳ繧ｹ繝峨く繝･繝｡繝ｳ繝医〒隱ｬ譏弱＆繧後※縺�∪縺吶�
             </para>
 
             <para>
-                <literal>HibernateUtil.java</literal> を開発ソースディレクトリにある <literal>events</literal> パッケージの
-                隣に配置してください。
+                <literal>HibernateUtil.java</literal> 繧帝幕逋ｺ繧ｽ繝ｼ繧ｹ繝�ぅ繝ｬ繧ｯ繝医Μ縺ｫ縺ゅｋ <literal>events</literal> 繝代ャ繧ｱ繝ｼ繧ｸ縺ｮ
+                髫｣縺ｫ驟咲ｽｮ縺励※縺上□縺輔＞縲�
             </para>
 
             <programlisting><![CDATA[.
@@ -603,31 +605,31 @@ public class HibernateUtil {
 build.xml]]></programlisting>
 
             <para>
-                これは問題なく再コンパイルできるはずです。
-                最後にロギングシステムを設定する必要があります。
-                Hibernateはcommons loggingを使うため、Log4jとJDK 1.4 loggingの選択をする必要がありません。
-                ほとんどの開発者が好むのはLog4jです。
-                Hibernateディストリビューション（の<literal>etc/</literal> ディレクトリ）から 
-                <literal>log4j.properties</literal> をあなたの <literal>src</literal> ディレクトリ内の
-                <literal>hibernate.cfg.xml</literal> の隣にコピーしてください。
-                設定例を見て、冗長な出力がよければ設定を変更してください。
-                デフォルトではHibernateのスタートアップメッセージだけが標準出力に表示されます。
+                縺薙ｌ縺ｯ蝠城｡後↑縺丞�繧ｳ繝ｳ繝代う繝ｫ縺ｧ縺阪ｋ縺ｯ縺壹〒縺吶�
+                譛蠕後↓繝ｭ繧ｮ繝ｳ繧ｰ繧ｷ繧ｹ繝�Β繧定ｨｭ螳壹☆繧句ｿ�ｦ√′縺ゅｊ縺ｾ縺吶�
+                Hibernate縺ｯcommons logging繧剃ｽｿ縺�◆繧√´og4j縺ｨJDK 1.4 logging縺ｮ驕ｸ謚槭ｒ縺吶ｋ蠢�ｦ√′縺ゅｊ縺ｾ縺帙ｓ縲�
+                縺ｻ縺ｨ繧薙←縺ｮ髢狗匱閠�′螂ｽ繧縺ｮ縺ｯLog4j縺ｧ縺吶�
+                Hibernate繝�ぅ繧ｹ繝医Μ繝薙Η繝ｼ繧ｷ繝ｧ繝ｳ�医�<literal>etc/</literal> 繝�ぅ繝ｬ繧ｯ繝医Μ�峨°繧� 
+                <literal>log4j.properties</literal> 繧偵≠縺ｪ縺溘� <literal>src</literal> 繝�ぅ繝ｬ繧ｯ繝医Μ蜀��
+                <literal>hibernate.cfg.xml</literal> 縺ｮ髫｣縺ｫ繧ｳ繝斐�縺励※縺上□縺輔＞縲�
+                險ｭ螳壻ｾ九ｒ隕九※縲∝�髟ｷ縺ｪ蜃ｺ蜉帙′繧医￠繧後�險ｭ螳壹ｒ螟画峩縺励※縺上□縺輔＞縲�
+                繝�ヵ繧ｩ繝ｫ繝医〒縺ｯHibernate縺ｮ繧ｹ繧ｿ繝ｼ繝医い繝��繝｡繝�そ繝ｼ繧ｸ縺�縺代′讓呎ｺ門�蜉帙↓陦ｨ遉ｺ縺輔ｌ縺ｾ縺吶�
             </para>
 
             <para>
-                チュートリアルのインフラは完全です。
-                Hibernateを使って実際の作業をする準備が整いました。
+                繝√Η繝ｼ繝医Μ繧｢繝ｫ縺ｮ繧､繝ｳ繝輔Λ縺ｯ螳悟�縺ｧ縺吶�
+                Hibernate繧剃ｽｿ縺｣縺ｦ螳滄圀縺ｮ菴懈･ｭ繧偵☆繧区ｺ門ｙ縺梧紛縺�∪縺励◆縲�
             </para>
 
         </sect2>
 
         <sect2 id="tutorial-firstapp-workingpersistence" revision="4">
-            <title>オブジェクトのロードと格納</title>
+            <title>繧ｪ繝悶ず繧ｧ繧ｯ繝医�繝ｭ繝ｼ繝峨→譬ｼ邏�</title>
 
             <para>
-                ついにオブジェクトのロードと格納にHibernateを使うことができます。
-                <literal>main()</literal> メソッドを持つ <literal>EventManager</literal> 
-                クラスを書きます：
+                縺､縺�↓繧ｪ繝悶ず繧ｧ繧ｯ繝医�繝ｭ繝ｼ繝峨→譬ｼ邏阪↓Hibernate繧剃ｽｿ縺�％縺ｨ縺後〒縺阪∪縺吶�
+                <literal>main()</literal> 繝｡繧ｽ繝�ラ繧呈戟縺､ <literal>EventManager</literal> 
+                繧ｯ繝ｩ繧ｹ繧呈嶌縺阪∪縺呻ｼ�
             </para>
 
             <programlisting><![CDATA[package events;
@@ -667,48 +669,48 @@ public class EventManager {
 }]]></programlisting>
 
             <para>
-                新しい <literal>Event</literal> オブジェクトを生成し、それをHibernateに渡します。
-                今ではHibernateがSQLを処理し、データベースで <literal>INSERT</literal> を実行します。
-                実行前に <literal>Session</literal> と <literal>Transaction</literal> 
-                を処理するコードを確認してください。
+                譁ｰ縺励＞ <literal>Event</literal> 繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ逕滓�縺励√◎繧後ｒHibernate縺ｫ貂｡縺励∪縺吶�
+                莉翫〒縺ｯHibernate縺郡QL繧貞�逅�＠縲√ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｧ <literal>INSERT</literal> 繧貞ｮ溯｡後＠縺ｾ縺吶�
+                螳溯｡悟燕縺ｫ <literal>Session</literal> 縺ｨ <literal>Transaction</literal> 
+                繧貞�逅�☆繧九さ繝ｼ繝峨ｒ遒ｺ隱阪＠縺ｦ縺上□縺輔＞縲�
             </para>
 
             <para>
-                <literal>Session</literal> は1つの作業単位(Unit of Work)です。
-                当分の間、話を簡単にするために、
-                <literal>Session</literal> と <literal>Transaction</literal> の対応を一対一と仮定します。
-                使用しているトランザクション・システム（このケースではJTAと共存できる単純なJDBC）からコードを保護するために、
-                Hibernate <literal>Session</literal> 上で利用可能な <literal>Transaction</literal> APIを使用します。
+                <literal>Session</literal> 縺ｯ1縺､縺ｮ菴懈･ｭ蜊倅ｽ�(Unit of Work)縺ｧ縺吶�
+                蠖灘�縺ｮ髢薙∬ｩｱ繧堤ｰ｡蜊倥↓縺吶ｋ縺溘ａ縺ｫ縲�
+                <literal>Session</literal> 縺ｨ <literal>Transaction</literal> 縺ｮ蟇ｾ蠢懊ｒ荳蟇ｾ荳縺ｨ莉ｮ螳壹＠縺ｾ縺吶�
+                菴ｿ逕ｨ縺励※縺�ｋ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繝ｻ繧ｷ繧ｹ繝�Β�医％縺ｮ繧ｱ繝ｼ繧ｹ縺ｧ縺ｯJTA縺ｨ蜈ｱ蟄倥〒縺阪ｋ蜊倡ｴ斐↑JDBC�峨°繧峨さ繝ｼ繝峨ｒ菫晁ｭｷ縺吶ｋ縺溘ａ縺ｫ縲�
+                Hibernate <literal>Session</literal> 荳翫〒蛻ｩ逕ｨ蜿ｯ閭ｽ縺ｪ <literal>Transaction</literal> API繧剃ｽｿ逕ｨ縺励∪縺吶�
             </para>
 
             <para>
-                <literal>sessionFactory.getCurrentSession()</literal> はなにをするのでしょうか？
-                まず、いったん <literal>SessionFactory</literal> を取得し保持すれば
-                （ <literal>HibernateUtil</literal> のおかげで簡単です）、このメソッドを何度でも、
-                どこからでも呼び出すことが出来ます。
-                <literal>getCurrentSession()</literal> メソッドは常に「現在の」作業単位(Unit of Work)を返します。
-                <literal>hibernate.cfg.xml</literal> のこの機能の設定で、"thread"を指定したことを思い出してください。
-                このため現在の作業単位のスコープは、このアプリケーションを実行する現在のJavaスレッドです。
-                しかしこれで全てではありません。
-                <literal>Session</literal> は最初に必要となったとき、つまり最初に <literal>getCurrentSession()</literal> が
-                呼ばれたときに開始します。
-                そのときHibernateにより現在のスレッドに結び付けられます。
-                トランザクションが終了（コミットもしくはロールバック）したとき、
-                Hibernateもスレッドから <literal>Session</literal> を切り離し、クローズします。
-                再び <literal>getCurrentSession()</literal> を呼ぶと、
-                新しい <literal>Session</literal> を取得して新しい作業単位をスタートできます。
-                この <emphasis>thread-bound</emphasis> プログラミング・モデルはHibernateを利用する上で最も人気があります。
+                <literal>sessionFactory.getCurrentSession()</literal> 縺ｯ縺ｪ縺ｫ繧偵☆繧九�縺ｧ縺励ｇ縺�°��
+                縺ｾ縺壹√＞縺｣縺溘ｓ <literal>SessionFactory</literal> 繧貞叙蠕励＠菫晄戟縺吶ｌ縺ｰ
+                �� <literal>HibernateUtil</literal> 縺ｮ縺翫°縺偵〒邁｡蜊倥〒縺呻ｼ峨√％縺ｮ繝｡繧ｽ繝�ラ繧剃ｽ募ｺｦ縺ｧ繧ゅ�
+                縺ｩ縺薙°繧峨〒繧ょ他縺ｳ蜃ｺ縺吶％縺ｨ縺悟�譚･縺ｾ縺吶�
+                <literal>getCurrentSession()</literal> 繝｡繧ｽ繝�ラ縺ｯ蟶ｸ縺ｫ縲檎樟蝨ｨ縺ｮ縲堺ｽ懈･ｭ蜊倅ｽ�(Unit of Work)繧定ｿ斐＠縺ｾ縺吶�
+                <literal>hibernate.cfg.xml</literal> 縺ｮ縺薙�讖溯�縺ｮ險ｭ螳壹〒縲�"thread"繧呈欠螳壹＠縺溘％縺ｨ繧呈昴＞蜃ｺ縺励※縺上□縺輔＞縲�
+                縺薙�縺溘ａ迴ｾ蝨ｨ縺ｮ菴懈･ｭ蜊倅ｽ阪�繧ｹ繧ｳ繝ｼ繝励�縲√％縺ｮ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧貞ｮ溯｡後☆繧狗樟蝨ｨ縺ｮJava繧ｹ繝ｬ繝�ラ縺ｧ縺吶�
+                縺励°縺励％繧後〒蜈ｨ縺ｦ縺ｧ縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+                <literal>Session</literal> 縺ｯ譛蛻昴↓蠢�ｦ√→縺ｪ縺｣縺溘→縺阪√▽縺ｾ繧頑怙蛻昴↓ <literal>getCurrentSession()</literal> 縺�
+                蜻ｼ縺ｰ繧後◆縺ｨ縺阪↓髢句ｧ九＠縺ｾ縺吶�
+                縺昴�縺ｨ縺工ibernate縺ｫ繧医ｊ迴ｾ蝨ｨ縺ｮ繧ｹ繝ｬ繝�ラ縺ｫ邨舌�莉倥￠繧峨ｌ縺ｾ縺吶�
+                繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺檎ｵゆｺ�ｼ医さ繝溘ャ繝医ｂ縺励￥縺ｯ繝ｭ繝ｼ繝ｫ繝舌ャ繧ｯ�峨＠縺溘→縺阪�
+                Hibernate繧ゅせ繝ｬ繝�ラ縺九ｉ <literal>Session</literal> 繧貞�繧企屬縺励√け繝ｭ繝ｼ繧ｺ縺励∪縺吶�
+                蜀阪� <literal>getCurrentSession()</literal> 繧貞他縺ｶ縺ｨ縲�
+                譁ｰ縺励＞ <literal>Session</literal> 繧貞叙蠕励＠縺ｦ譁ｰ縺励＞菴懈･ｭ蜊倅ｽ阪ｒ繧ｹ繧ｿ繝ｼ繝医〒縺阪∪縺吶�
+                縺薙� <emphasis>thread-bound</emphasis> 繝励Ο繧ｰ繝ｩ繝溘Φ繧ｰ繝ｻ繝｢繝�Ν縺ｯHibernate繧貞茜逕ｨ縺吶ｋ荳翫〒譛繧ゆｺｺ豌励′縺ゅｊ縺ｾ縺吶�
             </para>
 
             <para>
-                トランザクションの扱いと境界の詳しい情報については、
-                <xref linkend="transactions"/> を見てください。
-                この例ではエラー処理やロールバックも割愛します。
+                繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ謇ｱ縺�→蠅�阜縺ｮ隧ｳ縺励＞諠��ｱ縺ｫ縺､縺�※縺ｯ縲�
+                <xref linkend="transactions"/> 繧定ｦ九※縺上□縺輔＞縲�
+                縺薙�萓九〒縺ｯ繧ｨ繝ｩ繝ｼ蜃ｦ逅�ｄ繝ｭ繝ｼ繝ｫ繝舌ャ繧ｯ繧ょ牡諢帙＠縺ｾ縺吶�
             </para>
 
             <para>
-                この最初のルーチンを実行するには、Antのビルドファイルに呼び出し可能なターゲットを
-                追加しなければなりません：
+                縺薙�譛蛻昴�繝ｫ繝ｼ繝√Φ繧貞ｮ溯｡後☆繧九↓縺ｯ縲、nt縺ｮ繝薙Ν繝峨ヵ繧｡繧､繝ｫ縺ｫ蜻ｼ縺ｳ蜃ｺ縺怜庄閭ｽ縺ｪ繧ｿ繝ｼ繧ｲ繝�ヨ繧�
+                霑ｽ蜉�縺励↑縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ��
             </para>
 
             <programlisting><![CDATA[<target name="run" depends="compile">
@@ -719,29 +721,29 @@ public class EventManager {
 </target>]]></programlisting>
 
             <para>
-                <literal>action</literal> 引数の値は、ターゲットを呼ぶときにコマンドラインで設定します：
+                <literal>action</literal> 蠑墓焚縺ｮ蛟､縺ｯ縲√ち繝ｼ繧ｲ繝�ヨ繧貞他縺ｶ縺ｨ縺阪↓繧ｳ繝槭Φ繝峨Λ繧､繝ｳ縺ｧ險ｭ螳壹＠縺ｾ縺呻ｼ�
             </para>
 
-            <programlisting><![CDATA[C:\hibernateTutorial\>ant run -Daction=store]]></programlisting>
+            <programlisting><![CDATA[C:ﾂ･hibernateTutorialﾂ･>ant run -Daction=store]]></programlisting>
 
             <para>
-                コンパイルすると、Hibernateがスタートし、あなたの設定によりますが、
-                多くのログ出力があるはずです。
-                その最後には以下の行があるでしょう：
+                繧ｳ繝ｳ繝代う繝ｫ縺吶ｋ縺ｨ縲？ibernate縺後せ繧ｿ繝ｼ繝医＠縲√≠縺ｪ縺溘�險ｭ螳壹↓繧医ｊ縺ｾ縺吶′縲�
+                螟壹￥縺ｮ繝ｭ繧ｰ蜃ｺ蜉帙′縺ゅｋ縺ｯ縺壹〒縺吶�
+                縺昴�譛蠕後↓縺ｯ莉･荳九�陦後′縺ゅｋ縺ｧ縺励ｇ縺�ｼ�
             </para>
 
             <programlisting><![CDATA[[java] Hibernate: insert into EVENTS (EVENT_DATE, title, EVENT_ID) values (?, ?, ?)]]></programlisting>
 
             <para>
-                これはHibernateが実行する <literal>INSERT</literal> で、
-                クエスチョンマークはJDBCバインドパラメータを表しています。
-                引数としてバインドされる値を見るため、あるいはログの冗長性を減らすためには、
-                <literal>log4j.properties</literal> をチェックしてください。
+                縺薙ｌ縺ｯHibernate縺悟ｮ溯｡後☆繧� <literal>INSERT</literal> 縺ｧ縲�
+                繧ｯ繧ｨ繧ｹ繝√Ι繝ｳ繝槭�繧ｯ縺ｯJDBC繝舌う繝ｳ繝峨ヱ繝ｩ繝｡繝ｼ繧ｿ繧定｡ｨ縺励※縺�∪縺吶�
+                蠑墓焚縺ｨ縺励※繝舌う繝ｳ繝峨＆繧後ｋ蛟､繧定ｦ九ｋ縺溘ａ縲√≠繧九＞縺ｯ繝ｭ繧ｰ縺ｮ蜀鈴聞諤ｧ繧呈ｸ帙ｉ縺吶◆繧√↓縺ｯ縲�
+                <literal>log4j.properties</literal> 繧偵メ繧ｧ繝�け縺励※縺上□縺輔＞縲�
             </para>
 
             <para>
-                それでは同じように格納されたイベントの一覧を見ようと思います。
-                そのためメインメソッドにオプションを追加します：
+                縺昴ｌ縺ｧ縺ｯ蜷後§繧医≧縺ｫ譬ｼ邏阪＆繧後◆繧､繝吶Φ繝医�荳隕ｧ繧定ｦ九ｈ縺�→諤昴＞縺ｾ縺吶�
+                縺昴�縺溘ａ繝｡繧､繝ｳ繝｡繧ｽ繝�ラ縺ｫ繧ｪ繝励す繝ｧ繝ｳ繧定ｿｽ蜉�縺励∪縺呻ｼ�
             </para>
 
             <programlisting><![CDATA[if (args[0].equals("store")) {
@@ -757,7 +759,7 @@ else if (args[0].equals("list")) {
 }]]></programlisting>
 
             <para>
-                新しい <literal>listEvents()メソッド</literal> も追加します。
+                譁ｰ縺励＞ <literal>listEvents()繝｡繧ｽ繝�ラ</literal> 繧りｿｽ蜉�縺励∪縺吶�
             </para>
 
             <programlisting><![CDATA[private List listEvents() {
@@ -774,47 +776,47 @@ else if (args[0].equals("list")) {
 }]]></programlisting>
 
             <para>
-                ここですることは、データベースから存在するすべての <literal>Event</literal> 
-                オブジェクトをロードするHQL (Hibernate Query Language) クエリを使うことです。
-                Hibernateは適切なSQLを生成し、それをデータベースに送り、
-                そのデータを使って <literal>Event</literal> オブジェクトを生成します。
-                当然HQLでさらに複雑なクエリを作成できます。
+                縺薙％縺ｧ縺吶ｋ縺薙→縺ｯ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ縺九ｉ蟄伜惠縺吶ｋ縺吶∋縺ｦ縺ｮ <literal>Event</literal> 
+                繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ繝ｭ繝ｼ繝峨☆繧稀QL (Hibernate Query Language) 繧ｯ繧ｨ繝ｪ繧剃ｽｿ縺�％縺ｨ縺ｧ縺吶�
+                Hibernate縺ｯ驕ｩ蛻�↑SQL繧堤函謌舌＠縲√◎繧後ｒ繝��繧ｿ繝吶�繧ｹ縺ｫ騾√ｊ縲�
+                縺昴�繝��繧ｿ繧剃ｽｿ縺｣縺ｦ <literal>Event</literal> 繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ逕滓�縺励∪縺吶�
+                蠖鍋┯HQL縺ｧ縺輔ｉ縺ｫ隍�尅縺ｪ繧ｯ繧ｨ繝ｪ繧剃ｽ懈�縺ｧ縺阪∪縺吶�
             </para>
 
             <para>
-                 以下のステップで、すべての実行とテストを行います。
+                 莉･荳九�繧ｹ繝�ャ繝励〒縲√☆縺ｹ縺ｦ縺ｮ螳溯｡後→繝�せ繝医ｒ陦後＞縺ｾ縺吶�
             </para>
 
             <itemizedlist>
                 <listitem>
                     <para>
-                        hbm2ddlを通す前にデータベースのデータを作成し、データベーススキーマを生成するために、
-                         <literal>ant run -Daction=store</literal> を実行してください。
+                        hbm2ddl繧帝壹☆蜑阪↓繝��繧ｿ繝吶�繧ｹ縺ｮ繝��繧ｿ繧剃ｽ懈�縺励√ョ繝ｼ繧ｿ繝吶�繧ｹ繧ｹ繧ｭ繝ｼ繝槭ｒ逕滓�縺吶ｋ縺溘ａ縺ｫ縲�
+                         <literal>ant run -Daction=store</literal> 繧貞ｮ溯｡後＠縺ｦ縺上□縺輔＞縲�
                     </para>
                 </listitem>
                 <listitem>
                     <para>
-                        今は <literal>hibernate.cfg.xml</literal> ファイルのプロパティをコメントアウトしてhbm2ddlを無効にしてください。
-                        通常は継続的に単体テストをしている間はhbm2ddlを有効にしておくのですが、
-                        それ以外の場合にhbm2ddlを起動すると格納しておいた全てのデータを <emphasis>ドロップ</emphasis> するでしょう。
-                        設定を <literal>create</literal> にすると、結果として
-                       「SessionFactory生成の際、スキーマから全てのテーブルをドロップして再作成する」という設定になります。
+                        莉翫� <literal>hibernate.cfg.xml</literal> 繝輔ぃ繧､繝ｫ縺ｮ繝励Ο繝代ユ繧｣繧偵さ繝｡繝ｳ繝医い繧ｦ繝医＠縺ｦhbm2ddl繧堤┌蜉ｹ縺ｫ縺励※縺上□縺輔＞縲�
+                        騾壼ｸｸ縺ｯ邯咏ｶ夂噪縺ｫ蜊倅ｽ薙ユ繧ｹ繝医ｒ縺励※縺�ｋ髢薙�hbm2ddl繧呈怏蜉ｹ縺ｫ縺励※縺翫￥縺ｮ縺ｧ縺吶′縲�
+                        縺昴ｌ莉･螟悶�蝣ｴ蜷医↓hbm2ddl繧定ｵｷ蜍輔☆繧九→譬ｼ邏阪＠縺ｦ縺翫＞縺溷�縺ｦ縺ｮ繝��繧ｿ繧� <emphasis>繝峨Ο繝��</emphasis> 縺吶ｋ縺ｧ縺励ｇ縺��
+                        險ｭ螳壹ｒ <literal>create</literal> 縺ｫ縺吶ｋ縺ｨ縲∫ｵ先棡縺ｨ縺励※
+                       縲郡essionFactory逕滓�縺ｮ髫帙√せ繧ｭ繝ｼ繝槭°繧牙�縺ｦ縺ｮ繝��繝悶Ν繧偵ラ繝ｭ繝��縺励※蜀堺ｽ懈�縺吶ｋ縲阪→縺�≧險ｭ螳壹↓縺ｪ繧翫∪縺吶�
                     </para>
                 </listitem>
             </itemizedlist>
 
             <para>
-                今 <literal>-Daction=list</literal> と指定してAntを呼ぶと、
-                これまで格納したイベントが見えるはずです。
-                <literal>store</literal> アクションを数回以上呼ぶことも可能です。
+                莉� <literal>-Daction=list</literal> 縺ｨ謖�ｮ壹＠縺ｦAnt繧貞他縺ｶ縺ｨ縲�
+                縺薙ｌ縺ｾ縺ｧ譬ｼ邏阪＠縺溘う繝吶Φ繝医′隕九∴繧九�縺壹〒縺吶�
+                <literal>store</literal> 繧｢繧ｯ繧ｷ繝ｧ繝ｳ繧呈焚蝗樔ｻ･荳雁他縺ｶ縺薙→繧ょ庄閭ｽ縺ｧ縺吶�
             </para>
 
             <para>
-                注意：初めてHibernateに触れる人々の多くがここで失敗するため、<emphasis>Table not found</emphasis> エラーメッセージに
-                関する質問を定期的に見かけます。
-                しかし上記のステップに従えば、hbm2ddlが最初に実行されたときにデータベーススキーマを作成し、
-                その後の実行においてもこのスキーマを使用するので、問題は起こらないでしょう。
-                マッピングやデータベーススキーマを変更したときは、もう一度hbm2ddlを有効にしてください。
+                豕ｨ諢擾ｼ壼�繧√※Hibernate縺ｫ隗ｦ繧後ｋ莠ｺ縲��螟壹￥縺後％縺薙〒螟ｱ謨励☆繧九◆繧√�<emphasis>Table not found</emphasis> 繧ｨ繝ｩ繝ｼ繝｡繝�そ繝ｼ繧ｸ縺ｫ
+                髢｢縺吶ｋ雉ｪ蝠上ｒ螳壽悄逧�↓隕九°縺代∪縺吶�
+                縺励°縺嶺ｸ願ｨ倥�繧ｹ繝�ャ繝励↓蠕薙∴縺ｰ縲”bm2ddl縺梧怙蛻昴↓螳溯｡後＆繧後◆縺ｨ縺阪↓繝��繧ｿ繝吶�繧ｹ繧ｹ繧ｭ繝ｼ繝槭ｒ菴懈�縺励�
+                縺昴�蠕後�螳溯｡後↓縺翫＞縺ｦ繧ゅ％縺ｮ繧ｹ繧ｭ繝ｼ繝槭ｒ菴ｿ逕ｨ縺吶ｋ縺ｮ縺ｧ縲∝撫鬘後�襍ｷ縺薙ｉ縺ｪ縺�〒縺励ｇ縺��
+                繝槭ャ繝斐Φ繧ｰ繧�ョ繝ｼ繧ｿ繝吶�繧ｹ繧ｹ繧ｭ繝ｼ繝槭ｒ螟画峩縺励◆縺ｨ縺阪�縲√ｂ縺�ｸ蠎ｦhbm2ddl繧呈怏蜉ｹ縺ｫ縺励※縺上□縺輔＞縲�
             </para>
 
         </sect2>
@@ -822,19 +824,19 @@ else if (args[0].equals("list")) {
     </sect1>
 
     <sect1 id="tutorial-associations">
-        <title>パート2 - 関連のマッピング</title>
+        <title>繝代�繝�2 - 髢｢騾｣縺ｮ繝槭ャ繝斐Φ繧ｰ</title>
 
         <para>
-            永続エンティティクラスをテーブルにマッピングしました。
-            さらにこの上にいくつかのクラスの関連を追加しましょう。
-            まず初めにアプリケーションに人々を追加し、彼らが参加するイベントのリストを格納します。
+            豌ｸ邯壹お繝ｳ繝�ぅ繝�ぅ繧ｯ繝ｩ繧ｹ繧偵ユ繝ｼ繝悶Ν縺ｫ繝槭ャ繝斐Φ繧ｰ縺励∪縺励◆縲�
+            縺輔ｉ縺ｫ縺薙�荳翫↓縺�￥縺､縺九�繧ｯ繝ｩ繧ｹ縺ｮ髢｢騾｣繧定ｿｽ蜉�縺励∪縺励ｇ縺��
+            縺ｾ縺壼�繧√↓繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ莠ｺ縲�ｒ霑ｽ蜉�縺励∝ｽｼ繧峨′蜿ょ刈縺吶ｋ繧､繝吶Φ繝医�繝ｪ繧ｹ繝医ｒ譬ｼ邏阪＠縺ｾ縺吶�
         </para>
 
         <sect2 id="tutorial-associations-mappinguser" revision="1">
-            <title>Personクラスのマッピング</title>
+            <title>Person繧ｯ繝ｩ繧ｹ縺ｮ繝槭ャ繝斐Φ繧ｰ</title>
 
             <para>
-                最初の <literal>Person</literal> クラスは単純です：
+                譛蛻昴� <literal>Person</literal> 繧ｯ繝ｩ繧ｹ縺ｯ蜊倡ｴ斐〒縺呻ｼ�
             </para>
 
             <programlisting><![CDATA[package events;
@@ -853,8 +855,8 @@ public class Person {
 }]]></programlisting>
 
             <para>
-                <literal>Person.hbm.xml</literal> という新しいマッピングファイルを作成してください
-                （ファイルの最初にDTDへの参照を忘れずに入れてください）：
+                <literal>Person.hbm.xml</literal> 縺ｨ縺�≧譁ｰ縺励＞繝槭ャ繝斐Φ繧ｰ繝輔ぃ繧､繝ｫ繧剃ｽ懈�縺励※縺上□縺輔＞
+                �医ヵ繧｡繧､繝ｫ縺ｮ譛蛻昴↓DTD縺ｸ縺ｮ蜿ら�繧貞ｿ倥ｌ縺壹↓蜈･繧後※縺上□縺輔＞�会ｼ�
             </para>
 
             <programlisting><![CDATA[<hibernate-mapping>
@@ -871,33 +873,33 @@ public class Person {
 </hibernate-mapping>]]></programlisting>
 
             <para>
-                最後にHibernateの設定に新しいマッピングを追加してください：
+                譛蠕後↓Hibernate縺ｮ險ｭ螳壹↓譁ｰ縺励＞繝槭ャ繝斐Φ繧ｰ繧定ｿｽ蜉�縺励※縺上□縺輔＞��
             </para>
 
             <programlisting><![CDATA[<mapping resource="events/Event.hbm.xml"/>
 <mapping resource="events/Person.hbm.xml"/>]]></programlisting>
 
             <para>
-                それではこれら2つのエンティティ間の関連を作成します。
-                人々がイベントに参加でき、イベントが参加者を持つのは明らかです。
-                扱わなければならない設計の問題は、方向、多重度、コレクションの振る舞いです。
+                縺昴ｌ縺ｧ縺ｯ縺薙ｌ繧�2縺､縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ髢薙�髢｢騾｣繧剃ｽ懈�縺励∪縺吶�
+                莠ｺ縲�′繧､繝吶Φ繝医↓蜿ょ刈縺ｧ縺阪√う繝吶Φ繝医′蜿ょ刈閠�ｒ謖√▽縺ｮ縺ｯ譏弱ｉ縺九〒縺吶�
+                謇ｱ繧上↑縺代ｌ縺ｰ縺ｪ繧峨↑縺�ｨｭ險医�蝠城｡後�縲∵婿蜷代∝､夐㍾蠎ｦ縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ謖ｯ繧玖�縺�〒縺吶�
             </para>
         </sect2>
 
         <sect2 id="tutorial-associations-unidirset" revision="3">
-            <title>単方向Setベース関連</title>
+            <title>蜊俶婿蜷全et繝吶�繧ｹ髢｢騾｣</title>
 
             <para>
-                イベントのコレクションを <literal>Person</literal> クラスに追加します。
-                こうしておくと、明示的なクエリ、つまりわざわざ<literal>aPerson.getEvents()</literal>を呼び出さずに、
-                特定の人に紐付くイベントを簡単にナビゲートすることができます。
-                私たちはJavaのコレクション、<literal>Set</literal> を使います。
-                コレクションは重複要素を持たないし、順番は私たちには意味がないからです。
+                繧､繝吶Φ繝医�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧� <literal>Person</literal> 繧ｯ繝ｩ繧ｹ縺ｫ霑ｽ蜉�縺励∪縺吶�
+                縺薙≧縺励※縺翫￥縺ｨ縲∵�遉ｺ逧�↑繧ｯ繧ｨ繝ｪ縲√▽縺ｾ繧翫ｏ縺悶ｏ縺�<literal>aPerson.getEvents()</literal>繧貞他縺ｳ蜃ｺ縺輔★縺ｫ縲�
+                迚ｹ螳壹�莠ｺ縺ｫ邏蝉ｻ倥￥繧､繝吶Φ繝医ｒ邁｡蜊倥↓繝翫ン繧ｲ繝ｼ繝医☆繧九％縺ｨ縺後〒縺阪∪縺吶�
+                遘√◆縺｡縺ｯJava縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縲�<literal>Set</literal> 繧剃ｽｿ縺�∪縺吶�
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ驥崎､�ｦ∫ｴ�繧呈戟縺溘↑縺�＠縲���分縺ｯ遘√◆縺｡縺ｫ縺ｯ諢丞袖縺後↑縺�°繧峨〒縺吶�
             </para>
 
             <para>
-                <literal>Set</literal> で実装される単方向、多値関連が必要です。
-                Javaクラス内に対応するコードを書いてマッピングしましょう：
+                <literal>Set</literal> 縺ｧ螳溯｣�＆繧後ｋ蜊俶婿蜷代∝､壼､髢｢騾｣縺悟ｿ�ｦ√〒縺吶�
+                Java繧ｯ繝ｩ繧ｹ蜀�↓蟇ｾ蠢懊☆繧九さ繝ｼ繝峨ｒ譖ｸ縺�※繝槭ャ繝斐Φ繧ｰ縺励∪縺励ｇ縺�ｼ�
             </para>
 
             <programlisting><![CDATA[public class Person {
@@ -914,16 +916,16 @@ public class Person {
 }]]></programlisting>
 
             <para>
-                この関連をマッピングする前に、反対側について考えてください。
-                明らかなことですが、今はこれを単方向にしただけです。
-                逆に、 <literal>Event</literal> 側にも別のコレクションを作ることもできます。
-                例えば <literal>anEvent.getParticipants()</literal> のように、
-                双方向にナビゲートしたければ、そうすることもできます。
-                これは機能的にみて必要ではありません。
-                特定のイベントに関係するデータを取得する明確なクエリを、いつでも実行することが出来ました。
-                この設計の選択は開発者に任されていて、この議論により明らかなのは関連の多重度です。
-                つまり両側を「多」値にする、 <emphasis>多対多</emphasis> と呼ばれる関連です。
-                そのためHibernateのmany-to-manyマッピングを使います：
+                縺薙�髢｢騾｣繧偵�繝�ヴ繝ｳ繧ｰ縺吶ｋ蜑阪↓縲∝渚蟇ｾ蛛ｴ縺ｫ縺､縺�※閠�∴縺ｦ縺上□縺輔＞縲�
+                譏弱ｉ縺九↑縺薙→縺ｧ縺吶′縲∽ｻ翫�縺薙ｌ繧貞腰譁ｹ蜷代↓縺励◆縺�縺代〒縺吶�
+                騾�↓縲� <literal>Event</literal> 蛛ｴ縺ｫ繧ょ挨縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧剃ｽ懊ｋ縺薙→繧ゅ〒縺阪∪縺吶�
+                萓九∴縺ｰ <literal>anEvent.getParticipants()</literal> 縺ｮ繧医≧縺ｫ縲�
+                蜿梧婿蜷代↓繝翫ン繧ｲ繝ｼ繝医＠縺溘￠繧後�縲√◎縺�☆繧九％縺ｨ繧ゅ〒縺阪∪縺吶�
+                縺薙ｌ縺ｯ讖溯�逧�↓縺ｿ縺ｦ蠢�ｦ√〒縺ｯ縺ゅｊ縺ｾ縺帙ｓ縲�
+                迚ｹ螳壹�繧､繝吶Φ繝医↓髢｢菫ゅ☆繧九ョ繝ｼ繧ｿ繧貞叙蠕励☆繧区�遒ｺ縺ｪ繧ｯ繧ｨ繝ｪ繧偵√＞縺､縺ｧ繧ょｮ溯｡後☆繧九％縺ｨ縺悟�譚･縺ｾ縺励◆縲�
+                縺薙�險ｭ險医�驕ｸ謚槭�髢狗匱閠�↓莉ｻ縺輔ｌ縺ｦ縺�※縲√％縺ｮ隴ｰ隲悶↓繧医ｊ譏弱ｉ縺九↑縺ｮ縺ｯ髢｢騾｣縺ｮ螟夐㍾蠎ｦ縺ｧ縺吶�
+                縺､縺ｾ繧贋ｸ｡蛛ｴ繧偵悟､壹榊､縺ｫ縺吶ｋ縲� <emphasis>螟壼ｯｾ螟�</emphasis> 縺ｨ蜻ｼ縺ｰ繧後ｋ髢｢騾｣縺ｧ縺吶�
+                縺昴�縺溘ａHibernate縺ｮmany-to-many繝槭ャ繝斐Φ繧ｰ繧剃ｽｿ縺�∪縺呻ｼ�
             </para>
 
             <programlisting><![CDATA[<class name="events.Person" table="PERSON">
@@ -942,21 +944,21 @@ public class Person {
 </class>]]></programlisting>
 
             <para>
-                Hibernateはありとあらゆる種類のコレクションマッピングをサポートしていますが、
-                最も一般的なものが <literal>&lt;set&gt;</literal> です。
-                多対多関連（または <emphasis>n:m</emphasis> エンティティリレーションシップ）には、
-                関連テーブルが必要です。
-                このテーブルのそれぞれの行は、人とイベント間のリンクを表現します。
-                テーブル名は <literal>set</literal> 要素の <literal>table</literal> 属性で設定します。
-                人側の関連の識別子カラム名は <literal>&lt;key&gt;</literal> 要素で、
-                イベント側のカラム名は <literal>&lt;many-to-many&gt;</literal> の <literal>column</literal> 
-                属性で定義します。
-                Hibernateにコレクションのオブジェクトのクラス
-                （正確には、参照のコレクションの反対側のクラス）を教えなければなりません。
+                Hibernate縺ｯ縺ゅｊ縺ｨ縺ゅｉ繧�ｋ遞ｮ鬘槭�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繝槭ャ繝斐Φ繧ｰ繧偵し繝昴�繝医＠縺ｦ縺�∪縺吶′縲�
+                譛繧ゆｸ闊ｬ逧�↑繧ゅ�縺� <literal>&lt;set&gt;</literal> 縺ｧ縺吶�
+                螟壼ｯｾ螟夐未騾｣�医∪縺溘� <emphasis>n:m</emphasis> 繧ｨ繝ｳ繝�ぅ繝�ぅ繝ｪ繝ｬ繝ｼ繧ｷ繝ｧ繝ｳ繧ｷ繝���峨↓縺ｯ縲�
+                髢｢騾｣繝��繝悶Ν縺悟ｿ�ｦ√〒縺吶�
+                縺薙�繝��繝悶Ν縺ｮ縺昴ｌ縺槭ｌ縺ｮ陦後�縲∽ｺｺ縺ｨ繧､繝吶Φ繝磯俣縺ｮ繝ｪ繝ｳ繧ｯ繧定｡ｨ迴ｾ縺励∪縺吶�
+                繝��繝悶Ν蜷阪� <literal>set</literal> 隕∫ｴ�縺ｮ <literal>table</literal> 螻樊ｧ縺ｧ險ｭ螳壹＠縺ｾ縺吶�
+                莠ｺ蛛ｴ縺ｮ髢｢騾｣縺ｮ隴伜挨蟄舌き繝ｩ繝�蜷阪� <literal>&lt;key&gt;</literal> 隕∫ｴ�縺ｧ縲�
+                繧､繝吶Φ繝亥�縺ｮ繧ｫ繝ｩ繝�蜷阪� <literal>&lt;many-to-many&gt;</literal> 縺ｮ <literal>column</literal> 
+                螻樊ｧ縺ｧ螳夂ｾｩ縺励∪縺吶�
+                Hibernate縺ｫ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ｪ繝悶ず繧ｧ繧ｯ繝医�繧ｯ繝ｩ繧ｹ
+                �域ｭ｣遒ｺ縺ｫ縺ｯ縲∝盾辣ｧ縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蜿榊ｯｾ蛛ｴ縺ｮ繧ｯ繝ｩ繧ｹ�峨ｒ謨吶∴縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
             </para>
 
             <para>
-                そのためこのマッピングのデータベーススキーマは以下のようになります。：
+                縺昴�縺溘ａ縺薙�繝槭ャ繝斐Φ繧ｰ縺ｮ繝��繧ｿ繝吶�繧ｹ繧ｹ繧ｭ繝ｼ繝槭�莉･荳九�繧医≧縺ｫ縺ｪ繧翫∪縺吶ゑｼ�
             </para>
 
             <programlisting><![CDATA[
@@ -976,10 +978,10 @@ public class Person {
         </sect2>
 
         <sect2 id="tutorial-associations-working" revision="2">
-            <title>関連を働かせる</title>
+            <title>髢｢騾｣繧貞ロ縺九○繧�</title>
 
             <para>
-                <literal>EventManager</literal> の新しいメソッドで人々とイベントを一緒にしましょう：
+                <literal>EventManager</literal> 縺ｮ譁ｰ縺励＞繝｡繧ｽ繝�ラ縺ｧ莠ｺ縲�→繧､繝吶Φ繝医ｒ荳邱偵↓縺励∪縺励ｇ縺�ｼ�
             </para>
 
             <programlisting><![CDATA[private void addPersonToEvent(Long personId, Long eventId) {
@@ -996,28 +998,28 @@ public class Person {
 }]]></programlisting>
 
             <para>
-                <literal>Person</literal> と <literal>Event</literal> をロードした後、
-                普通のコレクションメソッドを使って単純にそのコレクションを修正してください。
-                ご覧のとおり <literal>update()</literal> や <literal>save()</literal> 
-                の明示的な呼び出しはありません。
-                Hibernateは、修正されたことにより更新する必要のあるコレクションを自動的に検知します。
-                これは <emphasis>自動ダーティチェック</emphasis> と呼ばれ、
-                オブジェクトの名前やdateプロパティを修正することで試すことも可能です。
-                それらが <emphasis>永続</emphasis> 状態にある限り、
-                つまり特定のHibernate <literal>Session</literal> にバインドされている限り
-                （例えば作業単位(Unit of Work)の中で単にロードまたはセーブされた）、
-                Hibernateはどんな変更もモニターし、遅延書き込み(write-behind)でSQLを実行します。
-                通常、作業単位(Unit of Work)の最後にだけ行われるデータベースとメモリの状態を同期させる処理は、
-                <emphasis>フラッシュ</emphasis> と呼ばれます。
-                このコードでは、作業単位(Unit of Work)はデータベーストランザクションのコミット（もしくはロールバック）で終了します。
-                これは、 <literal>CurrentSessionContext</literal> クラスに対して <literal>thread</literal> を設定したためです。
+                <literal>Person</literal> 縺ｨ <literal>Event</literal> 繧偵Ο繝ｼ繝峨＠縺溷ｾ後�
+                譎ｮ騾壹�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繝｡繧ｽ繝�ラ繧剃ｽｿ縺｣縺ｦ蜊倡ｴ斐↓縺昴�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧剃ｿｮ豁｣縺励※縺上□縺輔＞縲�
+                縺碑ｦｧ縺ｮ縺ｨ縺翫ｊ <literal>update()</literal> 繧� <literal>save()</literal> 
+                縺ｮ譏守､ｺ逧�↑蜻ｼ縺ｳ蜃ｺ縺励�縺ゅｊ縺ｾ縺帙ｓ縲�
+                Hibernate縺ｯ縲∽ｿｮ豁｣縺輔ｌ縺溘％縺ｨ縺ｫ繧医ｊ譖ｴ譁ｰ縺吶ｋ蠢�ｦ√�縺ゅｋ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧定�蜍慕噪縺ｫ讀懃衍縺励∪縺吶�
+                縺薙ｌ縺ｯ <emphasis>閾ｪ蜍輔ム繝ｼ繝�ぅ繝√ぉ繝�け</emphasis> 縺ｨ蜻ｼ縺ｰ繧後�
+                繧ｪ繝悶ず繧ｧ繧ｯ繝医�蜷榊燕繧�date繝励Ο繝代ユ繧｣繧剃ｿｮ豁｣縺吶ｋ縺薙→縺ｧ隧ｦ縺吶％縺ｨ繧ょ庄閭ｽ縺ｧ縺吶�
+                縺昴ｌ繧峨′ <emphasis>豌ｸ邯�</emphasis> 迥ｶ諷九↓縺ゅｋ髯舌ｊ縲�
+                縺､縺ｾ繧顔音螳壹�Hibernate <literal>Session</literal> 縺ｫ繝舌う繝ｳ繝峨＆繧後※縺�ｋ髯舌ｊ
+                �井ｾ九∴縺ｰ菴懈･ｭ蜊倅ｽ�(Unit of Work)縺ｮ荳ｭ縺ｧ蜊倥↓繝ｭ繝ｼ繝峨∪縺溘�繧ｻ繝ｼ繝悶＆繧後◆�峨�
+                Hibernate縺ｯ縺ｩ繧薙↑螟画峩繧ゅΔ繝九ち繝ｼ縺励�≦蟒ｶ譖ｸ縺崎ｾｼ縺ｿ(write-behind)縺ｧSQL繧貞ｮ溯｡後＠縺ｾ縺吶�
+                騾壼ｸｸ縲∽ｽ懈･ｭ蜊倅ｽ�(Unit of Work)縺ｮ譛蠕後↓縺�縺題｡後ｏ繧後ｋ繝��繧ｿ繝吶�繧ｹ縺ｨ繝｡繝｢繝ｪ縺ｮ迥ｶ諷九ｒ蜷梧悄縺輔○繧句�逅��縲�
+                <emphasis>繝輔Λ繝�す繝･</emphasis> 縺ｨ蜻ｼ縺ｰ繧後∪縺吶�
+                縺薙�繧ｳ繝ｼ繝峨〒縺ｯ縲∽ｽ懈･ｭ蜊倅ｽ�(Unit of Work)縺ｯ繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ｳ繝溘ャ繝茨ｼ医ｂ縺励￥縺ｯ繝ｭ繝ｼ繝ｫ繝舌ャ繧ｯ�峨〒邨ゆｺ�＠縺ｾ縺吶�
+                縺薙ｌ縺ｯ縲� <literal>CurrentSessionContext</literal> 繧ｯ繝ｩ繧ｹ縺ｫ蟇ｾ縺励※ <literal>thread</literal> 繧定ｨｭ螳壹＠縺溘◆繧√〒縺吶�
             </para>
 
             <para>
-                異なる作業単位(Unit of Work)で人々とイベントをロードすることも当然できます。
-                そうでなければ、永続状態にないとき（以前に永続であったなら、この状態を <emphasis>分離（detached）</emphasis> 
-                と呼びます）、 <literal>Session</literal> の外部でオブジェクトを修正します。
-                分離されるときにはコレクションを変更することも可能です：
+                逡ｰ縺ｪ繧倶ｽ懈･ｭ蜊倅ｽ�(Unit of Work)縺ｧ莠ｺ縲�→繧､繝吶Φ繝医ｒ繝ｭ繝ｼ繝峨☆繧九％縺ｨ繧ょｽ鍋┯縺ｧ縺阪∪縺吶�
+                縺昴≧縺ｧ縺ｪ縺代ｌ縺ｰ縲∵ｰｸ邯夂憾諷九↓縺ｪ縺�→縺搾ｼ井ｻ･蜑阪↓豌ｸ邯壹〒縺ゅ▲縺溘↑繧峨√％縺ｮ迥ｶ諷九ｒ <emphasis>蛻�屬��detached��</emphasis> 
+                縺ｨ蜻ｼ縺ｳ縺ｾ縺呻ｼ峨� <literal>Session</literal> 縺ｮ螟夜Κ縺ｧ繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ菫ｮ豁｣縺励∪縺吶�
+                蛻�屬縺輔ｌ繧九→縺阪↓縺ｯ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧貞､画峩縺吶ｋ縺薙→繧ょ庄閭ｽ縺ｧ縺呻ｼ�
             </para>
 
             <programlisting><![CDATA[private void addPersonToEvent(Long personId, Long eventId) {
@@ -1049,20 +1051,20 @@ public class Person {
 }]]></programlisting>
 
             <para>
-                <literal>update</literal> の呼び出しは分離オブジェクトを再び永続化します。
-                これは、新しい作業単位(Unit of Work)にバインドすると言えるでしょう。
-                そのため分離の間に加えられたどのような修正もデータベースにセーブできます。
-                エンティティオブジェクトのコレクションへの修正（追加･削除）も同様にセーブできます。
+                <literal>update</literal> 縺ｮ蜻ｼ縺ｳ蜃ｺ縺励�蛻�屬繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ蜀阪�豌ｸ邯壼喧縺励∪縺吶�
+                縺薙ｌ縺ｯ縲∵眠縺励＞菴懈･ｭ蜊倅ｽ�(Unit of Work)縺ｫ繝舌う繝ｳ繝峨☆繧九→險縺医ｋ縺ｧ縺励ｇ縺��
+                縺昴�縺溘ａ蛻�屬縺ｮ髢薙↓蜉�縺医ｉ繧後◆縺ｩ縺ｮ繧医≧縺ｪ菫ｮ豁｣繧ゅョ繝ｼ繧ｿ繝吶�繧ｹ縺ｫ繧ｻ繝ｼ繝悶〒縺阪∪縺吶�
+                繧ｨ繝ｳ繝�ぅ繝�ぅ繧ｪ繝悶ず繧ｧ繧ｯ繝医�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｸ縺ｮ菫ｮ豁｣�郁ｿｽ蜉��･蜑企勁�峨ｂ蜷梧ｧ倥↓繧ｻ繝ｼ繝悶〒縺阪∪縺吶�
             </para>
 
             <para>
-                これは今はあまり使いみちがありませんが、
-                自分のアプリケーションの設計に組み込むことができる重要なコンセプトです。
-                それではこのエクササイズの最後に、
-                <literal>EventManager</literal> のメインメソッドに新しいアクションを追加して
-                コマンドラインから呼び出してみましょう。
-                人やイベントの識別子が必要なら、 <literal>save()</literal> メソッドが返してくれます
-                （場合によっては識別子を返すためにメソッドを修正する必要があるかもしれません）。
+                縺薙ｌ縺ｯ莉翫�縺ゅ∪繧贋ｽｿ縺�∩縺｡縺後≠繧翫∪縺帙ｓ縺後�
+                閾ｪ蛻��繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ險ｭ險医↓邨�∩霎ｼ繧縺薙→縺後〒縺阪ｋ驥崎ｦ√↑繧ｳ繝ｳ繧ｻ繝励ヨ縺ｧ縺吶�
+                縺昴ｌ縺ｧ縺ｯ縺薙�繧ｨ繧ｯ繧ｵ繧ｵ繧､繧ｺ縺ｮ譛蠕後↓縲�
+                <literal>EventManager</literal> 縺ｮ繝｡繧､繝ｳ繝｡繧ｽ繝�ラ縺ｫ譁ｰ縺励＞繧｢繧ｯ繧ｷ繝ｧ繝ｳ繧定ｿｽ蜉�縺励※
+                繧ｳ繝槭Φ繝峨Λ繧､繝ｳ縺九ｉ蜻ｼ縺ｳ蜃ｺ縺励※縺ｿ縺ｾ縺励ｇ縺��
+                莠ｺ繧�う繝吶Φ繝医�隴伜挨蟄舌′蠢�ｦ√↑繧峨� <literal>save()</literal> 繝｡繧ｽ繝�ラ縺瑚ｿ斐＠縺ｦ縺上ｌ縺ｾ縺�
+                �亥�ｴ蜷医↓繧医▲縺ｦ縺ｯ隴伜挨蟄舌ｒ霑斐☆縺溘ａ縺ｫ繝｡繧ｽ繝�ラ繧剃ｿｮ豁｣縺吶ｋ蠢�ｦ√′縺ゅｋ縺九ｂ縺励ｌ縺ｾ縺帙ｓ�峨�
             </para>
 
             <programlisting><![CDATA[else if (args[0].equals("addpersontoevent")) {
@@ -1073,36 +1075,36 @@ public class Person {
 }]]></programlisting>
 
             <para>
-                これは同じように重要な2つのクラス、つまり2つのエンティティ間の関連の例でした。
-                前に述べたように、典型的なモデルには、普通「比較的重要ではない」他のクラスと型があります。
-                これまでに見たような <literal>int</literal> や <literal>String</literal> のようなものです。
-                このようなクラスを <emphasis>値型</emphasis> と言います。
-                このインスタンスは特定のエンティティに <emphasis>依存</emphasis> します。
-                この型のインスタンスは独自のIDを持ちませんし、
-                エンティティ間で共有されることもありません
-                （ファーストネームが同じだったとしても、2人の人は同じ <literal>firstname</literal> 
-                オブジェクトを参照しません）。
-                値型はもちろんJDK内に見つかりますが、それだけではなく
-                （実際、HibernateアプリケーションにおいてすべてのJDKクラスは値型と見なせます）、
-                例えば <literal>Address</literal> や <literal>MonetaryAmount</literal> 
-                のような独自の依存クラスを書くこともできます。
+                縺薙ｌ縺ｯ蜷後§繧医≧縺ｫ驥崎ｦ√↑2縺､縺ｮ繧ｯ繝ｩ繧ｹ縲√▽縺ｾ繧�2縺､縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ髢薙�髢｢騾｣縺ｮ萓九〒縺励◆縲�
+                蜑阪↓霑ｰ縺ｹ縺溘ｈ縺�↓縲∝�蝙狗噪縺ｪ繝｢繝�Ν縺ｫ縺ｯ縲∵勸騾壹梧ｯ碑ｼ�噪驥崎ｦ√〒縺ｯ縺ｪ縺�堺ｻ悶�繧ｯ繝ｩ繧ｹ縺ｨ蝙九′縺ゅｊ縺ｾ縺吶�
+                縺薙ｌ縺ｾ縺ｧ縺ｫ隕九◆繧医≧縺ｪ <literal>int</literal> 繧� <literal>String</literal> 縺ｮ繧医≧縺ｪ繧ゅ�縺ｧ縺吶�
+                縺薙�繧医≧縺ｪ繧ｯ繝ｩ繧ｹ繧� <emphasis>蛟､蝙�</emphasis> 縺ｨ險縺�∪縺吶�
+                縺薙�繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ迚ｹ螳壹�繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｫ <emphasis>萓晏ｭ�</emphasis> 縺励∪縺吶�
+                縺薙�蝙九�繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｯ迢ｬ閾ｪ縺ｮID繧呈戟縺｡縺ｾ縺帙ｓ縺励�
+                繧ｨ繝ｳ繝�ぅ繝�ぅ髢薙〒蜈ｱ譛峨＆繧後ｋ縺薙→繧ゅ≠繧翫∪縺帙ｓ
+                �医ヵ繧｡繝ｼ繧ｹ繝医ロ繝ｼ繝�縺悟酔縺倥□縺｣縺溘→縺励※繧ゅ�2莠ｺ縺ｮ莠ｺ縺ｯ蜷後§ <literal>firstname</literal> 
+                繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ蜿ら�縺励∪縺帙ｓ�峨�
+                蛟､蝙九�繧ゅ■繧阪ｓJDK蜀�↓隕九▽縺九ｊ縺ｾ縺吶′縲√◎繧後□縺代〒縺ｯ縺ｪ縺�
+                �亥ｮ滄圀縲？ibernate繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ縺翫＞縺ｦ縺吶∋縺ｦ縺ｮJDK繧ｯ繝ｩ繧ｹ縺ｯ蛟､蝙九→隕九↑縺帙∪縺呻ｼ峨�
+                萓九∴縺ｰ <literal>Address</literal> 繧� <literal>MonetaryAmount</literal> 
+                縺ｮ繧医≧縺ｪ迢ｬ閾ｪ縺ｮ萓晏ｭ倥け繝ｩ繧ｹ繧呈嶌縺上％縺ｨ繧ゅ〒縺阪∪縺吶�
             </para>
 
             <para>
-                値型のコレクションを設計することもできます。
-                これは他のエンティティへの参照のコレクションとは概念的に非常に異なりますが、
-                Javaではほとんど同じように見えます。
+                蛟､蝙九�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧定ｨｭ險医☆繧九％縺ｨ繧ゅ〒縺阪∪縺吶�
+                縺薙ｌ縺ｯ莉悶�繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｸ縺ｮ蜿ら�縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｨ縺ｯ讎ょｿｵ逧�↓髱槫ｸｸ縺ｫ逡ｰ縺ｪ繧翫∪縺吶′縲�
+                Java縺ｧ縺ｯ縺ｻ縺ｨ繧薙←蜷後§繧医≧縺ｫ隕九∴縺ｾ縺吶�
             </para>
 
         </sect2>
 
         <sect2 id="tutorial-associations-valuecollections">
-            <title>値のコレクション</title>
+            <title>蛟､縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ</title>
 
             <para>
-                値型オブジェクトのコレクションを <literal>Person</literal> エンティティへ追加します。
-                Eメールアドレスを格納したいのですが、<literal>String</literal> 型を使っているので、
-                コレクションは再び <literal>Set</literal> です：
+                蛟､蝙九が繝悶ず繧ｧ繧ｯ繝医�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧� <literal>Person</literal> 繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｸ霑ｽ蜉�縺励∪縺吶�
+                E繝｡繝ｼ繝ｫ繧｢繝峨Ξ繧ｹ繧呈�ｼ邏阪＠縺溘＞縺ｮ縺ｧ縺吶′縲�<literal>String</literal> 蝙九ｒ菴ｿ縺｣縺ｦ縺�ｋ縺ｮ縺ｧ縲�
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ蜀阪� <literal>Set</literal> 縺ｧ縺呻ｼ�
             </para>
             <programlisting><![CDATA[private Set emailAddresses = new HashSet();
 
@@ -1115,7 +1117,7 @@ public void setEmailAddresses(Set emailAddresses) {
 }]]></programlisting>
 
             <para>
-                この <literal>Set</literal> のマッピングです：
+                縺薙� <literal>Set</literal> 縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｧ縺呻ｼ�
             </para>
 
             <programlisting><![CDATA[<set name="emailAddresses" table="PERSON_EMAIL_ADDR">
@@ -1124,19 +1126,19 @@ public void setEmailAddresses(Set emailAddresses) {
 </set>]]></programlisting>
 
             <para>
-                前のマッピングと比べて違うのは <literal>element</literal> の部分ですが、
-                Hibernateにこのコレクションが他のエンティティへの参照を含まず、
-                <literal>String</literal> 型の要素のコレクションを含むことを教えます。
-                （小文字の名前(string)はHibernateのマッピング型またはコンバータであるということです）。
-                繰り返しますが、<literal>set</literal> 要素の <literal>table</literal> 属性は、
-                コレクションのためのテーブル名を指定します。
-                <literal>key</literal> 要素はコレクションテーブルの外部キーカラム名を定義します。
-                <literal>element</literal> 要素の <literal>column</literal> 属性は <literal>String</literal> 
-                の値が実際に格納されるカラムの名前を定義します。
+                蜑阪�繝槭ャ繝斐Φ繧ｰ縺ｨ豈斐∋縺ｦ驕輔≧縺ｮ縺ｯ <literal>element</literal> 縺ｮ驛ｨ蛻�〒縺吶′縲�
+                Hibernate縺ｫ縺薙�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺御ｻ悶�繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｸ縺ｮ蜿ら�繧貞性縺ｾ縺壹�
+                <literal>String</literal> 蝙九�隕∫ｴ�縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧貞性繧縺薙→繧呈蕗縺医∪縺吶�
+                �亥ｰ乗枚蟄励�蜷榊燕(string)縺ｯHibernate縺ｮ繝槭ャ繝斐Φ繧ｰ蝙九∪縺溘�繧ｳ繝ｳ繝舌�繧ｿ縺ｧ縺ゅｋ縺ｨ縺�≧縺薙→縺ｧ縺呻ｼ峨�
+                郢ｰ繧願ｿ斐＠縺ｾ縺吶′縲�<literal>set</literal> 隕∫ｴ�縺ｮ <literal>table</literal> 螻樊ｧ縺ｯ縲�
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ縺溘ａ縺ｮ繝��繝悶Ν蜷阪ｒ謖�ｮ壹＠縺ｾ縺吶�
+                <literal>key</literal> 隕∫ｴ�縺ｯ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繝��繝悶Ν縺ｮ螟夜Κ繧ｭ繝ｼ繧ｫ繝ｩ繝�蜷阪ｒ螳夂ｾｩ縺励∪縺吶�
+                <literal>element</literal> 隕∫ｴ�縺ｮ <literal>column</literal> 螻樊ｧ縺ｯ <literal>String</literal> 
+                縺ｮ蛟､縺悟ｮ滄圀縺ｫ譬ｼ邏阪＆繧後ｋ繧ｫ繝ｩ繝�縺ｮ蜷榊燕繧貞ｮ夂ｾｩ縺励∪縺吶�
             </para>
 
             <para>
-                更新したスキーマを見てください：
+                譖ｴ譁ｰ縺励◆繧ｹ繧ｭ繝ｼ繝槭ｒ隕九※縺上□縺輔＞��
             </para>
 
             <programlisting><![CDATA[
@@ -1154,15 +1156,15 @@ public void setEmailAddresses(Set emailAddresses) {
  ]]></programlisting>
 
             <para>
-                コレクションテーブルの主キーは、実際は両方のカラムを使った複合キーであることがわかります。
-                これは人ごとにEメールアドレスが重複できないということで、
-                Javaのsetに要求されるセマンティクスそのものです。
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繝��繝悶Ν縺ｮ荳ｻ繧ｭ繝ｼ縺ｯ縲∝ｮ滄圀縺ｯ荳｡譁ｹ縺ｮ繧ｫ繝ｩ繝�繧剃ｽｿ縺｣縺溯､�粋繧ｭ繝ｼ縺ｧ縺ゅｋ縺薙→縺後ｏ縺九ｊ縺ｾ縺吶�
+                縺薙ｌ縺ｯ莠ｺ縺斐→縺ｫE繝｡繝ｼ繝ｫ繧｢繝峨Ξ繧ｹ縺碁㍾隍�〒縺阪↑縺�→縺�≧縺薙→縺ｧ縲�
+                Java縺ｮset縺ｫ隕∵ｱゅ＆繧後ｋ繧ｻ繝槭Φ繝�ぅ繧ｯ繧ｹ縺昴�繧ゅ�縺ｧ縺吶�
             </para>
 
             <para>
-                以前人とイベントを関連づけたときと全く同じように、
-                今や試しにコレクションに要素を追加することができるようになりました。
-                両方ともJavaでは同じコードです。
+                莉･蜑堺ｺｺ縺ｨ繧､繝吶Φ繝医ｒ髢｢騾｣縺･縺代◆縺ｨ縺阪→蜈ｨ縺丞酔縺倥ｈ縺�↓縲�
+                莉翫ｄ隧ｦ縺励↓繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ隕∫ｴ�繧定ｿｽ蜉�縺吶ｋ縺薙→縺後〒縺阪ｋ繧医≧縺ｫ縺ｪ繧翫∪縺励◆縲�
+                荳｡譁ｹ縺ｨ繧�Java縺ｧ縺ｯ蜷後§繧ｳ繝ｼ繝峨〒縺吶�
             </para>
 
             <programlisting><![CDATA[private void addEmailToPerson(Long personId, String emailAddress) {
@@ -1179,28 +1181,28 @@ public void setEmailAddresses(Set emailAddresses) {
 }]]></programlisting>
 
             <para>
-                今回、コレクションの初期化に <emphasis>fetch</emphasis> クエリを使用しませんでした。
-                そのため、getterメソッドの呼び出しによってコレクションを初期化するためのSELECTが
-                実行されるので、コレクションに要素を追加できます。
-                SQLのログを監視して、即時フェッチを使って最適化してください。
+                莉雁屓縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ蛻晄悄蛹悶↓ <emphasis>fetch</emphasis> 繧ｯ繧ｨ繝ｪ繧剃ｽｿ逕ｨ縺励∪縺帙ｓ縺ｧ縺励◆縲�
+                縺昴�縺溘ａ縲“etter繝｡繧ｽ繝�ラ縺ｮ蜻ｼ縺ｳ蜃ｺ縺励↓繧医▲縺ｦ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧貞�譛溷喧縺吶ｋ縺溘ａ縺ｮSELECT縺�
+                螳溯｡後＆繧後ｋ縺ｮ縺ｧ縲√さ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ隕∫ｴ�繧定ｿｽ蜉�縺ｧ縺阪∪縺吶�
+                SQL縺ｮ繝ｭ繧ｰ繧堤屮隕悶＠縺ｦ縲∝叉譎ゅヵ繧ｧ繝�メ繧剃ｽｿ縺｣縺ｦ譛驕ｩ蛹悶＠縺ｦ縺上□縺輔＞縲�
             </para>
 
         </sect2>
 
         <sect2 id="tutorial-associations-bidirectional" revision="1">
-            <title>双方向関連</title>
+            <title>蜿梧婿蜷鷹未騾｣</title>
 
             <para>
-                次に双方向関連をマッピングします。
-                Javaで両側から人とイベントの関連を動作させます。
-                もちろん、データベーススキーマは変わりませんが、多重度は多対多のままです。
-                リレーショナルデータベースはネットワークプログラミング言語よりも柔軟なので、
-                ナビゲーションの方向のようなものを必要としません。
-                データはあらゆるの方法で見たり復元できるということです。
+                谺｡縺ｫ蜿梧婿蜷鷹未騾｣繧偵�繝�ヴ繝ｳ繧ｰ縺励∪縺吶�
+                Java縺ｧ荳｡蛛ｴ縺九ｉ莠ｺ縺ｨ繧､繝吶Φ繝医�髢｢騾｣繧貞虚菴懊＆縺帙∪縺吶�
+                繧ゅ■繧阪ｓ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ繧ｹ繧ｭ繝ｼ繝槭�螟峨ｏ繧翫∪縺帙ｓ縺後∝､夐㍾蠎ｦ縺ｯ螟壼ｯｾ螟壹�縺ｾ縺ｾ縺ｧ縺吶�
+                繝ｪ繝ｬ繝ｼ繧ｷ繝ｧ繝翫Ν繝��繧ｿ繝吶�繧ｹ縺ｯ繝阪ャ繝医Ρ繝ｼ繧ｯ繝励Ο繧ｰ繝ｩ繝溘Φ繧ｰ險隱槭ｈ繧翫ｂ譟碑ｻ溘↑縺ｮ縺ｧ縲�
+                繝翫ン繧ｲ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ譁ｹ蜷代�繧医≧縺ｪ繧ゅ�繧貞ｿ�ｦ√→縺励∪縺帙ｓ縲�
+                繝��繧ｿ縺ｯ縺ゅｉ繧�ｋ縺ｮ譁ｹ豕輔〒隕九◆繧雁ｾｩ蜈�〒縺阪ｋ縺ｨ縺�≧縺薙→縺ｧ縺吶�
             </para>
 
             <para>
-                まず <literal>Event</literal> イベントクラスに参加者のコレクションを追加します：
+                縺ｾ縺� <literal>Event</literal> 繧､繝吶Φ繝医け繝ｩ繧ｹ縺ｫ蜿ょ刈閠��繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧定ｿｽ蜉�縺励∪縺呻ｼ�
             </para>
 
             <programlisting><![CDATA[private Set participants = new HashSet();
@@ -1214,7 +1216,7 @@ public void setParticipants(Set participants) {
 }]]></programlisting>
 
             <para>
-                それでは <literal>Event.hbm.xml</literal> で関連のこちら側をマッピングしてください。
+                縺昴ｌ縺ｧ縺ｯ <literal>Event.hbm.xml</literal> 縺ｧ髢｢騾｣縺ｮ縺薙■繧牙�繧偵�繝�ヴ繝ｳ繧ｰ縺励※縺上□縺輔＞縲�
             </para>
 
             <programlisting><![CDATA[<set name="participants" table="PERSON_EVENT" inverse="true">
@@ -1223,43 +1225,43 @@ public void setParticipants(Set participants) {
 </set>]]></programlisting>
 
             <para>
-                ご覧のとおり、いずれのマッピングドキュメント(XMLファイル)でも、普通の <literal>set</literal> 
-                マッピングを使っています。
-                <literal>key</literal> と <literal>many-to-many</literal> のカラム名が、
-                両方のマッピングドキュメントで入れ替えになっていることに注目してください。
-                ここで最も重要な追加項目は、 <literal>Event</literal> のコレクションマッピングの <literal>set</literal> 
-                要素にある <literal>inverse="true"</literal> 属性です。
+                縺碑ｦｧ縺ｮ縺ｨ縺翫ｊ縲√＞縺壹ｌ縺ｮ繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝�(XML繝輔ぃ繧､繝ｫ)縺ｧ繧ゅ∵勸騾壹� <literal>set</literal> 
+                繝槭ャ繝斐Φ繧ｰ繧剃ｽｿ縺｣縺ｦ縺�∪縺吶�
+                <literal>key</literal> 縺ｨ <literal>many-to-many</literal> 縺ｮ繧ｫ繝ｩ繝�蜷阪′縲�
+                荳｡譁ｹ縺ｮ繝槭ャ繝斐Φ繧ｰ繝峨く繝･繝｡繝ｳ繝医〒蜈･繧梧崛縺医↓縺ｪ縺｣縺ｦ縺�ｋ縺薙→縺ｫ豕ｨ逶ｮ縺励※縺上□縺輔＞縲�
+                縺薙％縺ｧ譛繧る㍾隕√↑霑ｽ蜉�鬆�岼縺ｯ縲� <literal>Event</literal> 縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繝槭ャ繝斐Φ繧ｰ縺ｮ <literal>set</literal> 
+                隕∫ｴ�縺ｫ縺ゅｋ <literal>inverse="true"</literal> 螻樊ｧ縺ｧ縺吶�
             </para>
 
             <para>
-                この指定の意味は、2つの間のエンティティ間のリンクについての情報を探す必要があるとき、
-                Hibernateは反対側のエンティティ、つまり <literal>Person</literal> クラスから探すということです。
-                一度2つのエンティティ間の双方向リンクがどのように作成されるかがわかれば、
-                これを理解することはとても簡単です。
+                縺薙�謖�ｮ壹�諢丞袖縺ｯ縲�2縺､縺ｮ髢薙�繧ｨ繝ｳ繝�ぅ繝�ぅ髢薙�繝ｪ繝ｳ繧ｯ縺ｫ縺､縺�※縺ｮ諠��ｱ繧呈爾縺吝ｿ�ｦ√′縺ゅｋ縺ｨ縺阪�
+                Hibernate縺ｯ蜿榊ｯｾ蛛ｴ縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ縲√▽縺ｾ繧� <literal>Person</literal> 繧ｯ繝ｩ繧ｹ縺九ｉ謗｢縺吶→縺�≧縺薙→縺ｧ縺吶�
+                荳蠎ｦ2縺､縺ｮ繧ｨ繝ｳ繝�ぅ繝�ぅ髢薙�蜿梧婿蜷代Μ繝ｳ繧ｯ縺後←縺ｮ繧医≧縺ｫ菴懈�縺輔ｌ繧九°縺後ｏ縺九ｌ縺ｰ縲�
+                縺薙ｌ繧堤炊隗｣縺吶ｋ縺薙→縺ｯ縺ｨ縺ｦ繧らｰ｡蜊倥〒縺吶�
             </para>
 
         </sect2>
 
         <sect2 id="tutorial-associations-usingbidir">
-            <title>双方向リンクの動作</title>
+            <title>蜿梧婿蜷代Μ繝ｳ繧ｯ縺ｮ蜍穂ｽ�</title>
 
             <para>
-                まず、Hibernateが通常のJavaのセマンティクスに影響を及ぼさないことを心に留めておいてください。
-                私たちは、単方向の例としてどのように <literal>Person</literal> と <literal>Event</literal> 
-                の間のリンクを作成したでしょうか？
-                <literal>Person</literal> のインスタンスのイベントへの参照のコレクションに
-                <literal>Event</literal> のインスタンスを追加しました。
-                そのためこのリンクを双方向にしたければ、
-                当たり前ですが反対側にも同じことをしなければなりません。
-                <literal>Event</literal> のコレクションに <literal>Person</literal> への
-                参照を追加するということです。
-                この「両側でリンクを設定すること」は絶対に必要なので、決して忘れないでください。
+                縺ｾ縺壹？ibernate縺碁壼ｸｸ縺ｮJava縺ｮ繧ｻ繝槭Φ繝�ぅ繧ｯ繧ｹ縺ｫ蠖ｱ髻ｿ繧貞所縺ｼ縺輔↑縺�％縺ｨ繧貞ｿ�↓逡吶ａ縺ｦ縺翫＞縺ｦ縺上□縺輔＞縲�
+                遘√◆縺｡縺ｯ縲∝腰譁ｹ蜷代�萓九→縺励※縺ｩ縺ｮ繧医≧縺ｫ <literal>Person</literal> 縺ｨ <literal>Event</literal> 
+                縺ｮ髢薙�繝ｪ繝ｳ繧ｯ繧剃ｽ懈�縺励◆縺ｧ縺励ｇ縺�°��
+                <literal>Person</literal> 縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ縺ｮ繧､繝吶Φ繝医∈縺ｮ蜿ら�縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ
+                <literal>Event</literal> 縺ｮ繧､繝ｳ繧ｹ繧ｿ繝ｳ繧ｹ繧定ｿｽ蜉�縺励∪縺励◆縲�
+                縺昴�縺溘ａ縺薙�繝ｪ繝ｳ繧ｯ繧貞曙譁ｹ蜷代↓縺励◆縺代ｌ縺ｰ縲�
+                蠖薙◆繧雁燕縺ｧ縺吶′蜿榊ｯｾ蛛ｴ縺ｫ繧ょ酔縺倥％縺ｨ繧偵＠縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+                <literal>Event</literal> 縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ <literal>Person</literal> 縺ｸ縺ｮ
+                蜿ら�繧定ｿｽ蜉�縺吶ｋ縺ｨ縺�≧縺薙→縺ｧ縺吶�
+                縺薙�縲御ｸ｡蛛ｴ縺ｧ繝ｪ繝ｳ繧ｯ繧定ｨｭ螳壹☆繧九％縺ｨ縲阪�邨ｶ蟇ｾ縺ｫ蠢�ｦ√↑縺ｮ縺ｧ縲∵ｱｺ縺励※蠢倥ｌ縺ｪ縺�〒縺上□縺輔＞縲�
             </para>
 
             <para>
-                多くの開発者は慎重にプログラムするので、
-                エンティティの両側に正しく関連を設定するリンク管理メソッドを作成します。
-                例えば <literal>Person</literal> では以下のようになります。：
+                螟壹￥縺ｮ髢狗匱閠��諷朱㍾縺ｫ繝励Ο繧ｰ繝ｩ繝�縺吶ｋ縺ｮ縺ｧ縲�
+                繧ｨ繝ｳ繝�ぅ繝�ぅ縺ｮ荳｡蛛ｴ縺ｫ豁｣縺励￥髢｢騾｣繧定ｨｭ螳壹☆繧九Μ繝ｳ繧ｯ邂｡逅�Γ繧ｽ繝�ラ繧剃ｽ懈�縺励∪縺吶�
+                萓九∴縺ｰ <literal>Person</literal> 縺ｧ縺ｯ莉･荳九�繧医≧縺ｫ縺ｪ繧翫∪縺吶ゑｼ�
             </para>
 
             <programlisting><![CDATA[protected Set getEvents() {
@@ -1281,52 +1283,52 @@ public void removeFromEvent(Event event) {
 }]]></programlisting>
 
             <para>
-                コレクションのゲットとセットメソッドが現在protectedになっていることに注意してください。
-                これは同じパッケージのクラスやサブクラスのメソッドは依然アクセスが可能ですが、
-                （ほとんど）そのパッケージ外のどのクラスでも直接そのコレクションを台無しにすることを防ぎます。
-                おそらく反対側のコレクションにも同じことをした方がいいでしょう。
+                繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｮ繧ｲ繝�ヨ縺ｨ繧ｻ繝�ヨ繝｡繧ｽ繝�ラ縺檎樟蝨ｨprotected縺ｫ縺ｪ縺｣縺ｦ縺�ｋ縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+                縺薙ｌ縺ｯ蜷後§繝代ャ繧ｱ繝ｼ繧ｸ縺ｮ繧ｯ繝ｩ繧ｹ繧�し繝悶け繝ｩ繧ｹ縺ｮ繝｡繧ｽ繝�ラ縺ｯ萓晉┯繧｢繧ｯ繧ｻ繧ｹ縺悟庄閭ｽ縺ｧ縺吶′縲�
+                �医⊇縺ｨ繧薙←�峨◎縺ｮ繝代ャ繧ｱ繝ｼ繧ｸ螟悶�縺ｩ縺ｮ繧ｯ繝ｩ繧ｹ縺ｧ繧ら峩謗･縺昴�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧貞床辟｡縺励↓縺吶ｋ縺薙→繧帝亟縺弱∪縺吶�
+                縺翫◎繧峨￥蜿榊ｯｾ蛛ｴ縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｫ繧ょ酔縺倥％縺ｨ繧偵＠縺滓婿縺後＞縺�〒縺励ｇ縺��
             </para>
 
             <para>
-                <literal>inverse</literal> マッピング属性とはいったい何でしょうか？
-                開発者とJavaにとっては、双方向リンクは単に両側の参照を正しく設定するということです。
-                しかしHibernateは（制約違反を避けるために）SQLの <literal>INSERT</literal> と <literal>UPDATE</literal> 
-                文を正確に変更するための十分な情報を持っていないので、
-                双方向関連プロパティを扱うための何らかの助けを必要とします。
-                関連の片側を <literal>inverse</literal> に設定することで、Hibernateは基本的には設定した側を無視し、
-                反対側の <emphasis>鏡</emphasis> として考えます。
-                これだけで、Hibernateは方向を持つナビゲーションモデルをSQLデータベーススキーマへ変換するときの
-                すべての問題にうまく対処できます。
-                覚えておかなければならないルールは簡単です。
-                双方向関連は必ず片側を <literal>inverse</literal> にする必要があるということです。
-                一対多関連ではそれは多側でなければなりません。
-                多対多関連ではどちら側でも構いません。どちらでも違いはありません。
+                <literal>inverse</literal> 繝槭ャ繝斐Φ繧ｰ螻樊ｧ縺ｨ縺ｯ縺�▲縺溘＞菴輔〒縺励ｇ縺�°��
+                髢狗匱閠�→Java縺ｫ縺ｨ縺｣縺ｦ縺ｯ縲∝曙譁ｹ蜷代Μ繝ｳ繧ｯ縺ｯ蜊倥↓荳｡蛛ｴ縺ｮ蜿ら�繧呈ｭ｣縺励￥險ｭ螳壹☆繧九→縺�≧縺薙→縺ｧ縺吶�
+                縺励°縺幽ibernate縺ｯ�亥宛邏�＆蜿阪ｒ驕ｿ縺代ｋ縺溘ａ縺ｫ�唄QL縺ｮ <literal>INSERT</literal> 縺ｨ <literal>UPDATE</literal> 
+                譁�ｒ豁｣遒ｺ縺ｫ螟画峩縺吶ｋ縺溘ａ縺ｮ蜊∝�縺ｪ諠��ｱ繧呈戟縺｣縺ｦ縺�↑縺��縺ｧ縲�
+                蜿梧婿蜷鷹未騾｣繝励Ο繝代ユ繧｣繧呈桶縺�◆繧√�菴輔ｉ縺九�蜉ｩ縺代ｒ蠢�ｦ√→縺励∪縺吶�
+                髢｢騾｣縺ｮ迚��繧� <literal>inverse</literal> 縺ｫ險ｭ螳壹☆繧九％縺ｨ縺ｧ縲？ibernate縺ｯ蝓ｺ譛ｬ逧�↓縺ｯ險ｭ螳壹＠縺溷�繧堤┌隕悶＠縲�
+                蜿榊ｯｾ蛛ｴ縺ｮ <emphasis>髀｡</emphasis> 縺ｨ縺励※閠�∴縺ｾ縺吶�
+                縺薙ｌ縺�縺代〒縲？ibernate縺ｯ譁ｹ蜷代ｒ謖√▽繝翫ン繧ｲ繝ｼ繧ｷ繝ｧ繝ｳ繝｢繝�Ν繧担QL繝��繧ｿ繝吶�繧ｹ繧ｹ繧ｭ繝ｼ繝槭∈螟画鋤縺吶ｋ縺ｨ縺阪�
+                縺吶∋縺ｦ縺ｮ蝠城｡後↓縺�∪縺丞ｯｾ蜃ｦ縺ｧ縺阪∪縺吶�
+                隕壹∴縺ｦ縺翫°縺ｪ縺代ｌ縺ｰ縺ｪ繧峨↑縺�Ν繝ｼ繝ｫ縺ｯ邁｡蜊倥〒縺吶�
+                蜿梧婿蜷鷹未騾｣縺ｯ蠢�★迚��繧� <literal>inverse</literal> 縺ｫ縺吶ｋ蠢�ｦ√′縺ゅｋ縺ｨ縺�≧縺薙→縺ｧ縺吶�
+                荳蟇ｾ螟夐未騾｣縺ｧ縺ｯ縺昴ｌ縺ｯ螟壼�縺ｧ縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲�
+                螟壼ｯｾ螟夐未騾｣縺ｧ縺ｯ縺ｩ縺｡繧牙�縺ｧ繧よｧ九＞縺ｾ縺帙ｓ縲ゅ←縺｡繧峨〒繧る＆縺��縺ゅｊ縺ｾ縺帙ｓ縲�
             </para>
 
         </sect2>
 
         <para>
-             ではこれを小さなWebアプリケーションにしてみましょう。
+             縺ｧ縺ｯ縺薙ｌ繧貞ｰ上＆縺ｪWeb繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ縺励※縺ｿ縺ｾ縺励ｇ縺��
         </para>
 
     </sect1>
 
     <sect1 id="tutorial-webapp">
-        <title>パート3 - EventManager Webアプリケーション</title>
+        <title>繝代�繝�3 - EventManager Web繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ</title>
 
         <para>
-             HibernateのWebアプリケーションは、スタンドアローンのアプリケーションのように
-             <literal>Session</literal> と <literal>Transaction</literal> を使用します。
-             しかしいくつかの一般的なパターンが役立ちます。
-             ここで <literal>EventManagerServlet</literal> を作成します。このサーブレットは、
-             データベースに格納した全てのイベントをリストにでき、さらにHTMLフォームから新しいイベントを入力できるものです。
+             Hibernate縺ｮWeb繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｯ縲√せ繧ｿ繝ｳ繝峨い繝ｭ繝ｼ繝ｳ縺ｮ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ繧医≧縺ｫ
+             <literal>Session</literal> 縺ｨ <literal>Transaction</literal> 繧剃ｽｿ逕ｨ縺励∪縺吶�
+             縺励°縺励＞縺上▽縺九�荳闊ｬ逧�↑繝代ち繝ｼ繝ｳ縺悟ｽｹ遶九■縺ｾ縺吶�
+             縺薙％縺ｧ <literal>EventManagerServlet</literal> 繧剃ｽ懈�縺励∪縺吶ゅ％縺ｮ繧ｵ繝ｼ繝悶Ξ繝�ヨ縺ｯ縲�
+             繝��繧ｿ繝吶�繧ｹ縺ｫ譬ｼ邏阪＠縺溷�縺ｦ縺ｮ繧､繝吶Φ繝医ｒ繝ｪ繧ｹ繝医↓縺ｧ縺阪√＆繧峨↓HTML繝輔か繝ｼ繝�縺九ｉ譁ｰ縺励＞繧､繝吶Φ繝医ｒ蜈･蜉帙〒縺阪ｋ繧ゅ�縺ｧ縺吶�
         </para>
 
         <sect2 id="tutorial-webapp-servlet" revision="1">
-            <title>基本的なServletの記述</title>
+            <title>蝓ｺ譛ｬ逧�↑Servlet縺ｮ險倩ｿｰ</title>
 
             <para>
-                新しいクラスを、ソースディレクトリの <literal>events</literal> パッケージに作成してください。
+                譁ｰ縺励＞繧ｯ繝ｩ繧ｹ繧偵√た繝ｼ繧ｹ繝�ぅ繝ｬ繧ｯ繝医Μ縺ｮ <literal>events</literal> 繝代ャ繧ｱ繝ｼ繧ｸ縺ｫ菴懈�縺励※縺上□縺輔＞縲�
             </para>
 
             <programlisting><![CDATA[package events;
@@ -1339,8 +1341,8 @@ public class EventManagerServlet extends HttpServlet {
 }]]></programlisting>
 
             <para>
-                ServletはHTTPの <literal>GET</literal> リクエストのみを処理するので、
-                 <literal>doGet()</literal> を実装します。
+                Servlet縺ｯHTTP縺ｮ <literal>GET</literal> 繝ｪ繧ｯ繧ｨ繧ｹ繝医�縺ｿ繧貞�逅�☆繧九�縺ｧ縲�
+                 <literal>doGet()</literal> 繧貞ｮ溯｣�＠縺ｾ縺吶�
             </para>
 
             <programlisting><![CDATA[protected void doGet(HttpServletRequest request,
@@ -1369,37 +1371,37 @@ public class EventManagerServlet extends HttpServlet {
 }]]></programlisting>
 
             <para>
-                これは <emphasis>session-per-request</emphasis> というパターンです。
-                Servletがリクエストを受け取ると、 <literal>SessionFactory</literal> の
-                <literal>getCurrentSession()</literal> の最初の呼び出しで、
-                Hibernateの新しい <literal>Session</literal> が開かれます。
-                そのときデータベーストランザクションが開始されます。
-                データの読み書きに関わらず、すべてのデータアクセスはトランザクション内で行います。
-                （アプリケーション内ではオートコミットモードを使用しません）。
+                縺薙ｌ縺ｯ <emphasis>session-per-request</emphasis> 縺ｨ縺�≧繝代ち繝ｼ繝ｳ縺ｧ縺吶�
+                Servlet縺後Μ繧ｯ繧ｨ繧ｹ繝医ｒ蜿励￠蜿悶ｋ縺ｨ縲� <literal>SessionFactory</literal> 縺ｮ
+                <literal>getCurrentSession()</literal> 縺ｮ譛蛻昴�蜻ｼ縺ｳ蜃ｺ縺励〒縲�
+                Hibernate縺ｮ譁ｰ縺励＞ <literal>Session</literal> 縺碁幕縺九ｌ縺ｾ縺吶�
+                縺昴�縺ｨ縺阪ョ繝ｼ繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ縺碁幕蟋九＆繧後∪縺吶�
+                繝��繧ｿ縺ｮ隱ｭ縺ｿ譖ｸ縺阪↓髢｢繧上ｉ縺壹√☆縺ｹ縺ｦ縺ｮ繝��繧ｿ繧｢繧ｯ繧ｻ繧ｹ縺ｯ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蜀�〒陦後＞縺ｾ縺吶�
+                �医い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ蜀�〒縺ｯ繧ｪ繝ｼ繝医さ繝溘ャ繝医Δ繝ｼ繝峨ｒ菴ｿ逕ｨ縺励∪縺帙ｓ�峨�
             </para>
 
             <para>
-                次に、リクエストのアクションは処理され、レスポンスであるHTMLが描画されます。
-                これについてはすぐに説明します。
+                谺｡縺ｫ縲√Μ繧ｯ繧ｨ繧ｹ繝医�繧｢繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ蜃ｦ逅�＆繧後√Ξ繧ｹ繝昴Φ繧ｹ縺ｧ縺ゅｋHTML縺梧緒逕ｻ縺輔ｌ縺ｾ縺吶�
+                縺薙ｌ縺ｫ縺､縺�※縺ｯ縺吶＄縺ｫ隱ｬ譏弱＠縺ｾ縺吶�
             </para>
 
             <para>
-                最後にリクエストの処理とHTML描画が完了したときに、作業単位(Unit of Work)を終了します。
-                もし処理や描画中に問題が発生した場合、exceptionが投げられてデータベーストランザクションをロールバックします。
-                これで <literal>session-per-request</literal> パターンが完了します。
-                全てのサーブレットにトランザクション境界のコードを書く代わりに、サーブレットフィルタに記述することも可能です。
-                <emphasis>Open Session in View</emphasis> と呼ばれるこのパターンについては、
-                HibernateのWebサイトやWikiを参照してください。
-                サーブレットではなくJSPでHTML描画をしようとすると、すぐにこのパターンについての情報が必要になるでしょう。
+                譛蠕後↓繝ｪ繧ｯ繧ｨ繧ｹ繝医�蜃ｦ逅�→HTML謠冗判縺悟ｮ御ｺ�＠縺溘→縺阪↓縲∽ｽ懈･ｭ蜊倅ｽ�(Unit of Work)繧堤ｵゆｺ�＠縺ｾ縺吶�
+                繧ゅ＠蜃ｦ逅�ｄ謠冗判荳ｭ縺ｫ蝠城｡後′逋ｺ逕溘＠縺溷�ｴ蜷医‘xception縺梧兜縺偵ｉ繧後※繝��繧ｿ繝吶�繧ｹ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ繧偵Ο繝ｼ繝ｫ繝舌ャ繧ｯ縺励∪縺吶�
+                縺薙ｌ縺ｧ <literal>session-per-request</literal> 繝代ち繝ｼ繝ｳ縺悟ｮ御ｺ�＠縺ｾ縺吶�
+                蜈ｨ縺ｦ縺ｮ繧ｵ繝ｼ繝悶Ξ繝�ヨ縺ｫ繝医Λ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蠅�阜縺ｮ繧ｳ繝ｼ繝峨ｒ譖ｸ縺丈ｻ｣繧上ｊ縺ｫ縲√し繝ｼ繝悶Ξ繝�ヨ繝輔ぅ繝ｫ繧ｿ縺ｫ險倩ｿｰ縺吶ｋ縺薙→繧ょ庄閭ｽ縺ｧ縺吶�
+                <emphasis>Open Session in View</emphasis> 縺ｨ蜻ｼ縺ｰ繧後ｋ縺薙�繝代ち繝ｼ繝ｳ縺ｫ縺､縺�※縺ｯ縲�
+                Hibernate縺ｮWeb繧ｵ繧､繝医ｄWiki繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
+                繧ｵ繝ｼ繝悶Ξ繝�ヨ縺ｧ縺ｯ縺ｪ縺繍SP縺ｧHTML謠冗判繧偵＠繧医≧縺ｨ縺吶ｋ縺ｨ縲√☆縺舌↓縺薙�繝代ち繝ｼ繝ｳ縺ｫ縺､縺�※縺ｮ諠��ｱ縺悟ｿ�ｦ√↓縺ｪ繧九〒縺励ｇ縺��
             </para>
 
         </sect2>
 
         <sect2 id="tutorial-webapp-processing" revision="1">
-            <title>処理と描画</title>
+            <title>蜃ｦ逅�→謠冗判</title>
 
             <para>
-                 では、リクエストの処理とページの描画を実装します。
+                 縺ｧ縺ｯ縲√Μ繧ｯ繧ｨ繧ｹ繝医�蜃ｦ逅�→繝壹�繧ｸ縺ｮ謠冗判繧貞ｮ溯｣�＠縺ｾ縺吶�
             </para>
 
 <programlisting><![CDATA[// Write HTML header
@@ -1430,11 +1432,11 @@ out.flush();
 out.close();]]></programlisting>
 
             <para>
-                JavaとHTMLが混在するコーディングスタイルは、より複雑なアプリケーションには適していないでしょう
-                （このチュートリアルでは、基本的なHibernateのコンセプトを示しているだけであることを覚えておいてください）。
-                このコードはHTMLのヘッダーとフッターの記述です。
-                このページには、イベントを入力するHTMLフォームと、データベースにある全てのイベントのリストが表示されます。
-                最初のメソッドはごく単純なHTML出力です。
+                Java縺ｨHTML縺梧ｷｷ蝨ｨ縺吶ｋ繧ｳ繝ｼ繝�ぅ繝ｳ繧ｰ繧ｹ繧ｿ繧､繝ｫ縺ｯ縲√ｈ繧願､�尅縺ｪ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｫ縺ｯ驕ｩ縺励※縺�↑縺�〒縺励ｇ縺�
+                �医％縺ｮ繝√Η繝ｼ繝医Μ繧｢繝ｫ縺ｧ縺ｯ縲∝渕譛ｬ逧�↑Hibernate縺ｮ繧ｳ繝ｳ繧ｻ繝励ヨ繧堤､ｺ縺励※縺�ｋ縺�縺代〒縺ゅｋ縺薙→繧定ｦ壹∴縺ｦ縺翫＞縺ｦ縺上□縺輔＞�峨�
+                縺薙�繧ｳ繝ｼ繝峨�HTML縺ｮ繝倥ャ繝繝ｼ縺ｨ繝輔ャ繧ｿ繝ｼ縺ｮ險倩ｿｰ縺ｧ縺吶�
+                縺薙�繝壹�繧ｸ縺ｫ縺ｯ縲√う繝吶Φ繝医ｒ蜈･蜉帙☆繧稀TML繝輔か繝ｼ繝�縺ｨ縲√ョ繝ｼ繧ｿ繝吶�繧ｹ縺ｫ縺ゅｋ蜈ｨ縺ｦ縺ｮ繧､繝吶Φ繝医�繝ｪ繧ｹ繝医′陦ｨ遉ｺ縺輔ｌ縺ｾ縺吶�
+                譛蛻昴�繝｡繧ｽ繝�ラ縺ｯ縺斐￥蜊倡ｴ斐↑HTML蜃ｺ蜉帙〒縺吶�
             </para>
 
             <programlisting><![CDATA[private void printEventForm(PrintWriter out) {
@@ -1447,8 +1449,8 @@ out.close();]]></programlisting>
 }]]></programlisting>
 
             <para>
-                 <literal>listEvents()</literal> メソッドは、現在のスレッドに結びつく
-                 Hibernateの <literal>Session</literal> を使用して、クエリを実行します。
+                 <literal>listEvents()</literal> 繝｡繧ｽ繝�ラ縺ｯ縲∫樟蝨ｨ縺ｮ繧ｹ繝ｬ繝�ラ縺ｫ邨舌�縺､縺�
+                 Hibernate縺ｮ <literal>Session</literal> 繧剃ｽｿ逕ｨ縺励※縲√け繧ｨ繝ｪ繧貞ｮ溯｡後＠縺ｾ縺吶�
             </para>
 
             <programlisting><![CDATA[private void listEvents(PrintWriter out, SimpleDateFormat dateFormatter) {
@@ -1474,8 +1476,8 @@ out.close();]]></programlisting>
 }]]></programlisting>
 
             <para>
-                最後に、 <literal>store</literal> アクションが <literal>createAndStoreEvent()</literal> メソッドを
-                呼び出します。このメソッドでも現在のスレッドの <literal>Session</literal> を利用します。
+                譛蠕後↓縲� <literal>store</literal> 繧｢繧ｯ繧ｷ繝ｧ繝ｳ縺� <literal>createAndStoreEvent()</literal> 繝｡繧ｽ繝�ラ繧�
+                蜻ｼ縺ｳ蜃ｺ縺励∪縺吶ゅ％縺ｮ繝｡繧ｽ繝�ラ縺ｧ繧ら樟蝨ｨ縺ｮ繧ｹ繝ｬ繝�ラ縺ｮ <literal>Session</literal> 繧貞茜逕ｨ縺励∪縺吶�
             </para>
 
             <programlisting><![CDATA[protected void createAndStoreEvent(String title, Date theDate) {
@@ -1488,26 +1490,26 @@ out.close();]]></programlisting>
 }]]></programlisting>
 
             <para>
-                これでサーブレットの完成です。
-                サーブレットへのリクエストは、一つの <literal>Session</literal> と 
-                <literal>Transaction</literal> で処理されるでしょう。
-                最初のスタンドアローンのアプリケーションのように、
-                Hibernateは自動的にこれらのオブジェクトを実行するスレッドに結び付けることができます。
-                これにより、開発者が自由にコードをレイヤー分けでき、
-                好きな方法で <literal>SessionFactory</literal> へのアクセスができるようになります。
-                通常、開発者はより洗練されたデザインを使用して、データアクセスのコードを
-                データアクセスオブジェクトに移動するでしょう（DAOパターン）。
-                より多くの例は、HibernateのWikiを参照してください。
+                縺薙ｌ縺ｧ繧ｵ繝ｼ繝悶Ξ繝�ヨ縺ｮ螳梧�縺ｧ縺吶�
+                繧ｵ繝ｼ繝悶Ξ繝�ヨ縺ｸ縺ｮ繝ｪ繧ｯ繧ｨ繧ｹ繝医�縲∽ｸ縺､縺ｮ <literal>Session</literal> 縺ｨ 
+                <literal>Transaction</literal> 縺ｧ蜃ｦ逅�＆繧後ｋ縺ｧ縺励ｇ縺��
+                譛蛻昴�繧ｹ繧ｿ繝ｳ繝峨い繝ｭ繝ｼ繝ｳ縺ｮ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ繧医≧縺ｫ縲�
+                Hibernate縺ｯ閾ｪ蜍慕噪縺ｫ縺薙ｌ繧峨�繧ｪ繝悶ず繧ｧ繧ｯ繝医ｒ螳溯｡後☆繧九せ繝ｬ繝�ラ縺ｫ邨舌�莉倥￠繧九％縺ｨ縺後〒縺阪∪縺吶�
+                縺薙ｌ縺ｫ繧医ｊ縲�幕逋ｺ閠�′閾ｪ逕ｱ縺ｫ繧ｳ繝ｼ繝峨ｒ繝ｬ繧､繝､繝ｼ蛻�￠縺ｧ縺阪�
+                螂ｽ縺阪↑譁ｹ豕輔〒 <literal>SessionFactory</literal> 縺ｸ縺ｮ繧｢繧ｯ繧ｻ繧ｹ縺後〒縺阪ｋ繧医≧縺ｫ縺ｪ繧翫∪縺吶�
+                騾壼ｸｸ縲�幕逋ｺ閠��繧医ｊ豢礼ｷｴ縺輔ｌ縺溘ョ繧ｶ繧､繝ｳ繧剃ｽｿ逕ｨ縺励※縲√ョ繝ｼ繧ｿ繧｢繧ｯ繧ｻ繧ｹ縺ｮ繧ｳ繝ｼ繝峨ｒ
+                繝��繧ｿ繧｢繧ｯ繧ｻ繧ｹ繧ｪ繝悶ず繧ｧ繧ｯ繝医↓遘ｻ蜍輔☆繧九〒縺励ｇ縺�ｼ�DAO繝代ち繝ｼ繝ｳ�峨�
+                繧医ｊ螟壹￥縺ｮ萓九�縲？ibernate縺ｮWiki繧貞盾辣ｧ縺励※縺上□縺輔＞縲�
             </para>
 
         </sect2>
 
         <sect2 id="tutorial-webapp-deploy">
-            <title>デプロイとテスト</title>
+            <title>繝��繝ｭ繧､縺ｨ繝�せ繝�</title>
 
             <para>
-                このアプリケーションのデプロイのために、Webアーカイブ（WAR）を作成してください。
-                以下のAntターゲットを <literal>build.xml</literal> に加えてください。
+                縺薙�繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ繝��繝ｭ繧､縺ｮ縺溘ａ縺ｫ縲仝eb繧｢繝ｼ繧ｫ繧､繝厄ｼ�WAR�峨ｒ菴懈�縺励※縺上□縺輔＞縲�
+                莉･荳九�Ant繧ｿ繝ｼ繧ｲ繝�ヨ繧� <literal>build.xml</literal> 縺ｫ蜉�縺医※縺上□縺輔＞縲�
             </para>
 
 <programlisting><![CDATA[<target name="war" depends="compile">
@@ -1521,10 +1523,10 @@ out.close();]]></programlisting>
 </target>]]></programlisting>
 
             <para>
-                このターゲットは <literal>hibernate-tutorial.war</literal> というファイルを
-                プロジェクトディレクトリに作成します。
-                このファイルはすべてのライブラリと <literal>web.xml</literal> 記述子を含んでおり、
-                プロジェクトのベースディレクトリに置かれることを期待されます。
+                縺薙�繧ｿ繝ｼ繧ｲ繝�ヨ縺ｯ <literal>hibernate-tutorial.war</literal> 縺ｨ縺�≧繝輔ぃ繧､繝ｫ繧�
+                繝励Ο繧ｸ繧ｧ繧ｯ繝医ョ繧｣繝ｬ繧ｯ繝医Μ縺ｫ菴懈�縺励∪縺吶�
+                縺薙�繝輔ぃ繧､繝ｫ縺ｯ縺吶∋縺ｦ縺ｮ繝ｩ繧､繝悶Λ繝ｪ縺ｨ <literal>web.xml</literal> 險倩ｿｰ蟄舌ｒ蜷ｫ繧薙〒縺翫ｊ縲�
+                繝励Ο繧ｸ繧ｧ繧ｯ繝医�繝吶�繧ｹ繝�ぅ繝ｬ繧ｯ繝医Μ縺ｫ鄂ｮ縺九ｌ繧九％縺ｨ繧呈悄蠕�＆繧後∪縺吶�
             </para>
 
             <programlisting><![CDATA[<?xml version="1.0" encoding="UTF-8"?>
@@ -1545,29 +1547,29 @@ out.close();]]></programlisting>
 </web-app>]]></programlisting>
 
             <para>
-                Webアプリケーションのコンパイルとデプロイの前に、 <literal>jsdk.jar</literal> という
-                追加のライブラリが必要なことに注意してください。
-                これはJavaサーブレットの開発キットです。
-                もしまだこのライブラリを持っていないなら、Sunのウェブサイトで入手して、
-                ライブラリディレクトリにコピーしてください。
-                しかし、これはコンパイルにのみ使用され、WARパッケージからは除外されます。
+                Web繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ繧ｳ繝ｳ繝代う繝ｫ縺ｨ繝��繝ｭ繧､縺ｮ蜑阪↓縲� <literal>jsdk.jar</literal> 縺ｨ縺�≧
+                霑ｽ蜉�縺ｮ繝ｩ繧､繝悶Λ繝ｪ縺悟ｿ�ｦ√↑縺薙→縺ｫ豕ｨ諢上＠縺ｦ縺上□縺輔＞縲�
+                縺薙ｌ縺ｯJava繧ｵ繝ｼ繝悶Ξ繝�ヨ縺ｮ髢狗匱繧ｭ繝�ヨ縺ｧ縺吶�
+                繧ゅ＠縺ｾ縺�縺薙�繝ｩ繧､繝悶Λ繝ｪ繧呈戟縺｣縺ｦ縺�↑縺�↑繧峨ヾun縺ｮ繧ｦ繧ｧ繝悶し繧､繝医〒蜈･謇九＠縺ｦ縲�
+                繝ｩ繧､繝悶Λ繝ｪ繝�ぅ繝ｬ繧ｯ繝医Μ縺ｫ繧ｳ繝斐�縺励※縺上□縺輔＞縲�
+                縺励°縺励√％繧後�繧ｳ繝ｳ繝代う繝ｫ縺ｫ縺ｮ縺ｿ菴ｿ逕ｨ縺輔ｌ縲仝AR繝代ャ繧ｱ繝ｼ繧ｸ縺九ｉ縺ｯ髯､螟悶＆繧後∪縺吶�
             </para>
 
             <para>
-                ビルドとデプロイのために、プロジェクトディレクトリで <literal>ant war</literal> を呼び出し、
-                <literal>hibernate-tutorial.war</literal> ファイルをTomcatの <literal>webapp</literal> 
-                ディレクトリにコピーしてください。
-                まだTomcatをインストールしていなければ、ダウンロードして、以下のインストールガイドに従ってください。
-                しかし、このアプリケーションのデプロイするために、Tomcatの設定を変更する必要はありません。
+                繝薙Ν繝峨→繝��繝ｭ繧､縺ｮ縺溘ａ縺ｫ縲√�繝ｭ繧ｸ繧ｧ繧ｯ繝医ョ繧｣繝ｬ繧ｯ繝医Μ縺ｧ <literal>ant war</literal> 繧貞他縺ｳ蜃ｺ縺励�
+                <literal>hibernate-tutorial.war</literal> 繝輔ぃ繧､繝ｫ繧探omcat縺ｮ <literal>webapp</literal> 
+                繝�ぅ繝ｬ繧ｯ繝医Μ縺ｫ繧ｳ繝斐�縺励※縺上□縺輔＞縲�
+                縺ｾ縺�Tomcat繧偵う繝ｳ繧ｹ繝医�繝ｫ縺励※縺�↑縺代ｌ縺ｰ縲√ム繧ｦ繝ｳ繝ｭ繝ｼ繝峨＠縺ｦ縲∽ｻ･荳九�繧､繝ｳ繧ｹ繝医�繝ｫ繧ｬ繧､繝峨↓蠕薙▲縺ｦ縺上□縺輔＞縲�
+                縺励°縺励√％縺ｮ繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｮ繝��繝ｭ繧､縺吶ｋ縺溘ａ縺ｫ縲ゝomcat縺ｮ險ｭ螳壹ｒ螟画峩縺吶ｋ蠢�ｦ√�縺ゅｊ縺ｾ縺帙ｓ縲�
             </para>
 
             <para>
-                一度デプロイしてTomcatを起動すれば、 <literal>http://localhost:8080/hibernate-tutorial/eventmanager</literal> で
-                アプリケーションへのアクセスが可能です。
-                最初のリクエストが作成したサーブレットに渡ったときに、Tomcatのログで
-                Hibernateの初期化処理を確認してください
-               （ <literal>HibernateUtil</literal> 内の静的初期化ブロックが呼ばれています）。
-                また、exceptionが発生したなら詳細を確認してください。
+                荳蠎ｦ繝��繝ｭ繧､縺励※Tomcat繧定ｵｷ蜍輔☆繧後�縲� <literal>http://localhost:8080/hibernate-tutorial/eventmanager</literal> 縺ｧ
+                繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｸ縺ｮ繧｢繧ｯ繧ｻ繧ｹ縺悟庄閭ｽ縺ｧ縺吶�
+                譛蛻昴�繝ｪ繧ｯ繧ｨ繧ｹ繝医′菴懈�縺励◆繧ｵ繝ｼ繝悶Ξ繝�ヨ縺ｫ貂｡縺｣縺溘→縺阪↓縲ゝomcat縺ｮ繝ｭ繧ｰ縺ｧ
+                Hibernate縺ｮ蛻晄悄蛹門�逅�ｒ遒ｺ隱阪＠縺ｦ縺上□縺輔＞
+               �� <literal>HibernateUtil</literal> 蜀��髱咏噪蛻晄悄蛹悶ヶ繝ｭ繝�け縺悟他縺ｰ繧後※縺�∪縺呻ｼ峨�
+                縺ｾ縺溘‘xception縺檎匱逕溘＠縺溘↑繧芽ｩｳ邏ｰ繧堤｢ｺ隱阪＠縺ｦ縺上□縺輔＞縲�
             </para>
 
         </sect2>
@@ -1575,24 +1577,24 @@ out.close();]]></programlisting>
     </sect1>
 
     <sect1 id="tutorial-summary" revision="1">
-        <title>要約</title>
+        <title>隕∫ｴ�</title>
 
         <para>
-            このチュートリアルでは、簡単なスタンドアローンのHibernateアプリケーションと
-            小規模のWebアプリケーションを書くための基本を紹介しました。
+            縺薙�繝√Η繝ｼ繝医Μ繧｢繝ｫ縺ｧ縺ｯ縲∫ｰ｡蜊倥↑繧ｹ繧ｿ繝ｳ繝峨い繝ｭ繝ｼ繝ｳ縺ｮHibernate繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ縺ｨ
+            蟆剰ｦ乗ｨ｡縺ｮWeb繧｢繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ繧呈嶌縺上◆繧√�蝓ｺ譛ｬ繧堤ｴｹ莉九＠縺ｾ縺励◆縲�
         </para>
 
         <para>
-            もうHibernateに自信があれば、リファレンスドキュメントの目次に目を通して、
-            面白そうだと思うトピックを探してください。
-            最も頻繁に質問があるのは、トランザクション処理（<xref linkend="transactions"/>）、
-            フェッチのパフォーマンス（<xref linkend="performance"/>）、
-            APIの使い方（<xref linkend="objectstate"/>）とクエリ
-            （<xref linkend="objectstate-querying"/>）です。
+            繧ゅ≧Hibernate縺ｫ閾ｪ菫｡縺後≠繧後�縲√Μ繝輔ぃ繝ｬ繝ｳ繧ｹ繝峨く繝･繝｡繝ｳ繝医�逶ｮ谺｡縺ｫ逶ｮ繧帝壹＠縺ｦ縲�
+            髱｢逋ｽ縺昴≧縺�縺ｨ諤昴≧繝医ヴ繝�け繧呈爾縺励※縺上□縺輔＞縲�
+            譛繧る�ｻ郢√↓雉ｪ蝠上′縺ゅｋ縺ｮ縺ｯ縲√ヨ繝ｩ繝ｳ繧ｶ繧ｯ繧ｷ繝ｧ繝ｳ蜃ｦ逅�ｼ�<xref linkend="transactions"/>�峨�
+            繝輔ぉ繝�メ縺ｮ繝代ヵ繧ｩ繝ｼ繝槭Φ繧ｹ��<xref linkend="performance"/>�峨�
+            API縺ｮ菴ｿ縺�婿��<xref linkend="objectstate"/>�峨→繧ｯ繧ｨ繝ｪ
+            ��<xref linkend="objectstate-querying"/>�峨〒縺吶�
         </para>
 
         <para>
-            さらに（特別な）チュートリアルが必要なら、Hibernateウェブサイトを忘れずにチェックしてください。
+            縺輔ｉ縺ｫ�育音蛻･縺ｪ�峨メ繝･繝ｼ繝医Μ繧｢繝ｫ縺悟ｿ�ｦ√↑繧峨？ibernate繧ｦ繧ｧ繝悶し繧､繝医ｒ蠢倥ｌ縺壹↓繝√ぉ繝�け縺励※縺上□縺輔＞縲�
         </para>
 
     </sect1>
diff --git a/documentation/manual/ja-JP/src/main/docbook/content/xml.xml b/documentation/manual/ja-JP/src/main/docbook/content/xml.xml
index 9df98dd529..2243284e06 100644
--- a/documentation/manual/ja-JP/src/main/docbook/content/xml.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/content/xml.xml
@@ -1,48 +1,50 @@
-<?xml version="1.0" encoding="Shift_JIS"?>
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
+
 <chapter id="xml">
-    <title>XMLマッピング</title>
+    <title>XML繝槭ャ繝斐Φ繧ｰ</title>
 
-    <para><emphasis>XMLマッピングはHibernate3.0では試験的な機能であり、非常に活動的に開発中です。</emphasis></para>
+    <para><emphasis>XML繝槭ャ繝斐Φ繧ｰ縺ｯHibernate3.0縺ｧ縺ｯ隧ｦ鬨鍋噪縺ｪ讖溯�縺ｧ縺ゅｊ縲�撼蟶ｸ縺ｫ豢ｻ蜍慕噪縺ｫ髢狗匱荳ｭ縺ｧ縺吶�</emphasis></para>
 
     <sect1 id="xml-intro" revision="1">
-        <title>XMLデータでの作業</title>
+        <title>XML繝��繧ｿ縺ｧ縺ｮ菴懈･ｭ</title>
 
         <para>
-            Hibernateでは永続性のPOJOを使って作業するのとほぼ同じようなやり方で、
-            永続性のXMLデータを使って作業できます。
+            Hibernate縺ｧ縺ｯ豌ｸ邯壽ｧ縺ｮPOJO繧剃ｽｿ縺｣縺ｦ菴懈･ｭ縺吶ｋ縺ｮ縺ｨ縺ｻ縺ｼ蜷後§繧医≧縺ｪ繧�ｊ譁ｹ縺ｧ縲�
+            豌ｸ邯壽ｧ縺ｮXML繝��繧ｿ繧剃ｽｿ縺｣縺ｦ菴懈･ｭ縺ｧ縺阪∪縺吶�
         </para>
 
         <para>
-            HibernateはXMLツリーを操作するためのAPIとしてdom4jをサポートしています。
-            データベースからdom4jのツリーを復元するクエリを書くことができ、
-            ツリーに対して行った修正は自動的にデータベースと同期されます。
+            Hibernate縺ｯXML繝�Μ繝ｼ繧呈桃菴懊☆繧九◆繧√�API縺ｨ縺励※dom4j繧偵し繝昴�繝医＠縺ｦ縺�∪縺吶�
+            繝��繧ｿ繝吶�繧ｹ縺九ｉdom4j縺ｮ繝�Μ繝ｼ繧貞ｾｩ蜈�☆繧九け繧ｨ繝ｪ繧呈嶌縺上％縺ｨ縺後〒縺阪�
+            繝�Μ繝ｼ縺ｫ蟇ｾ縺励※陦後▲縺滉ｿｮ豁｣縺ｯ閾ｪ蜍慕噪縺ｫ繝��繧ｿ繝吶�繧ｹ縺ｨ蜷梧悄縺輔ｌ縺ｾ縺吶�
             
-            またXMLドキュメントを取得することができ、dom4jを使ってドキュメントをパースし、
-            Hibernateの任意の基本操作を使ってデータベースへ書き込むことができます。：
-            つまり、<literal>persist(), saveOrUpdate(), merge(), delete(), replicate()</literal>
-            操作です(マージはまだサポートしていません)。
+            縺ｾ縺盜ML繝峨く繝･繝｡繝ｳ繝医ｒ蜿門ｾ励☆繧九％縺ｨ縺後〒縺阪‥om4j繧剃ｽｿ縺｣縺ｦ繝峨く繝･繝｡繝ｳ繝医ｒ繝代�繧ｹ縺励�
+            Hibernate縺ｮ莉ｻ諢上�蝓ｺ譛ｬ謫堺ｽ懊ｒ菴ｿ縺｣縺ｦ繝��繧ｿ繝吶�繧ｹ縺ｸ譖ｸ縺崎ｾｼ繧縺薙→縺後〒縺阪∪縺吶ゑｼ�
+            縺､縺ｾ繧翫�<literal>persist(), saveOrUpdate(), merge(), delete(), replicate()</literal>
+            謫堺ｽ懊〒縺�(繝槭�繧ｸ縺ｯ縺ｾ縺�繧ｵ繝昴�繝医＠縺ｦ縺�∪縺帙ｓ)縲�
            
         </para>
 
         <para>
-            データのインポート/エクスポート、
-            JMSによるエンティティデータの外部化やSOAP、XSLTベースのレポートなど、
-            この機能には多くの用途があります。
+            繝��繧ｿ縺ｮ繧､繝ｳ繝昴�繝�/繧ｨ繧ｯ繧ｹ繝昴�繝医�
+            JMS縺ｫ繧医ｋ繧ｨ繝ｳ繝�ぅ繝�ぅ繝��繧ｿ縺ｮ螟夜Κ蛹悶ｄSOAP縲々SLT繝吶�繧ｹ縺ｮ繝ｬ繝昴�繝医↑縺ｩ縲�
+            縺薙�讖溯�縺ｫ縺ｯ螟壹￥縺ｮ逕ｨ騾斐′縺ゅｊ縺ｾ縺吶�
         </para>
         
         <para>
-            単一のマッピングは、クラスのプロパティとXMLドキュメントのノードを
-            同時にデータベースへマッピングするために使うことができます。
-            またマッピングするクラスがなければ、
-            XMLだけをマッピングするために使うことができます。
+            蜊倅ｸ縺ｮ繝槭ャ繝斐Φ繧ｰ縺ｯ縲√け繝ｩ繧ｹ縺ｮ繝励Ο繝代ユ繧｣縺ｨXML繝峨く繝･繝｡繝ｳ繝医�繝弱�繝峨ｒ
+            蜷梧凾縺ｫ繝��繧ｿ繝吶�繧ｹ縺ｸ繝槭ャ繝斐Φ繧ｰ縺吶ｋ縺溘ａ縺ｫ菴ｿ縺�％縺ｨ縺後〒縺阪∪縺吶�
+            縺ｾ縺溘�繝�ヴ繝ｳ繧ｰ縺吶ｋ繧ｯ繝ｩ繧ｹ縺後↑縺代ｌ縺ｰ縲�
+            XML縺�縺代ｒ繝槭ャ繝斐Φ繧ｰ縺吶ｋ縺溘ａ縺ｫ菴ｿ縺�％縺ｨ縺後〒縺阪∪縺吶�
             
         </para>
         
         <sect2 id="xml-intro-mapping">
-            <title>XMLとクラスのマッピングを同時に指定する</title>
+            <title>XML縺ｨ繧ｯ繝ｩ繧ｹ縺ｮ繝槭ャ繝斐Φ繧ｰ繧貞酔譎ゅ↓謖�ｮ壹☆繧�</title>
 
             <para>
-                これはPOJOとXMLを同時にマッピングする例です。：
+                縺薙ｌ縺ｯPOJO縺ｨXML繧貞酔譎ゅ↓繝槭ャ繝斐Φ繧ｰ縺吶ｋ萓九〒縺吶ゑｼ�
             </para>
             
             <programlisting><![CDATA[<class name="Account" 
@@ -68,10 +70,10 @@
         </sect2>
         
         <sect2 id="xml-onlyxml">
-            <title>XMLマッピングだけを指定する</title>
+            <title>XML繝槭ャ繝斐Φ繧ｰ縺�縺代ｒ謖�ｮ壹☆繧�</title>
 
             <para>
-                これはPOJOクラスがないマッピングの例です。：
+                縺薙ｌ縺ｯPOJO繧ｯ繝ｩ繧ｹ縺後↑縺��繝�ヴ繝ｳ繧ｰ縺ｮ萓九〒縺吶ゑｼ�
             </para>
             
             <programlisting><![CDATA[<class entity-name="Account" 
@@ -99,11 +101,11 @@
 </class>]]></programlisting>
         
             <para>
-                このマッピングにより、dom4jツリーか、
-                プロパティ名/値の組のグラフ（javaの <literal>Map</literal>）として
-                データにアクセスできます。
+                縺薙�繝槭ャ繝斐Φ繧ｰ縺ｫ繧医ｊ縲‥om4j繝�Μ繝ｼ縺九�
+                繝励Ο繝代ユ繧｣蜷�/蛟､縺ｮ邨��繧ｰ繝ｩ繝包ｼ�java縺ｮ <literal>Map</literal>�峨→縺励※
+                繝��繧ｿ縺ｫ繧｢繧ｯ繧ｻ繧ｹ縺ｧ縺阪∪縺吶�
                 
-                プロパティの名前は、HQLクエリー内で参照できる純粋な論理構造です。
+                繝励Ο繝代ユ繧｣縺ｮ蜷榊燕縺ｯ縲？QL繧ｯ繧ｨ繝ｪ繝ｼ蜀�〒蜿ら�縺ｧ縺阪ｋ邏皮ｲ九↑隲也炊讒矩�縺ｧ縺吶�
             </para>
 
         </sect2>
@@ -111,53 +113,53 @@
      </sect1>
      
     <sect1 id="xml-mapping" revision="1">
-        <title>XMLマッピングのメタデータ</title>
+        <title>XML繝槭ャ繝斐Φ繧ｰ縺ｮ繝｡繧ｿ繝��繧ｿ</title>
 
         <para>
-            多くのHibernateのマッピング要素は　<literal>node</literal>　属性が使用できます。
-            これによりXML属性の名前やプロパティやエンティティデータを保持する要素を指定できます。
-            <literal>node</literal>　属性のフォーマットは以下の中の1つでなければなりません。：
+            螟壹￥縺ｮHibernate縺ｮ繝槭ャ繝斐Φ繧ｰ隕∫ｴ�縺ｯ縲<literal>node</literal>縲螻樊ｧ縺御ｽｿ逕ｨ縺ｧ縺阪∪縺吶�
+            縺薙ｌ縺ｫ繧医ｊXML螻樊ｧ縺ｮ蜷榊燕繧��繝ｭ繝代ユ繧｣繧�お繝ｳ繝�ぅ繝�ぅ繝��繧ｿ繧剃ｿ晄戟縺吶ｋ隕∫ｴ�繧呈欠螳壹〒縺阪∪縺吶�
+            <literal>node</literal>縲螻樊ｧ縺ｮ繝輔か繝ｼ繝槭ャ繝医�莉･荳九�荳ｭ縺ｮ1縺､縺ｧ縺ｪ縺代ｌ縺ｰ縺ｪ繧翫∪縺帙ｓ縲ゑｼ�
         </para>
         
         <itemizedlist spacing="compact">
         <listitem>
             <para>
-            <literal>"element-name"</literal> - 指定したXML要素へマッピングします
+            <literal>"element-name"</literal> - 謖�ｮ壹＠縺盜ML隕∫ｴ�縺ｸ繝槭ャ繝斐Φ繧ｰ縺励∪縺�
             </para>
         </listitem>
         <listitem>
             <para>
-            <literal>"@attribute-name"</literal> - 指定したXML属性へマッピングします
+            <literal>"@attribute-name"</literal> - 謖�ｮ壹＠縺盜ML螻樊ｧ縺ｸ繝槭ャ繝斐Φ繧ｰ縺励∪縺�
             </para>
         </listitem>
         <listitem>
             <para>
-            <literal>"."</literal> -　親要素へマッピングします
+            <literal>"."</literal> -縲隕ｪ隕∫ｴ�縺ｸ繝槭ャ繝斐Φ繧ｰ縺励∪縺�
             </para>
         </listitem>
         <listitem>
             <para>
                 <literal>"element-name/@attribute-name"</literal> - 
-                指定したエレメントの指定した属性へマッピングします
+                謖�ｮ壹＠縺溘お繝ｬ繝｡繝ｳ繝医�謖�ｮ壹＠縺溷ｱ樊ｧ縺ｸ繝槭ャ繝斐Φ繧ｰ縺励∪縺�
             </para>
         </listitem>
         </itemizedlist>
         
         <para>
-            コレクションと単一の値の関連に対して、
-            おまけの <literal>embed-xml</literal> 属性があります。
-            デフォルトの <literal>embed-xml="true"</literal> と設定した場合、
-            関連するエンティティ(値型のコレクション)のXMLツリーは、
-            直接関連を所有するエンティティのXMLツリー内に埋め込まれます。
-            反対に、<literal>embed-xml="false"</literal> と設定した場合、
-            参照される識別子の値だけが多重度１側の関連に対するXMLに現れ、
-            単純にコレクションはまったく現れなくなります。
+            繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｨ蜊倅ｸ縺ｮ蛟､縺ｮ髢｢騾｣縺ｫ蟇ｾ縺励※縲�
+            縺翫∪縺代� <literal>embed-xml</literal> 螻樊ｧ縺後≠繧翫∪縺吶�
+            繝�ヵ繧ｩ繝ｫ繝医� <literal>embed-xml="true"</literal> 縺ｨ險ｭ螳壹＠縺溷�ｴ蜷医�
+            髢｢騾｣縺吶ｋ繧ｨ繝ｳ繝�ぅ繝�ぅ(蛟､蝙九�繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ)縺ｮXML繝�Μ繝ｼ縺ｯ縲�
+            逶ｴ謗･髢｢騾｣繧呈園譛峨☆繧九お繝ｳ繝�ぅ繝�ぅ縺ｮXML繝�Μ繝ｼ蜀�↓蝓九ａ霎ｼ縺ｾ繧後∪縺吶�
+            蜿榊ｯｾ縺ｫ縲�<literal>embed-xml="false"</literal> 縺ｨ險ｭ螳壹＠縺溷�ｴ蜷医�
+            蜿ら�縺輔ｌ繧玖ｭ伜挨蟄舌�蛟､縺�縺代′螟夐㍾蠎ｦ�大�縺ｮ髢｢騾｣縺ｫ蟇ｾ縺吶ｋXML縺ｫ迴ｾ繧後�
+            蜊倡ｴ斐↓繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ縺ｯ縺ｾ縺｣縺溘￥迴ｾ繧後↑縺上↑繧翫∪縺吶�
         </para>
         
         <para>
-            あまりに多くの関連に対して
-            <literal>embed-xml="true"</literal> としたままにするのは注意すべきです。
-            XMLは循環をうまく扱えません。
+            縺ゅ∪繧翫↓螟壹￥縺ｮ髢｢騾｣縺ｫ蟇ｾ縺励※
+            <literal>embed-xml="true"</literal> 縺ｨ縺励◆縺ｾ縺ｾ縺ｫ縺吶ｋ縺ｮ縺ｯ豕ｨ諢上☆縺ｹ縺阪〒縺吶�
+            XML縺ｯ蠕ｪ迺ｰ繧偵≧縺ｾ縺乗桶縺医∪縺帙ｓ縲�
         </para>
         
         <programlisting><![CDATA[<class name="Customer" 
@@ -196,15 +198,15 @@
 </class>]]></programlisting>
 
         <para>
-            この例では、実際のaccountのデータではなく、
-            accountのidのコレクションを埋め込むことにしました。
-            続きのHQLクエリです：
+            縺薙�萓九〒縺ｯ縲∝ｮ滄圀縺ｮaccount縺ｮ繝��繧ｿ縺ｧ縺ｯ縺ｪ縺上�
+            account縺ｮid縺ｮ繧ｳ繝ｬ繧ｯ繧ｷ繝ｧ繝ｳ繧貞沂繧∬ｾｼ繧縺薙→縺ｫ縺励∪縺励◆縲�
+            邯壹″縺ｮHQL繧ｯ繧ｨ繝ｪ縺ｧ縺呻ｼ�
         </para>
         
         <programlisting><![CDATA[from Customer c left join fetch c.accounts where c.lastName like :lastName]]></programlisting>
         
         <para>
-            このようなデータセットを返すでしょう
+            縺薙�繧医≧縺ｪ繝��繧ｿ繧ｻ繝�ヨ繧定ｿ斐☆縺ｧ縺励ｇ縺�
         </para>
         
         <programlisting><![CDATA[<customer id="123456789">
@@ -219,9 +221,9 @@
 </customer>]]></programlisting>
 
         <para>
-            <literal>&lt;one-to-many&gt;</literal> マッピングで
-            <literal>embed-xml="true"</literal> と設定した場合、
-            データはこのようになるでしょう。
+            <literal>&lt;one-to-many&gt;</literal> 繝槭ャ繝斐Φ繧ｰ縺ｧ
+            <literal>embed-xml="true"</literal> 縺ｨ險ｭ螳壹＠縺溷�ｴ蜷医�
+            繝��繧ｿ縺ｯ縺薙�繧医≧縺ｫ縺ｪ繧九〒縺励ｇ縺��
         </para>
         
         <programlisting><![CDATA[<customer id="123456789">
@@ -245,11 +247,11 @@
     
     
     <sect1 id="xml-manipulation" revision="1">
-        <title>XMLデータを扱う</title>
+        <title>XML繝��繧ｿ繧呈桶縺�</title>
         
         <para>
-            XMLドキュメントを、アプリケーション内で再読み込みや更新をしてみましょう。
-            以下ではdom4jのセッションを取得することで行います。：
+            XML繝峨く繝･繝｡繝ｳ繝医ｒ縲√い繝励Μ繧ｱ繝ｼ繧ｷ繝ｧ繝ｳ蜀�〒蜀崎ｪｭ縺ｿ霎ｼ縺ｿ繧�峩譁ｰ繧偵＠縺ｦ縺ｿ縺ｾ縺励ｇ縺��
+            莉･荳九〒縺ｯdom4j縺ｮ繧ｻ繝�す繝ｧ繝ｳ繧貞叙蠕励☆繧九％縺ｨ縺ｧ陦後＞縺ｾ縺吶ゑｼ�
         </para>
         
        <programlisting><![CDATA[Document doc = ....;
@@ -288,9 +290,9 @@ tx.commit();
 session.close();]]></programlisting>
 
         <para>
-            XMLベースのデータのインポート/エクスポートを実装するために、
-            Hibernateの <literal>replicate()</literal> 操作をこの機能を結びつけるのは
-            極めて有効です。
+            XML繝吶�繧ｹ縺ｮ繝��繧ｿ縺ｮ繧､繝ｳ繝昴�繝�/繧ｨ繧ｯ繧ｹ繝昴�繝医ｒ螳溯｣�☆繧九◆繧√↓縲�
+            Hibernate縺ｮ <literal>replicate()</literal> 謫堺ｽ懊ｒ縺薙�讖溯�繧堤ｵ舌�縺､縺代ｋ縺ｮ縺ｯ
+            讌ｵ繧√※譛牙柑縺ｧ縺吶�
         </para>
        
     </sect1>
diff --git a/documentation/manual/ja-JP/src/main/docbook/legal_notice.xml b/documentation/manual/ja-JP/src/main/docbook/legal_notice.xml
index 1fe3fba20b..b2dcbfa5bf 100644
--- a/documentation/manual/ja-JP/src/main/docbook/legal_notice.xml
+++ b/documentation/manual/ja-JP/src/main/docbook/legal_notice.xml
@@ -1,4 +1,4 @@
-<?xml version='1.0'?>
+<?xml version="1.0" encoding="UTF-8"?>
 <!DOCTYPE legalnotice PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
 
 <!--
@@ -49,4 +49,4 @@
     <para>
         CA 20 86 86 2B D6 9D FC 65 F6 EC C4 21 91 80 CD DB 42 A6 0E
     </para>
-</legalnotice>
\ No newline at end of file
+</legalnotice>
