Skip to content
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

Pending block operations update #6647

Merged
merged 3 commits into from
Dec 29, 2022
Merged

Conversation

Qwerty5Uiop
Copy link
Collaborator

@Qwerty5Uiop Qwerty5Uiop commented Dec 26, 2022

Resolves #6561

Motivation

Currently we are fetching pending block operations block numbers via joining it with blocks table and filtering by consensus. But there is no need to store non-consensus block info in pending_block_operations since they are gonna be refetched anyway. Also, it's useful to add some denormalization to pending_block_operations so we don't need to join it with blocks and therefore there will be improvement of performance.

Changelog

  • Do not store non-consensus blocks info to pending_block_operations
  • Added block_number field to pending_block_operations

@Qwerty5Uiop Qwerty5Uiop force-pushed the pending_block_operations_update branch 2 times, most recently from cc30f4d to ed981c3 Compare December 26, 2022 11:47
@vbaranov vbaranov merged commit 4863380 into master Dec 29, 2022
@vbaranov vbaranov deleted the pending_block_operations_update branch December 29, 2022 12:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Slow query to get block numbers for internal transactions fetching
2 participants