Skip to content
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

Pas de contrainte d'unicité sur le champ email de t_roles? #122

Open
lpofredc opened this issue Jan 12, 2021 · 3 comments
Open

Pas de contrainte d'unicité sur le champ email de t_roles? #122

lpofredc opened this issue Jan 12, 2021 · 3 comments

Comments

@lpofredc
Copy link
Contributor

Il n'y a pas de contrainte d'unicité (désolé, c'est mon truc 😄) sur le champ email (ni sur uuid_role d'ailleurs) de la table t_roles. Est-ce volontaire?

Cela ne pose-t-il pas problème avec la gestion par email dans GeoNature (récupération de mdp par exemple).

@TheoLechemia
Copy link
Member

La vérif est faite côté application. Mais ça ne fait pas de mal de le mettre en base aussi

@lpofredc
Copy link
Contributor Author

Ben ouais, dans notre usage, nous rapatrions de données de différentes sources, directement en base, par triggers, Ces contraintes sont importantes pour limiter les doublons et réattribuer à qui de droit les observations . Je ferai une PR en conséquence.

@jpm-cbna
Copy link
Contributor

jpm-cbna commented Mar 7, 2024

Il n'y a pas de problème si on passe par l'interface. Mais par contre, si on intègre directement des données dans la base (Gn2Pg, script maison...), cela peut engendrer des doublons. Résultat: cela empêche bien la demande de renouvellement de mot de passe, voir la création de compte...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants