-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Document the shape of the connection parameters array #4449
Conversation
c1c41e2
to
039c663
Compare
039c663
to
de5464d
Compare
I think it might be the extra layer Postgres and only Postgres has. See https://stackoverflow.com/a/1157008/353612 I say might because I do not understand how to build a DSN saying to connect to schema |
Most of the DB platforms have a notion of the schema (e.g. Oracle, SQL Server). In Oracle, the schema is a synonym of the user; in MySQL, it's a synonym of the database. DBAL already supports defining them separately. I'll file a deprecation PR since it doesn't make any sense. Most likely, the problem attempted to be solved can be solved w/o introducing an extra configuration parameter. |
i'm thinking |
As far as I understand, nothing prevents it from being used, it's just of unknown type. Adding it shouldn't hurt. |
This pull request documents the shape of the connection parameters array and addresses some issues discovered by the static analysis. It also enforces documentation of the newly added parameters (I hope it's not going to happen) and identifies a certain potential for improvement:
Notes:
OverrideParams
type is added temporarily until Psalm implements the support for self-referencing types (Internal Psalm error when handling self references in Psalm type vimeo/psalm#4653 (comment)).@psalm-*
annotations but doesn't understand user-defined types. Therefore, each added annotation has to be doubled with a@phpstan-
one with a simpler type.default_dbname
and why was it introduced in Added parameterdefault_dbname
to pdo_pgsql driver, used to override the default database #2284?