Bonjour,

Je suis en train de concevoir un script d'inscription, et j'aimerais savoir comment faire pour vérifier si la variable $_POST['pseudo'] (venant du formulaire) n'est pas égale à une variable déjà présente dans une table de la bdd.
Voici déjà le début de mon code :



Merci de m'aider !

SELECT COUNT is your friend.

mais select count permet de compter le nombre d'entrées non ??
Pas de comparer si une variable précise est égale à une entrée...

Tu teste juste si le pseudo existe dans la table.

Citation : ramses9167

mais select count permet de compter le nombre d'entrées non ??
Pas de comparer si une variable précise est égale à une entrée...

Et bien, où est le problème? Il suffit de compter si le pseudo entré renvoit 1, et si il renvoit 1, le pseudo est déjà pris.
Talus > Utilise SELECT COUNT plutôt que mysql_num_rows, c'est plus rapide.

999888 > Certes, mais comme tout bon programmeur est une feignasse de premier ordre, c'est soulant d'ecrire une ligne de plus pour enregistrer le resultat de la variable

Citation : Talus

999888 > Certes, mais comme tout bon programmeur est une feignasse de premier ordre, c'est soulant d'ecrire une ligne de plus pour enregistrer le resultat de la variable

Ca ne sort en aucun cas une ligne de plus, avec un mysql_result c'est tout aussi court.
Et puis :

Citation : Talus

Programmer, c'est une chose. Bien Programmer, c'en est une autre.

donc, on fait un select count avec where pseudo du formulaire=pseudo sql. Si le renvoi est 1 ou plus, on réaffiche le formulaire avec l'erreur ?

Merci de votre aide les zéros !

Citation : ramses9167

donc, on fait un select count avec where pseudo du formulaire=pseudo sql. Si le renvoi est 1 ou plus, on réaffiche le formulaire avec l'erreur ?

Merci de votre aide les zéros !

Oui c'est ça, sauf que c'est WHERE pseudo SQL = pseudo du formulaire, enfin bon je suppose que c'est ce que tu voulasi dire.
Mais bon, logiquement ça ne peut pas renvoyer plus de 1, puisque tu veux justement empêcher qu'il y ait plus d'un pseudo...

999888 > Tu aimes ma citation, j'me trompe ? Oui, vrai que l'on peut le mettre dans un seul mysql_result. Mais c'est lourd comme écriture (rq : j'utilise souvent cette syntaxe)

Re-Plop,

winzou, faut pas eviter les * comme selections dans une bdd ? trop lent (surtout pour choisir UN champ dans la bdd)

nan mais la ya un count hein C'est pas du tout pareil

Même (oui je suis un chieur)

Citation : winzou

<?php
$sql = 'SELECT COUNT(*) > 0 FROM table WHERE pseudo = "'.$pseudo.'"';
$res = mysql_query($sql);

if(mysql_result($res,0))
{
// déjà un pseudo
}
else
{
// pas déjà de pseudo
}

C'est plus rapide comme ça qu'avec le > 0 dans la condition où ça se vaut?

Citation : winzou

nan mais la ya un count hein C'est pas du tout pareil

Donc, dans un COUNT, mieux vaut mettre un * qu'un nom de champ?

999888 > En fait, si le count affiche + d'un enregistrement (donc pas null), alors le resultat de mysql_result retroune TRUE? Sinon, bah comme la requete retourne un NULL, alors mysql_result retourne FALSE. Je ne l'explique pas très bien, j'avoue, mais bon.

Mais Count(*) et * n'ont rien à voir hein

COUNT(*) -> il compte le nombre de ligne dans la table, très rapide !
COUNT(col) -> il compte le nombre de ligne dans la table, mais seulement les lignes où la colonne "col" n'est pas NULL. C'est donc pas mal plus lent.

le > 0 dans la requete, ca lui permet d'être très très rapide dans certain cas :
- soit il a un index sur la colonne pseudo, et il sait à peu près combien de ligne il a, et il sait si c'est supérieur ou non à 0, et alors il retourne direct true ou false (1 ou 0 en fait), sans même regarder dans la table ! (vu qu'on demande pas le nombre exact)
- soit il a pas d'index et il va parcourir la table. Sauf qu'il s'arrete dès qu'il trouve une ligne, donc c'est pas mal plus rapide en cas de grosse table.

Ensuite, le mysql_result ne retourne pas true ou false, mais 0 ou 1 (car les true de mysql == 1, et false == 0). Et comme php ne fait pas la différence entre 0 et false, ni 1 ou true, bah on peut mettre directement

if(mysql_result())
au lieu de
if(mysql_result() == 1)

Ok, merci pour ces éclaircissements.
Ha tiens aussi, tant qu'on parle d'index, j'aimerais bien des informations à ce sujet :
_Quand mettre un champ en index?
_Quand mettre un champ en primaire?
_Quand mettre un champ en unique?
Parce que je vois ces boutons dans phpMyAdmon mais bon, à part les cours de m@teo qui disent de faire comme ça et puis point barre, j'en sais pas beaucoup plus...
Merci d'avance. (J'en profite parce que je vois que tu t'y connais. )

winzou > Ah, merci pour ces infos (et c'est aussi ce que j'entendais par true & false)
999888 > Un peu que winzou s'y connait ; il était dans la cave

On met une colonne en primaire quand la colonne identifie la ligne. Par exemple, un id est une très bonne clef primaire, car tu es sur qu'il n'y en a pas deux pareil dans une table. Il vaut mieux que cette colonne primaire soit numérique, pour accélérer les perf

On met une colonne en index lorsque tu fais beaucoup de where dessus. Par exemple dans un forum, tu fais beaucoup de requete sur la table des post ou tu met WHERE topic_id = 5. Il faut donc mettre topic_id en index, ca accélère énormément les requetes.

Une coloone unique, c'est un index avec une information en plus : comme la primaire, il n'y a pas 2 lignes qui peuvent avoir la même valeur. C'est donc un peu plus rapide car mysql sait que quand il aura trouvé une ligne, il n'y en a pas d'autre.

La différence entre primaire et unique ? Il ne peut y avoir qu'une seule primaire, c'est la plus importante. Alors que tu peux mettre plusieurs unique.

Citation : winzou

On met une colonne en primaire quand la colonne identifie la ligne. Par exemple, un id est une très bonne clef primaire, car tu es sur qu'il n'y en a pas deux pareil dans une table. Il vaut mieux que cette colonne primaire soit numérique, pour accélérer les perf

On met une colonne en index lorsque tu fais beaucoup de where dessus. Par exemple dans un forum, tu fais beaucoup de requete sur la table des post ou tu met WHERE topic_id = 5. Il faut donc mettre topic_id en index, ca accélère énormément les requetes.

Une coloone unique, c'est un index avec une information en plus : comme la primaire, il n'y a pas 2 lignes qui peuvent avoir la même valeur. C'est donc un peu plus rapide car mysql sait que quand il aura trouvé une ligne, il n'y en a pas d'autre.

La différence entre primaire et unique ? Il ne peut y avoir qu'une seule primaire, c'est la plus importante. Alors que tu peux mettre plusieurs unique.

D'accord, merci énormément, et dernière question bête : Pourquoi ne pas mettre tous les champs en index?

Parce que les index ca prend de la place, et ca ralenti les insertion / mise à jour.

Et si tu as trop d'index, mysql aura aussi du mal à choisir lequel utiliser (il peut pas en utiliser 36 en même temps). Il essaie de choisir celui qui sera le plus restrictif (cad qui renverra le moins de ligne, le plus précis quoi), mais si t'en as partout, ca lui prendra du temps de faire cette étape. Et si il voit que ca lui prend trop de temps, il fini par en utiliser un au hasard (ou presque :p).