web-dev-qa-db-fra.com

Dois-je montrer les ID générés par la base de données à l'utilisateur?

Je travaille avec une interface utilisateur où les utilisateurs peuvent créer des enregistrements qui représentent des personnes. L'utilisateur entre plusieurs champs (nom, âge, statut marié), mais je me demande comment afficher les données en double.

Il pourrait être possible qu'il y ait plusieurs entrées avec les mêmes données. Dans ce cas, est-il judicieux pour moi d'afficher les ID générés par la base de données? Cela aiderait-il l'utilisateur à différencier ces enregistrements?

1
Breno

Découvrez les priorités selon lesquelles les utilisateurs effectuent des recherches et comment ils se différencient par les requêtes ultérieures lorsqu'ils parcourent des enregistrements en double.

L'UUID de la base de données peut être utile, mais uniquement si les utilisateurs ont une connaissance préalable d'un enregistrement: ils ont déjà utilisé cet ID auparavant, ils ont mémorisé d'autres informations distinctives qu'ils associent à l'ID, etc.

Qui recherche cette personne et que sait-elle?

Si je connais le nom, l'âge et l'état matrimonial d'une personne, cela pourrait être le début de ma requête.

Après cela, je pourrais chercher leur emplacement (si indiqué).

Ou, si la recherche ne contient aucune donnée supplémentaire, je devrai consulter l'historique détaillé de toute activité ou opération effectuée sur cet enregistrement.

Un identifiant de base de données ne m'est utile qu'une fois que j'ai établi qu'il représente exactement la personne dont j'ai besoin d'accéder à/effectuer des opérations sur l'enregistrement

enter image description here

6
Mike M

Dans ce cas, nous devrons comprendre comment les utilisateurs trient les données et quels champs sont importants pour eux. S'ils recherchent principalement un identifiant d'enregistrement, probablement en essayant de le faire correspondre ailleurs, alors oui, cela deviendra une fonctionnalité prioritaire. Si les utilisateurs ne souhaitent pas trier ou rechercher par l'ID d'enregistrement, il sera préférable de les laisser hors de la table.

Quant aux entrées multiples du même utilisateur, je suggérerais de les grouper si possible. Là encore, cela dépend du comportement de tri et de recherche de l'utilisateur. Si les utilisateurs recherchent par nom, nous devons regrouper l'activité. S'ils sont principalement concernés par le temps d'activité, ne pas les regrouper serait préférable de les aider à scanner rapidement.

2
Ren