Aucun soucis, c'est un forum pour débutants et on est là pour t'aider
Si je reformule ce que tu veux, c'est pour chaque centre, afficher le résultat (conso par mois) qui est associé à chacune des typologies ? Et compléter les "trous" de ton tableau ?
Plusieurs choses à voir / savoir :
- Les requêtes SQL ne permettent pas de retourner des tableaux croisés dynamiques comme ici (dans la mesure ou la liste des centres et la liste des typologies ne sont pas fixes et dépendent du contenu présent en base), il faudra donc récupérer les le résultat de ta ou tes requêtes et les traiter avec php
- Pour une typologie donnée, le résultat "conso*mois" sera toujours le même quel que soit le centre. En l'état il n'y a pas d'intérêt, à moins que tu ne veuilles faire la somme des conso par typologie pour un même centre ? Dans ce cas, tu peux utiliser la fonction SUM() et une clause GROUP BY
- Est-ce que tous les centres sont nécessairement associés à toutes les typologies ? Si oui, la jointure est simple, sinon, il faudra une jointure externe et une gestion des résultats manquants.
Dans l'idéal, peux-tu nous donner un exemple de ce que tu as en base (avec 2 centres et 3 typo) et du résultat que tu attends ? on pourra ainsi mieux voir ce que tu souhaites faire et te guider
Pour le champ date, ça fonctionne sous MySQL car tu peux protéger les noms des champs avec `. MySQL considère alors `date` comme le nom d'un champ et pas comme un mot clé SQL. En soit, aucun problème, ça fonctionne tant que tu utilises MySQL. Si un jour tu venais à travailler sur une autre base, cela ne fonctionnerait pas et prend en général un temps fou à comprendre d'où vient le problème
Du coup je recommande de prendre de bonnes habitudes dès le début, même avec MySQL et effectivement date_entree (mieux vaut éviter les accents) est explicite et ne génère pas de conflit
