Mention hash opclasses in 'System Dependencies on Operator Classes',

which previously only talked about btree opclasses.

diff --git a/doc/src/sgml/xindex.sgml b/doc/src/sgml/xindex.sgml
index 20ed18f0e9cda184a94d44130d0df6a05777525b..9486d2aec850c133cf580ec3d6c0ddf58820d224 100644 (file)
--- a/doc/src/sgml/xindex.sgml
+++ b/doc/src/sgml/xindex.sgml
@@ -893,6 +893,13 @@ ALTER OPERATOR FAMILY integer_ops USING btree ADD
      any assumption about the behavior of operators with particular names.
     </para>
    </note>
+
+  <para>
+   Another important point is that an operator that
+   appears in a hash operator family is a candidate for hash joins,
+   hash aggregation, and related optimizations.  The hash operator family
+   is essential here since it identifies the hash function(s) to use.
+  </para>
  </sect2>
 
  <sect2 id="xindex-opclass-features">
@@ -950,7 +957,7 @@ CREATE OPERATOR CLASS polygon_ops
    is used.  In GIN, the <literal>STORAGE</> type identifies the type of
    the <quote>key</> values, which normally is different from the type
    of the indexed column &mdash; for example, an operator class for
-   integer array columns might have keys that are just integers.  The
+   integer-array columns might have keys that are just integers.  The
    GIN <function>extractValue</> and <function>extractQuery</> support
    routines are responsible for extracting keys from indexed values.
   </para>