Discussion :

[jnspunk]

Bonjour,
Je suis désolé pour le titre je n'ai rien de plus clair à donner qu'un exemple :
J'aimerais faire des graphiques avec de l'évolution du score de certains joueurs.

Je simplifie ma table pour l'exemple :

Code :

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

1
2
3
4
5
table SCORE :
    SCO_ID
    JOU_ID --ID de la table JOUEUR
    SCO_SCORE
    SCO_DATE

Pour avoir ma liste de score d'un joueur afin de dessiner un graphique, rien de plus facile, je fais :

Code :

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

1
2
3
4
select SCO_SCORE
from SCORE
where JOU_ID = @JOUEUR_A_RECUPERER
order by SCO_DATE

resultat:

Code :

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

1
2
3
4
1
100
666
1337

Là où je suis perdu c'est quand je voudrais avoir le résultat de la requête précédente sur une colonne par joueur.

Code :

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

1
2
3
4
5
J1        J2       J3       Jn
1         3        10       x
100       10       5        x
666       39       80       x
1337      100      544      x

L'interet c'est de pouvoir faire simplement un copié collé du résultat de la requete dans excel afin de tracer un graphique.

Peut être que mon idée est stupide ? Le résultat sous cette forme serait pourtant un vrai +. A moins que je doive obligatoirement faire un simple order by sur les joueurs et ensuite devoir copier collé à la main chaque personne ?

Code :

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

1
2
3
select JOU_ID, SCO_SCORE
from SCORE
order by JOU_ID, SCO_DATE

edit : Je précise que j'utilise SQL Server.

[escartefigue]

Bonjour,

Si le nombre de joueurs est faible et invariant, faire une colonne par joueur est assez facile.
Plusieurs solutions sont proposées ici

Mais, le plus simple et le plus performant est de faire une transposition de ligne en colonne dans le tableur cible, ça se fait en un clic

[jnspunk]

Non malheureusement le nombre de joueur varie et il n'est pas faible.

De plus le nombre de lignes par joueurs varie également, donc je doute que l'on puisse transposer ça sur un tableur en 1 clic.

[escartefigue]

combien de joueurs et combien de scores par joueur ?

[jnspunk]

Le nombre de joueur varie entre 0 et 10 (mais théoriquement ca pourrait être 100 voir plus), mon programme (un bot) tourne pour le moment sur un server discord (on est un groupe de joueurs)

Si je fais un graphique pour un jour le nombre de ligne de score par joueur varie entre 0 et 10000. Il y a des joueurs qui ne joue pas tous les jours et d'autres qui vont spammer pendants des heures.
Sinon si c'est un mois ca va de 0 jusqu'à quelques centaines de milliers.
Enfin c'est l'usage habituelle ca pourrait tres bien atteindre des millions pourquoi pas.

Si vraiment un telle requête est impossible (je croyais qu'on pouvait résoudre tous les problème avec une seule requête, à tort visiblement) alors je ferais faire le job du SGBD par le code du programme.
Il s'agit simplement de grouper les scores par joueurs, je suis étonné que cela se révèle si difficile. (voir impossible on dirait)

Un exemple de graphique d'un joueur, aujourd'hui là il en est à environ 3000 lignes.

[escartefigue]

Je n'ai pas dit que c'était impossible, le lien communiqué plus haut propose plusieurs solutions.
Mais la présentation d'un résultat en lignes ou en colonnes, en gras ou italique, en rouge, en vert ou en jaune, c'est du ressort de la couche traitement.
Le faire par SQL sera contre-performant.

Et encore une fois, transposer des lignes en colonnes ou l'inverse sous excel, même pour quelques milliers de lignes, c'est fait en un clic et le temps de réponse est quasi nul

[jnspunk]

Je n'ai pas dit que c'était impossible, le lien communiqué plus haut propose plusieurs solutions.

Malheureusement ce sont des solutions qui répondent à une autre problématique, elles sont hors sujets dans le cadre présent.

Mais la présentation d'un résultat en lignes ou en colonnes, en gras ou italique, en rouge, en vert ou en jaune, c'est du ressort de la couche traitement.
Le faire par SQL sera contre-performant.

De même, la problématique n'est nullement une histoire de présentation. Je cherche à sortir une information et c'est bien au SGBD de le faire.
Si on suit ton résonnement on remplacerait toutes les requêtes par un select * et ce serait à la couche traitement de faire le taf, je ne veux pas provoquer c'est juste un exemple extrême à fin démonstrative.

Et encore une fois, transposer des lignes en colonnes ou l'inverse sous excel, même pour quelques milliers de lignes, c'est fait en un clic et le temps de réponse est quasi nul

Faire du bricolage pour masquer des lacunes ne me plait pas trop, surtout utiliser excel comme sparadrap quand on arrive pas à écrire une requête correctement. (Quand je dis "on" je ne parle pas de toi, mais plutôt de moi et de manière général)

Si je post ici, c'est d'une part pour apprendre de mes erreurs si j'en fais et d'autre part apprendre des plus expérimenté, tu comprendras ma réticence de voir le problème reporté ailleurs au lieu de chercher la cause du problème.

[aieeeuuuuu]

Bonjour

Escartefigue n'a pas "reporté le problème ailleurs", il l'a juste mis au bon endroit !

Ce n'est en effet pas le rôle du SGBDR que de présenter les données sous tel ou tel format, en l'occurrence, en lignes ou en colonnes.

Comme il vous l'a indiqué, c'est techniquement possible (encore que vous parlez de potentiellement 1 millions de joueurs, ce qui donnera donc un million de colonne en résultat de la requête ), mais ce n'est simplement pas souhaitable. ça donnera une requête inutilement complexes pour des performances au moins... médiocres.

Donc j'abonde dans le sens d'Escartfigue, c'est bien du coté de la couche présentation, en l'occurrence l'outil de génération du graphique, qu'il faut traiter le problème.

[Waldar]

Quel est votre SGBD ?
Je vais un peu au contraire de mes confrères ici, tout ce que le SGBD pourra manipuler en terme de données sera probablement mieux fait que dans un langage de programmation.