-
-
Notifications
You must be signed in to change notification settings - Fork 710
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
✨ Increase number_of_types
to 8 to support longer select queries
#1326
✨ Increase number_of_types
to 8 to support longer select queries
#1326
Conversation
number_of_types
to 8 to support longer select queries
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.
Hi, thanks for your contribution!
It looks like the CI is failing, I'm not exactly sure why though. I'll put the PR in draft until the CI is green.
Then again, I think that perhaps it makes most sense to work on the PR that has the more generic fix. The conflicts usually just mean that the PR edits the same file as another PR that has already been merged into main
- it's not necessarily an actual conflict or issue.
909d728
to
fa686f2
Compare
Hi @svlandeg Thank you for getting back to me! So this branch should be good now. Credits to @maxispeicher ofc :) Edit: did not change my branch name because I'd have to open a new PR I think and we'd lose the conversation context |
After testing in a large project, I am not sure this approach can work. There are the automatically generated types such as
This overload would result in less specific typing and would break consumers relying on the less specific typing:
So I do not think this approach is viable. Unfortunately, I cannot think of a solution other than pre-generating types as we originally did. Happy to pick this issue up in another PR if we find an agreeable way forward! Thank you very much! |
No need to apologize, definitely appreciate the time and effort you spent, even if it's not mergeable right now! 🙏 |
I am trying to write a select statement that selects 5 different SQLModel children. However I get a type error as the overloads for select are limited to 4.
I am aware there is a PR that adds typing for select for arbitrary length :)
Since that one is not merged and has conflicts (I think) I thought to give you the option to stick to the original appraoch of autogenerating types in the meantime. I increased the number of types and run the script.
Feel free to close my PR if you would rather take another approach but I think it's a quick win!
Resolves 92, 271
Thank you :)