<entry><literal><link linkend="catalog-pg-collation"><structname>pg_collation</structname></link>.oid</literal></entry>
<entry>
For each column in the index key, this contains the OID of the
- the collation to use for the index, or zero if the column is not
+ collation to use for the index, or zero if the column is not
of a collatable data type.
</entry>
</row>
<entry><literal><link linkend="catalog-pg-opclass"><structname>pg_opclass</structname></link>.oid</literal></entry>
<entry>
For each column in the partition key, this contains the OID of the
- the collation to use for partitioning, or zero if the column is not
+ collation to use for partitioning, or zero if the column is not
of a collatable data type.
</entry>
</row>
<para>
Normally the set of partitions established when initially defining the
- the table are not intended to remain static. It is common to want to
+ table are not intended to remain static. It is common to want to
remove old partitions of data and periodically add new partitions for
new data. One of the most important advantages of partitioning is
precisely that it allows this otherwise painful task to be executed
* server had sent us half of a WAL record, when it was promoted.
* The new timeline will begin at the end of the last complete
* record in that case, overlapping the partial WAL record on the
- * the old timeline.
+ * old timeline.
*/
uint32 newtimeline;
bool parsed;