Je suis en train de procéder à un changement de mon adresse e-mail (gmail --> mondomaine). je vais donc sur chaque site et j'effectue le changement en général sans problème mais avec des différences quand même :
- certains sites envoient un code/lien sur la nouvelle adresse e-mail pour la vérifier, mais pas tous, certains ne prenant même la peine d'envoyer un mail de confirmation sur la nouvelle adresse et d'avertissement sur l'ancienne
En revanche, sur certains sites (et non des moindres), c'est parfois ubuesque :
- Leroy Merlin, carrément impossible, il faut recréer un compte (en perdant au passage l'historique) NB. C'était vrai il y a 2 ou 3 ans, je n'ai pas ré-essayé récemment
- FNAC : possible en théorie mais "erreur inattendue" (que ce soit avec Firefox ou Chromium)
- Entrepôt du Bricolage : en se déplaçant en magasin ou par téléphone (!!!)
- Dell (oui, Dell) : possible mais "Si vous modifiez votre adresse e-mail, vous perdrez l’accès à votre historique des commandes, à vos licences logicielles, à vos abonnements et à l’historique des enregistrements de vos appareils".
J'hallucine.
C'est conforme au RGPD, tout ça ?
# Identifiant
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 10 (+7/-0).
Ça sent l'utilisation de l'adresse électronique comme clef primaire.
Et ça me fait penser à un article sur j'avais lu, qui déconseillait fortement l'utilisation d'une clef primaire qui ait un sens quelconque. Par exemple, le numéro d'assurance maladie pour une personne : c'est parfait comme clef primaire, sauf que les gens se trompent et qu'il faut pouvoir la corriger.
[^] # Re: Identifiant
Posté par Obsidian . Évalué à 6 (+4/-0).
C'est à cela que je pense aussi, mais en tant qu'identifiant général plus que clé primaire réellement utilisées par une ou plusieurs tables, en fait.
Même en débutant en bases de données (situation dans laquelle on n'accède pas encore, en principe, aux développement des plateformes client), on utilise en général un ID numérique (généralement un nombre entier auto-généré) comme clé primaire et c'est lui que l'on partage au sein de la base. Ne serait-ce que pour pouvoir faire les modifs en question au besoin et également pour éviter que cette clé soit exposée en dehors de la base, à laquelle il est justement censé être propre. Si on ne le fait pas, cela nous oblige à recopier l'adresse entière dans toutes les tables qui l'utilisent comme clé étrangère.
PAR CONTRE, il est fort probable que l'on se serve effectivement de cette adresse pour pouvoir croiser plusieurs bases, en principe indépendantes entre elles. Et parfois, cette indépendance peut justement être imposée par le RGPD lui aussi.
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.