Voilà je voudrais faire un script d'espace membre avec ma base SQL.
Donc l'enregistrement d'un membre est OK
Mais voilà le probleme, imaginons qu'un membre s'appelle bebe, l'autre bébé et un troisieme Bébe
Au moment d'un "UPDATE" la modification se fait sur les 3 personnes, comment résoudre ce problème ?
la communauté d'entraide francophone dédiée au PHP
Un petit probleme d'enregistrement
En mettant sur ce champ un index UNIQUE et en interdisant l'utilisation de ce pseudo s'il existe déjà dans la base: ça signifie que lors de l'inscription, tu vérifie d'abord dans la base si le pseudo choisi par le futur nouveau membre est disponible et ensuite seulement tu l'enregistre, sinon, tu demande d'en choisir un autre avec en bonus si tu te sens le courage de le programmer un système proposant des pseudos alternatifs.
Codez en pensant que celui qui maintiendra votre code est un psychopathe qui connait votre adresse 
J'ai déjà fais ça mais apparement il pense que bébé et bebe sont différents lors du SELECT et pareil lors du UPDATE
en sachant que mon champ pseudo n'est pas unique, primaire ni index
J'ai une autre question lié :
En ce moment sur les autres tables lié à la table principale qui contient le pseudo du membre, j'utilise pour identifier le membre : le pseudo
Est ce que ça serait mieux d'utiliser un identifiant (nombre) ?
en sachant que mon champ pseudo n'est pas unique, primaire ni index
J'ai une autre question lié :
En ce moment sur les autres tables lié à la table principale qui contient le pseudo du membre, j'utilise pour identifier le membre : le pseudo
Est ce que ça serait mieux d'utiliser un identifiant (nombre) ?
Pour les relation entre les tables, on utilise les clés primaires, c'est d'ailleurs un de leur principaux intérêts. Avec ton histoire de pseudos proches les uns des autres, ce serait une raison de plus d'utiliser les clés primaires à la place.
Codez en pensant que celui qui maintiendra votre code est un psychopathe qui connait votre adresse
Je n'ai pas trop compris ta réponse, ma question aussi etait mauvaise.
Voilà les exemples
table utilisateur : champ : pseudo, passe
table info_utilisateur : champ : pseudo, nom, prenom
Voilà aucun des champ n'est en clé primaire ou index ou meme unique.
Donc je voudrais résoudre le problème des pseudos identiques sans trop modifier la structure.
Et pour la relation entre les tables ma structure est elle bien ? car je ne veux pas utiliser les id (nombre) pour identifier chaque membre
Voilà les exemples
table utilisateur : champ : pseudo, passe
table info_utilisateur : champ : pseudo, nom, prenom
Voilà aucun des champ n'est en clé primaire ou index ou meme unique.
Donc je voudrais résoudre le problème des pseudos identiques sans trop modifier la structure.
Et pour la relation entre les tables ma structure est elle bien ? car je ne veux pas utiliser les id (nombre) pour identifier chaque membre
Alors dans ce cas, tu peux ajouter en clé étrangère dans l'autre table un champ id_utilisateur dans laquelle tu retrouveras la clé primaire correspondant de la table utilisateur.
Est-ce que tu en saisis le principe et l'utilité ?
Est-ce que tu en saisis le principe et l'utilité ?
Codez en pensant que celui qui maintiendra votre code est un psychopathe qui connait votre adresse
