Open atkei opened 7 months ago
Attention: Patch coverage is 95.85253%
with 9 lines
in your changes are missing coverage. Please review.
Project coverage is 89.72%. Comparing base (
363d683
) to head (07f8b94
). Report is 1 commits behind head on master.
:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
@dantownsend I hope it's not a problem, but I have approved and run the workflow for this PR. I have already tried these changes in the @atkei local branch and in my case everything works great as I wrote in this comment. Can you try and review this PR. Thanks.
@sinisaos Awesome thanks - feel free to run the CI whenever you want.
@atkei Thanks a lot for this - looks great!
@sinisaos @dantownsend - could you make a hint - when it would be merged? Would it mean new version/release?
@AlexanderMakarov I'll try my best to review it properly this week.
Currenty looking for this funtionality - would appreciate it someone on the team would be able to review!
@sinisaos @dantownsend - do you have some plans to deliver this functionality soon? Thank you in advance.
@AlexanderMakarov Sorry, but you have to wait for @dantownsend response.
Yes, it's definitely high on my radar. I need to try and get some improvements done to Piccolo Admin, but this is high on my list. Thanks for the patience.
@dantownsend Is this released?
@dantownsend is there any workaround to acheive this?
@devsarvesh92 For now, the workaround is to use raw sql (in migrations or script) to add a composite unique constraint, as described here.
@dantownsend Any advances on this getting merged & released?
Hi,
great to see this coming! For sure support for composite unique indexes/constraints is a real use case!
I just wanted to introduce here a related question that is… why not make this to also support non-unique composite indexes? After all, the uniqueness is “only” an attribute of the index, isn’t it?
For sure, if in the future support for composite PKs/FKs is added, then the composite UK will need to be considered again (because FKs should be able to point to UKs too. But right now (after having read various issues here), that seems to be not trivial to happen.
So, back to the question, why not get the opportunity of this PR to, also, support non unique indexes?
Ciao :)
Disclaimer: I’m completely new to Piccolo, so maybe what I’m asking doesn’t make much sense or already can be done (apart from doing it in manual migrations), but from the research that I’m doing over various Python ORM libraries, where Piccolo is one of the “finalists”, this is pretty much, the only feature that I’m missing right now, so just sharing.
Related to #172, #175 and based on #957.
Add
UniqueConstraint
to support composite unique constraint in auto migration.Some work remains such as adding doc and testing, but I would like to have feedback on my proposal first.