diff options
| author | Tom Lane <tgl@sss.pgh.pa.us> | 2021-09-25 10:53:54 -0400 |
|---|---|---|
| committer | Tom Lane <tgl@sss.pgh.pa.us> | 2021-09-25 10:53:54 -0400 |
| commit | 97c5651cea0f98f281131f3a1f970f875f5951a6 (patch) | |
| tree | 0d83d92edd63048543e4a86001e52ad83442bae8 /doc | |
| parent | 7b6ce36fbab522ced3860fa43fcb587efda29ac8 (diff) | |
Doc: extend warnings about collation-mismatch hazards in postgres_fdw.
Be a little more vocal about the risks of remote collations not
matching local ones. Actually fixing these risks seems hard,
and I've given up on the idea that it might be back-patchable.
So the best we can do for the back branches is add documentation.
Per discussion of bug #16583 from Jiří Fejfar.
Discussion: https://postgr.es/m/2438715.1632510693@sss.pgh.pa.us
Diffstat (limited to 'doc')
| -rw-r--r-- | doc/src/sgml/postgres-fdw.sgml | 15 |
1 files changed, 13 insertions, 2 deletions
diff --git a/doc/src/sgml/postgres-fdw.sgml b/doc/src/sgml/postgres-fdw.sgml index 2b6d48286b6..1f1f9ac1252 100644 --- a/doc/src/sgml/postgres-fdw.sgml +++ b/doc/src/sgml/postgres-fdw.sgml @@ -87,8 +87,8 @@ referenced columns of the remote table. Although <filename>postgres_fdw</filename> is currently rather forgiving about performing data type conversions at need, surprising semantic anomalies may arise when types or collations do - not match, due to the remote server interpreting <literal>WHERE</literal> clauses - slightly differently from the local server. + not match, due to the remote server interpreting query conditions + differently from the local server. </para> <para> @@ -387,6 +387,17 @@ need to turn this off if the remote server has a different set of collation names than the local server does, which is likely to be the case if it's running on a different operating system. + If you do so, however, there is a very severe risk that the imported + table columns' collations will not match the underlying data, resulting + in anomalous query behavior. + </para> + + <para> + Even when this parameter is set to <literal>true</literal>, importing + columns whose collation is the remote server's default can be risky. + They will be imported with <literal>COLLATE "default"</literal>, which + will select the local server's default collation, which could be + different. </para> </listitem> </varlistentry> |