Open Forceres opened 4 months ago
Why old PR was never took off?
@Forceres That PR was never properly reviewed by the Piccolo author. I don't remember what the reasons were for that (bad API design or something else). Everything worked as expected at the time PR was made. Everything should work now also, but I'm not sure if it does after all the changes that have been made in Piccolo.
@Forceres That PR was never properly reviewed by the Piccolo author. I don't remember what the reasons were for that (bad API design or something else). Everything worked as expected at the time PR was made. Everything should work now also, but I'm not sure if it does after all the changes that have been made in Piccolo.
I don't see any reasons for it to be declined, the only one solution without that PR is to use raw queries builder (written from zero to hero)
I don't see any reasons for it to be declined, the only one solution with that PR is to use raw queries builder (written from zero to hero)
I agree with you, but you have to wait @dantownsend for an explanation. That PR is pretty similar to how the Piccolo M2M was built.
I don't see any reasons for it to be declined, the only one solution with that PR is to use raw queries builder (written from zero to hero)
I agree with you, but you have to wait @dantownsend for an explanation. That PR is pretty similar to how the Piccolo M2M was built.
Someone has already tried to wait for him) But, anyway, there is no choice, forced to wait
Modern ORM, which doesn't have basic functionality like reverse relations
I know it's frustrating when PRs don't get merged in, but it's just a matter of resources and time - I generally have to prioritise stuff I need for client work, as that's what pays my bills. Loads of my own PRs haven't been merged in either, because unless I'm 100% happy with it, and willing to support a feature in the future, I'm hesitant about merging it in.
I do come back to old PRs - so if they haven't been merged they're not 'dead'.
But I agree, this would be a very nice feature to have. I generally work around it with something like this:
teacher = await Teacher.objects().get(name="Alice")
students = await Student.objects().where(Student.teacher == teacher)
I know it's frustrating when PRs don't get merged in, but it's just a matter of resources and time - I generally have to prioritise stuff I need for client work, as that's what pays my bills. Loads of my own PRs haven't been merged in either, because unless I'm 100% happy with it, and willing to support a feature in the future, I'm hesitant about merging it in.
I do come back to old PRs - so if they haven't been merged they're not 'dead'.
But I agree, this would be a very nice feature to have. I generally work around it with something like this:
teacher = await Teacher.objects().get(name="Alice") students = await Student.objects().where(Student.teacher == teacher)
Got you. Hope you find time to resolve it. That approach has one problem - it is 2 queries instead of one with joins
I know it's frustrating when PRs don't get merged in, but it's just a matter of resources and time - I generally have to prioritise stuff I need for client work, as that's what pays my bills. Loads of my own PRs haven't been merged in either, because unless I'm 100% happy with it, and willing to support a feature in the future, I'm hesitant about merging it in.
I do come back to old PRs - so if they haven't been merged they're not 'dead'.
But I agree, this would be a very nice feature to have. I generally work around it with something like this:
teacher = await Teacher.objects().get(name="Alice") students = await Student.objects().where(Student.teacher == teacher)
Any news?
FEATURE REQUEST: Is it a problem to add reverse relation fetching (conceptual or technical)? It would be nice to see something like that: