-
Notifications
You must be signed in to change notification settings - Fork 252
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
Handle entity resolvers in the n+1 checker #2892
Labels
Comments
6 tasks
/bounty 150 |
💎 $150 bounty • Tailcall Inc.Steps to solve:
🙏 Thank you for contributing to tailcallhq/tailcall!
|
6 tasks
💡 @meskill submitted a pull request that claims the bounty. You can visit your bounty board to reward. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Current implementation is checking only the fields while calculating n+1 issue. But after implementing #2639 resolvers could now be defined on types as well.
When considering entity resolver the entity resolver itself should be batched to prevent n+1 issue and that should be applied to any nested fields.
Handle resolvers on types while executing n+1 check
Example Configuration
Actual
Expected
tailcall check -n ./config.graphql INFO File read: ./config.graphql ... ok INFO Config ./config.graphql ... ok INFO N + 1 detected: 2 query { posts { user } } query { _entities { __typename: "User" } }
The text was updated successfully, but these errors were encountered: