]> granicus.if.org Git - postgresql/commitdiff
doc: Fix typos
authorPeter Eisentraut <peter_e@gmx.net>
Thu, 5 Jul 2018 20:51:56 +0000 (22:51 +0200)
committerPeter Eisentraut <peter_e@gmx.net>
Thu, 5 Jul 2018 20:53:20 +0000 (22:53 +0200)
Author: Justin Pryzby <pryzby@telsasoft.com>

doc/src/sgml/ddl.sgml

index d9fb5c87dfdaa7999b52e4d2332aab3548ef2315..1111d7ae842b4819d3e070aa94508c3cae434361 100644 (file)
@@ -3431,7 +3431,7 @@ ALTER TABLE measurement ATTACH PARTITION measurement_y2008m02
          define any check constraints on this table, unless you intend them
          to be applied equally to all partitions.  There is no point in
          defining any indexes or unique constraints on it, either.  For our
-         example, master table is the <structname>measurement</structname>
+         example, the master table is the <structname>measurement</structname>
          table as originally defined.
         </para>
        </listitem>
@@ -3943,7 +3943,7 @@ EXPLAIN SELECT count(*) FROM measurement WHERE logdate &gt;= DATE '2008-01-01';
     Constraint exclusion works in a very similar way to partition
     pruning, except that it uses each table's <literal>CHECK</literal>
     constraints &mdash; which gives it its name &mdash; whereas partition
-    pruning uses the table's partition bounds, which exists only in the
+    pruning uses the table's partition bounds, which exist only in the
     case of declarative partitioning.  Another difference is that
     constraint exclusion is only applied at plan time; there is no attempt
     to remove partitions at execution time.