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

add a sidebar or paragraph on performance in the aggregates chapter #239

Open
hjwp opened this issue Feb 7, 2020 · 0 comments
Open

add a sidebar or paragraph on performance in the aggregates chapter #239

hjwp opened this issue Feb 7, 2020 · 0 comments
Assignees

Comments

@hjwp
Copy link
Contributor

hjwp commented Feb 7, 2020

cf #230, bob's notes follow:

  • Performance will be fine if you're fetching 10, 20, even 100 batches at a time. Databases are fast, and our aggregates only include the data that we need to do our calculations.
  • if you honestly need to have more than 50 or so rows in an aggregate, lazy collections are your friends.
  • In practice, we expect to have 20 or so batches "active" at any one time, and the rest are "finished". We only care about active batches for the purposes of this system.
  • If your aggregates are loading too much data, and performance is suffering, you need to find another aggregate. There is no single "correct" aggregate, because it's a choice that we make in order to select an appropriate consistency boundary.
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

No branches or pull requests

2 participants