You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We tried to use our PostgreSQL fork (PostgresPro) with ldap2pg and encountered a problem
We have additional columns in pg_roles view due to implementing extended role model (profiles that impose more limitations on password complexity for example), and ldap2pg has no idea how to interpret them
So I propose a solution - only use vanilla columns when inspecting roles in stage1.go file
Explicitly stating columns of pg_roles will achieve the following:
Allow PostgreSQL servers with non-standard (non-vanilla) catalogs to work with ldap2pg
This change will also make obvious addtion of new columns to vanilla catalog (however infrequent it may be)
This comes with at least one inconvenience
Have to manually check a list of all columns of pg_roles (sometimes when it is needed?)
I've also seen that EDB has some non-vanilla columns in pg_roles too (and those are also related to profiles with password limitations), so the patch could benefit all forks with non-standard catalogs
I've checked output of current SQL queries and proposed SQL queries - it is the same in PostgreSQL 17
Hello,
We tried to use our PostgreSQL fork (PostgresPro) with ldap2pg and encountered a problem
We have additional columns in pg_roles view due to implementing extended role model (profiles that impose more limitations on password complexity for example), and ldap2pg has no idea how to interpret them
So I propose a solution - only use vanilla columns when inspecting roles in stage1.go file
Explicitly stating columns of pg_roles will achieve the following:
This comes with at least one inconvenience
I've also seen that EDB has some non-vanilla columns in pg_roles too (and those are also related to profiles with password limitations), so the patch could benefit all forks with non-standard catalogs
I've checked output of current SQL queries and proposed SQL queries - it is the same in PostgreSQL 17
I'm open to discussion
A patch is attached
non-standard-catalog.patch
The text was updated successfully, but these errors were encountered: