feat: ✨ add multiple primary keys support

[dubusster]

Pull Request Template for FastCRUD

Description

This PR aims to provide multiple primary key handling with the basic crud and the endpoint creator.
This way, for a model such as :

class MultiPkModel(Base):
    __tablename__ = "multi_pk"
    id = Column(Integer, primary_key=True)
    uuid = Column(String(32), primary_key=True)
    name = Column(String, unique=True)

the endpoint creator should gives a path like /multi_pk/get/{id}/{uuid} for the different endpoints (get, update and delete) that need primary keys to interact with the database. The order of path parameter is given by the column order.

Changes

There is some monkey patching of TypeDecorator to also cover custom types.
Although it works, this piece of code seems a bit hacky and might need improvement from SQLModel or even better sqlalchemy.

Tests

Add multiple primary keys tests on create, get and delete crud/endpoints for both sqlmodel and sqlalchemy.

Checklist

• I have read the CONTRIBUTING document.
• My code follows the code style of this project.
• I have added necessary documentation (if appropriate).
• I have added tests that cover my changes (if applicable).
• All new and existing tests passed.

Additional Notes

This PR also allows to not be restricted to the id name for primary key 😄

[igorbenav]

Hey, @dubusster, thanks for another improvement!
I'll take a look at both of them over the weekend.

[dubusster]

Thanks @igorbenav !
I was struggling for some time with my CRUD in FastAPI and FastCRUD came out of nowhere as what I wanted to achieve. 😄
It's a pleasure to bring some of my stuff in this project. 😉

[igorbenav]

Hey, @dubusster, sorry for the long delay here! I'm having some doubts with Forge, since it's pretty much unmaintained since 2018, do you think it's the best approach?

To be honest, I experimented with it (basically got to something similar to forge) and it seems like in python this always looks bad. My main concern is with Forge being kind of abandoned.

[dubusster]

Hey @igorbenav ! Indeed, I used forge as the approach since it was already written but it might be smarter to have some piece of code doing the basics and not using this full unmaintained library. I found out some other approach with basic python here, I'll try to fix something in the following days. 😄

[igorbenav]

Really great pr, @dubusster, thanks! Just a few minor things and I'll merge it.

[dubusster]

Sorry, it's my first time doing a review, I don't know if I had to make commits first or "resolving"...

Anyway, I added your suggestions : some docstring for the decorator and a dedicated function to be used during dict comprehension !

[igorbenav]

Nice one, @dubusster, I'll update the docs before the next release!