-
Notifications
You must be signed in to change notification settings - Fork 1
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
Summary data for pairs #123
Conversation
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.
I'd strongly advocate in favor of only having a schema for the specific tables we need here, i.e. the dex_ex
tables. In particular, internal tables to pindexer should not be present here, and unrelated tables invite depending on them, whereas we instead want the app view for the dex_ex
tables to be complete for this frontend.
src/shared/database/schema.ts
Outdated
_dex_ex_queue: _DexExQueue; | ||
_dex_ex_summary_backing: _DexExSummaryBacking; | ||
_insights_shielded_pool_depositors: _InsightsShieldedPoolDepositors; | ||
_insights_validators: _InsightsValidators; |
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.
These are internal tables which should not be depended on, since the format changes ; I'd recommend just depending on the dex_ex_...
tables here, to not have to upgrade all of these in case of changes to unrelated app views.
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.
Sure that's fair. It would be nice if the maintenance of this schema was automated. But can pare down for now.
Relates to: #107
kysely
library for DB queries of the new indexer. It's typesafe, yay! 🥳