Donc un exemple : espace membre pour mysql ?

[Anonymous]

Slt,
je viens de lire le sujet sur mysql , pour que sa marche mieux !
Donc un exemple, si on a une table avec des membres, il y a par exemple ces colonnes :
-id
-pseudo
-mdp
-site
-email
-hobby
-msn
-...

Ce serait mieux de faire une deuxième table avec comme colonne :
-pseudo
-mdp
Pour que lorsque un membre tente de se connecter, de faire à la place de :
select * from premiere_table, => select * from deuxieme_table
Oui, ou non ?
Merci,
@+  

[staff]

Par exemple

Ou bien, numéroter les lignes comportant les informations de chaque membre. Puis créer une table avec pseudo et numéro. Ainsi, chaque fois qu'on veut chercher une infos sur un membre, on commence par voir c'est quoi son numéro et on va aller chercher l'information directement au bon endroit.

[Anonymous]

OK, merci !

[Grummfy]

Le tout quand on conçoit un script c'est d'allier : légèreté tant du point de vu client que serveur mais aussi une rapidité car qui dit légèreté ne dit pas nécessairement rapidité.... il faut aussi pensez à la compatibilité...

Donc le nombre de requête n'est pas ce qui est le plus important mais 'est surtout la manière de faire et d'exécuter c'est requête qui importe le plus comme le choix des technologie utilisée.

Si vous devez faire d'énorme requête sur plusieurs table et faire de gros calcul par après peut-être pourriez vous envisagez du postgresql qui permet d'effectuer d’avoir des requête embarquer (tout comme mysql 5)

Dans votre cas je pense que oui tout dépend du nombre de personne que vous comptez avoir…

Si c’est peu faire une table comme vous le faite devrait aller apr. contre dépassé un certain nombre vous devriez peut-être envisager de séparer par exemple créer une table id pseudo et 2 3 info essentiel puis une autre table id puis msn and compagnie bref totue les info qu'on retrouve que dans très peu d'endroit.