update intagg for 17.0

pgsql-jp · Nov 9, 2024 · 30e2980 · 30e2980
1 parent 4ef36b0
commit 30e2980
Showing 1 changed file with 5 additions and 5 deletions.
diff --git a/doc/src/sgml/intagg.sgml b/doc/src/sgml/intagg.sgml
@@ -82,7 +82,7 @@
    Many database systems have the notion of a many to many table. Such a table
    usually sits between two indexed tables, for example:
 -->
-《マッチ度[93.023256]》多くのデータベースシステムは1対多のテーブルを持ちます。
+多くのデータベースシステムは多対多のテーブルを持ちます。
 こうしたテーブルは通常、以下のように2つのインデックス用のテーブルの間に存在します。
 
 <programlisting>
@@ -121,7 +121,7 @@ WHERE many_to_many.id_left = <replaceable>item</replaceable>;
   can do. However, if you have some data which is fairly static, you can
   create a summary table with the aggregator.
 -->
-《マッチ度[95.890411]》さて、この方法論は<structname>one_to_many</structname>テーブル内に非常に多数の項目がある場合に扱いにくくなることがあり得ます。
+さて、この方法論は<structname>many_to_many</structname>テーブル内に非常に多数の項目がある場合に扱いにくくなることがあり得ます。
 しばしばこうした結合は、インデックススキャンと特定された左辺の項目に対応した右辺のテーブル内の項目をそれぞれ取り出すことになります。
 非常に動的なシステムでは、できることは多くありません。
 しかし、ほぼ静的なデータが一部にある場合、集約子を使用して要約テーブルを作成することができます。
@@ -162,7 +162,7 @@ SELECT id_left, id_right FROM many_to_many WHERE id_left = <replaceable>item</re
   only one row from the table, whereas the direct query against
   <structname>many_to_many</structname> must index scan and fetch a row for each entry.
 -->
-《マッチ度[95.852535]》違いは、要約テーブルに対する問い合わせはテーブルから1行だけを取り出す必要があるのに対し、直接<structname>one_to_many</structname>に問い合わせる場合はインデックススキャンと各項目に対し行を取り出さなければならないという点です。
+違いは、要約テーブルに対する問い合わせはテーブルから1行だけを取り出す必要があるのに対し、直接<structname>many_to_many</structname>に問い合わせる場合はインデックススキャンと各項目に対し行を取り出さなければならないという点です。
  </para>
 
  <para>
@@ -171,8 +171,8 @@ SELECT id_left, id_right FROM many_to_many WHERE id_left = <replaceable>item</re
   reduced to a cost of 329.  The original query was a join involving the
   <structname>many_to_many</structname> table, which was replaced by:
 -->
-《マッチ度[95.475113]》あるシステムでは<command>EXPLAIN</command>を行うと8488というコストを持つ問い合わせが329というコストまで減少しました。
-元の問い合わせは<structname>one_to_many</structname>テーブルを含む結合でしたが、以下のように置き換えられました。
+あるシステムでは<command>EXPLAIN</command>を行うと8488というコストを持つ問い合わせが329というコストまで減少しました。
+元の問い合わせは<structname>many_to_many</structname>テーブルを含む結合でしたが、以下のように置き換えられました。
 
 <programlisting>
 SELECT id_right, count(id_right) FROM