UUIDs as object identifiers (maybe string based?)

I know that there are some tickets around, but honestly, its quite annoying to not have this key feature of a database implemented. I saw, that there were some efforts in 2017 (thats 4 years ago btw.) but nothing changed since. So instead of only having Long as an id primary type, i also would like to have String and UUID. I know, that there are maybe some performance impacts with that, but that should not matter, since its the responsibility of the developer to choose the correct id types.

Use case scenario for UUIDs:
Distributed systems, where you identify your entity by its globally unique UUID, and you dont want to deal with internal system ids and the global UUID.

Commencez par examiner la prise en charge existante des clés primaires et des identifiants d’objet, puis retrouvez les tickets précédents et les travaux de 2017 mentionnés dans l’issue. Le périmètre doit établir comment les identifiants String et UUID doivent fonctionner et quelles contraintes de compatibilité ou de performance s’appliquent. Le travail terminé doit inclure le comportement convenu et une couverture pour les deux types d’identifiants.