Discussion :

[Shuugeki]

Bonjour,
Tout d'abord je suis désolé du titre qui n'est pas du tout explicite mais je ne voyais pas comment expliquer mon problème en bref.

Après plusieurs essais, et n'étant pas un spécialiste du PHP ou du SQL, et ne trouvant aucune solution "pratique" à mon problème, je viens poser la question ici en espérant trouver mon bonheur.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
SELECT char.name, global_reg_value.value AS tues, login.sex, char.class, morts.mort, (value / mort) AS ratio 
FROM `char` INNER JOIN (SELECT char.char_id, global_reg_value.value AS mort
FROM `char` INNER JOIN `global_reg_value` ON char.char_id=global_reg_value.char_id
WHERE global_reg_value.str='PVPDeath') AS morts ON morts.char_id=char.char_id, `global_reg_value`, `login`
WHERE char.char_id=global_reg_value.char_id AND char.account_id=login.account_id
AND global_reg_value.str='PVPKill'
ORDER BY ratio DESC
LIMIT 0,5;

Voici la requète, mes tables (enfin les infos dont vous avez besoin)

dans char il y a char_id en clé primaire, et account_id en étrangères, et class comme champ.
login : account_id en primaire, et sex en autre champ.
global_reg_value : clé binaire char_id et str, value en autre champ.

Si je peux expliquer le problème en pratique, cette requète est pour une page de stats d'un jeu. Elle devrait permettre d'afficher le nombre de kill et de morts par personne, et les classer par le ratio. Jusqu'ici pas de problème. Mais la variable est en fait créée dans la table global_reg_value, qu'on retrouve donc par char_id + str=PVPKill ou str=PVPDeath, seulement si la valeur est égale à 0, la variable est supprimée (ce n'est pas moi qui ait fait le serveur qui gère ceci), il n'y a donc plus de char_id+ str=PVPDeath, si le joueur n'est jamais mort. Ceci pose un gros problème, si le joueur a 30 kill mais aucune mort, ou l'inverse, il ne sera pas pris enc ompte par la requète. (Ca parait évident en fait , maintenant que je l'expose plus clairement)

Sauriez vous de quelle manière je peux régler ce problème ? Je m'excuse d'avance du manque de clarté et de l'aspect de ma requète qui doit vous sembler barbare. Je ne suis pas un habitué du SQL. Si c'est résolvable par la partie php, ça m'irait très bien aussi. (je fais juste un while qui affiche la requète).

Merci

~

[Wiink]

J'ai peut être rien compris, mais en fait la table global_reg_value est un grand fourre tout ? Si c'est le cas, la conception est mauvaise, et tu n'as pas fini d'en chier.

Il serait bien plus pertinent de créer des champs pvpkill et pvdeath dans la table char.

Au passage, nommer une table 'char' est déconseillé, c'est un type de donnée en SQL, il y a confusion .

[sebhm]

bonjour,

ton explication n'est pas tres claire (tu utilises le mot variable mais on ne sait pas trop ce que tu nommes),
et je crois que ta requete SQL est mauvaise.

si tu veux juste recuperer les valeurs des champs PVPDeath (qui doit donc être le nombre de morts : c.à.d le nombre de fois où le joueur est mort) et PVPKill (qui doit être le nombre de meurtres à l'actif du joueur), sachant que tu n'es pas sûr que ces champs existent, le plus simple est peut etre d'avoir une premiere requete qui recupere les joueurs.
A partir de là (tu lis les resultats en PHP), tu fais une autre requete qui cherche PVPDeath pour le joueur en cours, et pareil pour PVPKill, tu peux alors tester en PHP que tes requetes te retournent quelque chose ou pas.

Si tu veux t'en sortir avec une seule requete, c'est possible mais avec des OUTER JOIN au lieu de INNER, et bon courage.
Tu peux t'adresser au forum SQL pour t'aider dans ce domaine en particulier

[Wiink]

Il me semble que PVPDeath et PVPKill ne sont pas des champs, mais des valeurs de global_reg_value.str. La valeur de ce champs définie se que sera le champ lobal_reg_value.value. C'est donc pas récuperable avec une requette simple.

[Shuugeki]

Pour le fait que ce soit un gros foutoir, oui c'est tout à fait vrai. C'est un serveur de jeu, et le jeu sauvegarde les variables de jeu (créées par les différents mécanismes du jeu) dans cette table global_reg_value, , et un script dit en gros à chaque fois qu'un joueur tue quelqu'un :
UPDATE global_reg_value SET value=value+1 WHERE char_id='+id du personnage qui a tue+' AND str='PVPKill';
Sauf que c'est pas ça puisque la ligne char_id ='X' AND str='PVPKill' n'existe qu'après le premier kill. Les variables ne sont sauvegardées dans la base de données mysql qu'à la déconnexion du personnage. Je pense que c'est fait pour éviter l'envoie continu de requète. En fait je pourrais rajouter des champs kill / death pour enlever le problème, comme vous en avez parler. Le problème est que j'ai peur que ça puisse faire ramer le serveur d'avoir des update en permanence sur ces champs, je ne me rends pas compte en réalité des limites d'un dédié.

En tout cas je vous remercie pour vos réponses, je vais m'essayer aux OUTER JOIN voir si je peux arriver à quelque chose. Si ce n'est pas possible je me pencherai du côté d'une optimisation et un envoie simple de requète UPDATE à chaque kill plutôt qu'une utilisation du système de variable du jeu.

[Wiink]

Le problème c'est pas la fréquence des update, mais l'endroit ou la valeur est stocké.

Il devrais y avoir un champs PVPKill dans la table char, a zero par default, puis qui s'incrémente à chaque déconnections.

Puis simplement

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT (`char`.PVPKill  / `char`.PVPDeath ) AS ratio FROM `char` ORDER BY ratio DESC