Move PgContextPlugin into @dataplan/pg #1879
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
If you export your schema, you should still be able to use the
withPgClient
/pgSettings
/etc on the GraphQL context. This is currently handled viaPgContextPlugin
, but if you import that from graphile-build-pg then you have to bundle all of graphile-build-pg and graphile-build into your serverless schema bundle... which sucks!Solution: move this plugin into
@dataplan/pg
(which you'll need at runtime anyway) so your production config can pull in just this one plugin and not the entirity of graphile-build.Performance impact
Improves bundled exported schemas by reducing dependencies, reducing parsing time and memory usage, and improving startup speed.
Security impact
None known.
Checklist
yarn lint:fix
passes.yarn test
passes.I have detailed the new feature in the relevant documentation.RELEASE_NOTES.md
file (if one exists).If this is a breaking change I've explained why.