Distinguer deux clients

Salut à tous.

Je développe actuellement une application et il se trouve que les clients doivent entrer leurs noms et prénoms. Seulement, comment distinguer deux clients qui ont le même nom, le même prénom et la même date de naissance, sachant qu'ils ne sont pas tous obligés d'avoir une pièce d'identité?

developpe un peu plus! je ne comprends la partie que tu dis qu'ils ne sont pas obligé avoir une pièce d'identité?

on pourrait les identifier par le numéro de leur pièce d'identité vu que ce numéro est unique! mais non. On est au Vénin et tout le monde n'a pas une pièce ou carte d'identité

utilise l'adresse email!

Tout le monde n'a pas d'email.Il vaudrait mieux utiliser un numéro propre au programme pour identifier chaque client.Si c'est une application de gestion de client,il y a forcément une base de données et donc forcément un numéro propre à chaque client dans le système selon par exemple l'ordre de saisie des clients dans la base (le premier client se voit affecter 1,le second 2,............)
Ce n'est qu'une idée et peut-être que ton application n'est pas comme je pense!

ok

Je suppose qu'un certain ASSOGBA Paul s'inscrit et fait des commandes.

Un autre ASSOGBA Paul vient s'inscrire et le système détecte l'existence du premier. Mais comment enregistrer les deux? Quel critère ajouter?

En suivant ta logique, le premier a le numéro 1 et le second a le numéro 2. Mais si je fais une requête pour afficher toutes les commandes du client ASSOGBA Paul, le système va afficher l'ensemble des commandes des deux ASSOGBA Paul ce qu'on veut éviter justement.l

Non justement la clé principale de tes clients sera le numéro attribué par le système.Dans ce cas il n'y a pas de doute possible.Si ce sont les commandes du Assogba n° 1 que tu veux tu les auras,si ce sont celles de l'autre tu les auras aussi mais différemment.Une bonne requête est formulée de manière assez précise.Le système sait qu'il y a deux Assogba et te les affichera peut-être ensemble mais les démarquera selon leur clé respective.

En fait ton problème n'en est pas un si tu utilises un bon SGBD.Il y a l'adresse qui peut être un critère assez restrictif,à part l'adresse il y a le jour où ils ont passé la commande,difficile que ces deux homonymes commandent aux mêmes dates et même si...il reste la clé pour les différencier.

et comment je fais si le même ASSOGBA Paul vient pour une autre commande et que je veux l'enregistrer? Je dois aller chercher son id ou sa clé? Tu imagines un système avec des milliers d'enregistrements?

ecoute pour ce genre de programme il faut specifier la une clef primaire (un id qui va s'auto incrémenter) dans la base de données deriere. vu qu'on ne s'inscrit qu'une seule fois, chacun des deux aura un id different. et comme babyboo l'a dit tu peut utiliser leur mail pour les distinguer ou meme pour la connexion qu'ils entrent leur mail

oui en fait, tu peux utiliser un login si ca te dis! si malgré l'id auto incrementation ne te suffi pas, cré un champ login!
alors ce champ ne sera valide que s'il es unique dans la base de donné! comme kan tu ve créer une adresse email et il te di ke non cell ci es deja utilisé d'en choisir une autre!
alors kan ton assogba viendra pr passer sa commande, il va se logger avec son login! ca au moins c'es unik et ca a été créé au moment de l'enregistrement

en plus des name, il y a forcement le num d enregistrement...normalement les deux criteres la suffisen mais bon tu peux toujours alourdir la base en attribuant a chaque client un num ou code secret (ou passe du genre num de carte de credit) alors quand tu voudras les commandes de assogba paul tu lanceras une requete sur son num secret (code secret).....

Si avec tout ça il s'en sort pas...ben

alors logilibre, on t'a aidé? :d

OK OK merci à tous mais je reviens encore

mcland a écrit:

en plus des name, il y a forcement le num d enregistrement...normalement les deux criteres la suffisen mais bon tu peux toujours alourdir la base en attribuant a chaque client un num ou code secret (ou passe du genre num de carte de credit) alors quand tu voudras les commandes de assogba paul tu lanceras une requete sur son num secret (code secret).....

Ce n'est pas moi qui veut les commandes mais celui à qui je développe l'application. Je suppose qu'il veut les statistiques de chaque client. Alors moi(développeur) je lui affiche une combo(ou liste) des clients. Dans cette combo je ne mettrai pas Assogba Paul 2 fois! Je le mettrai une fois. Alors si celui à qui je développe l'application(l'utilisateur) clique sur ASSOGBA PAul dans la combo de la fenêtre statistiques, (étant donné que dans la combo je n'ai pas les dex ASSOGBA Paul et que je n'ai pas les id ou clés primaires) le développeur fait alors une requête pour afficher les statistiques des deux ASSOGBA Paul ce que je veux éviter. Ou alors dois-je faire une combo avec les id? Ou alors un sustème du genre (quand le nom et le prénom sont sélectionnés, c'est l'id qui est renvoyée pour prise en compte dans la requête de sélection. Mais là encore ce sera un seul des deux id)

Et babyboo, l'application n'est pas pour une utilisation sur le net. Imagine un supermarché dans une zone comme Lokossa où il n'y a pas de net et où toutes les bonnes dames n'ont ni carte d'identité ni e-mail et ne savent forcément pas ce que veut dire un login