Je voudrais tout simplement, dans un même tableau, sortir les 2 derniers enregistrement de chaque table. Je vois pas comment faire, j’ai essayé le tuto de phpbdébutant mais ça n’a rien donné…
En fait, je voudrais que ça donne ceci à l’affichage :
Avec SQL, tu fais une requête, SELECT pour selectionner les champs que tu veux afficher, FROM, depuis quels tables, et WHERE, les conditions de jointures et de selection.
En l’occurence, ça donne quelquechose du genre :
SELECT champ1, champ2, champ3
FROM table1, table2, table3
WHERE champ1.table1=champ1.table2
AND champ2.table1=champ2.table2
[etc, une suite de AND pour satisfaire les jointures]
ORDER BY id DESC [l’id du champs, le dernier enregistrement ayant l’id le plus élevé, si c’est un champ en auto-incrémentation, groupé et sorti par ordre décroissant]
voilà, je te dis ça de mémoire, peut être c’est pas juste juste, mais je pense que ça l’est.
liens_groupes_tbl comprennant id et lien
liens_labels_tbl comprennant id et lien
liens_divers_tbl comprennant id et lien
Je veux sortir les 3 derniers liens ajouté dans tout ça. J’entends par là que je ne veux pas les 3 derniers liens de chaque table, mais bien les 3 derniers liens globaux. Donc en fait si J’ai deux id identiques de 3 et un id de 2, ça me sortira les liens des deux ID à 3 et le lien dont l’id est à 2.
Ma requête déconne :
le message est :
[quote]Erreur SQL !
Column ‘id’ in order clause is ambiguous[/quote]
A savoir que dans mes 3 tables, j’ai des valeurs id qui sont fatalement identiques (auto incrémentation). Est-ce que ça pourrait venir de là ? Si oui comment réécrire le requete correctement ?
Le message d’erreur vient du fait que la colonne id existe dans les trois tables, donc il ne sait pas laquelle il doit sélectionner. Pour résoudre le probléme, il faut soit préfixer le champ id avec le nom de la table dans laquelle tu veux aller le chercher, soit mettre une seule table dans la clause FROM.
tiens après réflexion, je comprend pas pourquoi c’est mechanr cela a l’air impressionnant mais pratqiue pour lié de table qui n’ont pas en commun de PK et FK., moi je trouve que cela evite de faire un where avec plein de AND.