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
{{ message }}
This repository has been archived by the owner on Sep 24, 2022. It is now read-only.
Currently, on Hasura Cloud, we also support the connection of Postgres databases that require client-side SSL authentication. I wasn't sure if the connOptions
Copying over the relevant context for pg-client-hs from the parent comment mentioned above.
Currently, the code paths involved in graphql-engine all assume that Postgres connection info is only ever expressed and handled as a URI. pg-client-hs uses ConnDetails to express that it can handle either a URI or a record of connection parameters which can be used to construct a connection string (cf. the libpq reference docs for details).
I think it would be much nicer if we could extend pg-client-hs roughly as follows:
add all of the connection parameters specified in the libpq documentation to ConnOptions
have a function that can convert between a Postgres URI and a ConnOptions-based connection string losslessly
this might involve adding more fields to ConnOptions or it might just involve constructing an intermediate type that can hold all of the query parameters that ConnOptions is incapable of expressing
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Currently, on Hasura Cloud, we also support the connection of Postgres databases that require client-side SSL authentication. I wasn't sure if the
connOptions
pg-client-hs/src/Database/PG/Query/Connection.hs
Line 71 in f46db20
ConnOptions
would be enough or we would need to handle it separately.The text was updated successfully, but these errors were encountered: