Skip to content

Conversation

@rafatower
Copy link
Contributor

This fixes #393 by avoiding collation options. The affected function
is only used from diagnostics, and aside from pg_extension only
meant to import other catallog tables for internal
diagnostics (pg_catalog and pg_settings) so it shall be pretty
safe.

This fixes #393 by avoiding collation options. The affected function
is only used from diagnostics, and aside from `pg_extension` only
meant to import other catallog tables for internal
diagnostics (`pg_catalog` and `pg_settings`) so it shall be pretty
safe.
@Algunenano
Copy link
Contributor

Can you explain why this is needed here and not in the other places where IMPORT FOREIGN SCHEMA is called?

@rafatower
Copy link
Contributor Author

Because of default collations, checks in FDW's, and catallog tables using NAME type.

@Algunenano
Copy link
Contributor

I'm sorry but I don't understand it. What about a foreign table that uses NAME as one of the column, is that different? How?

@rafatower
Copy link
Contributor Author

I suspect it is not different at all, just less common

With this, Josema could keep testing, listing remote tables without
otherwise ERROR in DB and 500 error in RoR.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

FT's may fail w/ collations are not supported by type name

3 participants