-
Notifications
You must be signed in to change notification settings - Fork 2.8k
metadata storage abstraction for scheduled triggers #6131
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
metadata storage abstraction for scheduled triggers #6131
Conversation
Co-authored-by: Auke Booij <[email protected]>
|
Deploy preview for hasura-docs ready! Built with commit efbca69 |
This partially reverts commit efbca69. The reviewer's suggestion did not work out
|
Deploy preview for hasura-docs ready! Built with commit 7227d54 |
add6ad7 to
2b25700
Compare
2b25700 to
37db141
Compare
Resolve Conflicts: server/src-lib/Hasura/Backends/Postgres/SQL/DML.hs
|
This PR currently has a merge conflict. Please resolve this and then re-add the |
-> Each method in the aforementioned type class is executed in a separate transaction. Using specific function `runInSeparateTx` instead of `liftTx` is reasonable.
Co-authored-by: Auke Booij <[email protected]>
abooij
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Approving this PR to unblock further work, despite ongoing discussions that we may wish to return to at a later stage.
lexi-lambda
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
After my conversation last night with @rakeshkky, I understand the issues at play here much better. I’ve left a suggestion to reword the comment to be more explicit about exactly what’s going on, but otherwise I’m happy with this PR as it stands
Co-authored-by: Alexis King <[email protected]>
|
Thanks for your contribution! Your changes have been merged successfully. |
An incremental PR towards #5797 * metadata storage abstraction for scheduled triggers Co-authored-by: rakeshkky <[email protected]> Co-authored-by: Rakesh Emmadi <[email protected]> Co-authored-by: Auke Booij <[email protected]> GITHUB_PR_NUMBER: 6131 GITHUB_PR_URL: #6131 * update pro server code Co-authored-by: rakeshkky <[email protected]> Co-authored-by: Auke Booij <[email protected]> GitOrigin-RevId: 17244a4
Description
This is an incremental PR towards #5797. It introduces an abstraction for metadata storage
MonadMetadataStorageso that the caller of the functionrunHGEServercan customize the implementations via type class instance. It is a step towards separation of metadata from users database. This PR ONLY abstracted the operations related to scheduled triggers eventing sub-system. Subsequent PRs will contain operations related to metadata management and async actions sub system.This also includes moving of types related to scheduled triggers.
To Reviewers: Feel free to post your thoughts on type class design and suggest improvements 😅
Changelog
CHANGELOG.mdis updated with user-facing content relevant to this PR. If no changelog is required, then add theno-changelog-requiredlabel.Affected components
Related Issues
Solution and Design
Each function in the new type class operates in
MetadataStorageT m amonad transformer wheremis base App monad in which the functionrunHGEServeroperates in.Steps to test and verify
Limitations, known bugs & workarounds
Server checklist
Catalog upgrade
Does this PR change Hasura Catalog version?
Metadata
Does this PR add a new Metadata feature?
GraphQL
Breaking changes