Hello,

J'ai une question plutot thèorique, la requète que je cherche me simplifierais la tache, mais je peux trier en post traitement par php.

voici un apercu de mes tables
J'ai supprimé quelques champs inutile

le nid de la table node correspond au id de la table file_usage, le champs fid des 2 tables file_* correspondent entre eux

J'utilise actuellement la requète et j'obtient Quelle requète devrait-je utiliser pour obtenir Je voudrais donc que pour tout nid correspondant à un type = contact, je puisse récupéré les 2 fichiers (un pdf et un swf) dans la même requète.

Salut,
pas très évident et peut-être pas optimal parce que pour les types MIME, une table indépendante et une clé étrangère dans la table file_managed aurait été plus appropriée. Donc il faut passer par la valeur du type mime pour distinguer les types et ne ramener qu'une seule ligne.

Essaye comme ceci, sans garantie, j'ai pas reconstruit les tables pour tester :

SELECT
  nd.nid,
  fp.fid                              AS pdf_fid,
  DATE_FORMAT(fp.timestamp, 'd/m/y')  AS pdf_title,
  fp.filename                         AS pdf_filename,
  fp.uri                              AS pdf_uri,
  fp.filemime                         AS pdf_filemime,
  fp.filesize                         AS pdf_filesize,
  fs.fid                              AS swf_fid,
  DATE_FORMAT(fs.timestamp, 'd/m/y')  AS swf_title,
  fs.filename                         AS swf_filename,
  fs.uri                              AS swf_uri,
  fs.filemime                         AS swf_filemime,
  fs.filesize                         AS swf_filesize
FROM node                 nd
  INNER JOIN file_usage   fu ON nd.nid = fu.id
  INNER JOIN file_managed fp ON fu.fid = fp.fid
                            AND fp.filemime = 'application/pdf'
  INNER JOIN file_managed fs ON fu.fid = fs.fid
                            AND fs.filemime = 'application/x-shockwave-flash'
WHERE nd.type='contact'
ORDER BY nd.nid

Note que j'ai ajouté des alias sur les colonnes pour distinguer selon le type de fichier. Tu noteras également une jointure sur deux instances différentes de la table file_managed. Enfin, l'emploi de la fonction native dans MySQL de DATE_FORMAT pour récupérer le format de date lisible à partir d'un timestamp.

Attention à un détail : pour le cas où certains fichiers n'existeraient qu'au format pdf ou qu'au format swf pour un nid donné, il faudrait remplacer le INNER JOIN sur la table file_managed par un LEFT OUTER JOIN et dans ce cas, les information sur le type de fichier existant seront bien là, mais pour l'autre les valeurs retournées seront toutes NULL.

Merci beaucoup pour ton aide, la requète que tu m'as passé ne fonctionnait pas toujours ni comme je le désirais.

Mais elle m'as permis de me replonger dans les jointures et j'ai donc pondu cette requète

SELECT *
FROM file_usage fua
LEFT JOIN file_usage fub ON fua.id = fub.id
AND fua.fid <> fub.fid
AND fua.fid < fub.fid
LEFT JOIN node nd ON nd.nid = fua.id
LEFT OUTER JOIN file_managed fma ON fua.fid = fma.fid
LEFT OUTER JOIN file_managed fmb ON fub.fid = fmb.fid
WHERE nd.type = 'contact'
AND fma.filemime <> 'application/x-shockwave-flash'

Elle me donne le résultat voulu, mais je ne suis pas certain qu'elle ne me donne pas de résultat incertain par la suite. Qu'en pensez vous ?
(Je dois encore limiter l'affichage des champs utiles, mais c'est secondaire)

La structure des tables ne peut être changé car je suis dans un CMS, mais sinon je les aurais conçu autrement vu l'utilisation que j'en ai.

Je ne peux pas en penser grand chose, je n'ai aucune idée du résultat des requêtes, que ce soit celle que j'ai proposé comme celle que tu indiques. J'ai juste un peu de mal à saisir l'intérêt de l'auto-jointure sur la table file_usage. Il faudrait que je puisse tester, donc reconstruire les tables telles qu'elle sont dans l'application, il me faudrait les CREATE TABLE des trois tables et quelques lignes à insérer dans chaque table.

J'ajoute quand même que j'aurais modifié la requête comme ceci :

SELECT *
FROM file_usage                fua
  LEFT JOIN file_usage         fub ON fua.id = fub.id
                                  AND fua.fid <> fub.fid
                                  AND fua.fid < fub.fid
  LEFT JOIN node                nd ON nd.nid = fua.id
                                  AND nd.type = 'contact'
  LEFT OUTER JOIN file_managed fma ON fua.fid = fma.fid
                                  AND fma.filemime <> 'application/x-shockwave-flash'
  LEFT OUTER JOIN file_managed fmb ON fub.fid = fmb.fid;

Salut,

Je comprends tes modifications, mais je garderais malgré tout le type = contact dans la clause where car j'envisage de faire la même requète avec une autre clause, et ainsi la sortir de la jointure permet d'etre plus clair. Est-ce que cela change quelque chose niveau traitement ?

Je fait l'autojointure sur file_usage afin d'avoir une ligne par node du bon type et les fid des deux fichiers (swf et pdf). j'avais commencé par essayer de récupérer les doublonsmais cela ne me semblait pas être une bonne piste.

je te colle les create table et les lignes que j'ai actuellement ci-dessous

Ok, effectivement, c'est ma requête qui était erronée.
En la modifiant, j'obtiens la première recherche, ça donne ceci :

SELECT
  nd.nid,
  fp.fid                              AS pdf_fid,
  DATE_FORMAT(
    FROM_UNIXTIME(fp.timestamp),
    '%d/%m/%y'
  )                                   AS pdf_title,
  fp.filename                         AS pdf_filename,
  fp.uri                              AS pdf_uri,
  fp.filemime                         AS pdf_filemime,
  fp.filesize                         AS pdf_filesize,
  fs.fid                              AS swf_fid,
  DATE_FORMAT(
    FROM_UNIXTIME(fs.timestamp),
    '%d/%m/%y'
  )                                   AS swf_title,
  fs.filename                         AS swf_filename,
  fs.uri                              AS swf_uri,
  fs.filemime                         AS swf_filemime,
  fs.filesize                         AS swf_filesize
FROM node                 nd
  INNER JOIN file_usage   up ON nd.nid = up.id
  INNER JOIN file_managed fp ON up.fid = fp.fid
                            AND fp.filemime = 'application/pdf'
  INNER JOIN file_usage   us ON nd.nid = us.id
  INNER JOIN file_managed fs ON us.fid = fs.fid
                            AND fs.filemime = 'application/x-shockwave-flash'
WHERE nd.type='contact'
ORDER BY nd.nid;

Ce qui m'affiche comme résultat : À copier/coller dans Notepad++ pour voir sans les retour de chariots intempestifs.

Et si tu remplaces les INNER JOIN par des LEFT OUTER JOIN, tu auras davantage de résultats mais moins pertinents à mon avis, mais je peux me tromper sur ce point à toi de voir.

Merci de ton aide, en effet ta nouvelle requète fonctionne beaucoup mieux. J'ai quelque peu modifier mes exigences depuis la création de ce post (un projet ca évolue tout le temps) et donc ma requète correspond au résultat que je cherche je vais donc l'utiliser en la gardant à l'oeil quand les tables seront plus complète.

J'ai malgré tout encore une question, j'ai tenté de déplacé une condition de la clause WHERE vers ma jointure et j'ai obtenu un résultat avec des lignes non désiré

requéte qui fonctionne

SELECT nd.title, fma.fid AS fida, fma.filename, fma.uri, fma.filemime, fma.filesize, fmb.fid AS fidb
FROM file_usage fua
LEFT JOIN file_usage fub ON fua.id = fub.id
AND fua.fid <> fub.fid
AND fua.fid < fub.fid
LEFT JOIN node nd ON nd.nid = fua.id
LEFT OUTER JOIN file_managed fma ON fua.fid = fma.fid
LEFT OUTER JOIN file_managed fmb ON fub.fid = fmb.fid
WHERE nd.type = 'contact'
AND fma.filemime <> 'application/x-shockwave-flash'
ORDER BY nd.created DESC

Requète qui fonctionne mal

SELECT nd.title, fma.fid AS fida, fma.filename, fma.uri, fma.filemime, fma.filesize, fmb.fid AS fidb
FROM file_usage fua
LEFT JOIN file_usage fub ON fua.id = fub.id
AND fua.fid <> fub.fid
AND fua.fid < fub.fid
LEFT JOIN node nd ON nd.nid = fua.id
LEFT OUTER JOIN file_managed fma ON fua.fid = fma.fid
AND fma.filemime <> 'application/x-shockwave-flash'
LEFT OUTER JOIN file_managed fmb ON fub.fid = fmb.fid
WHERE nd.type = 'contact'
ORDER BY nd.created DESC

pourquoi est-ce que la deuxième requète me renvoit également des lignes ou tout est NULL sauf le titre ?

En déplaçant la clause de tri de la clause WHERE vers la clause JOIN, et si il s'agit d'une jointure externe (LEFT OUTER JOIN), il y aura davantage de ligne même s'il n'y a pas de correspondance dans la table jointe.

La clause WHERE va s'appliquer sur les lignes retournées par les conditions de la jointure.

Donc en conservant la clause de tri dans la clause WHERE, on limite les retours non désirés pour ce cas là. L'alternative consisterait à laisser cette clause de tri dans la jointure mais avec une jointure interne et non externe, donc INNER JOIN au lieu de LEFT OUTER JOIN et dans ce cas ne seront retournées que les lignes qui ont une correspondance dans la table jointe. Ça donnerait donc :

SELECT
  nd.title,
  fma.fid AS fida,
  fma.filename,
  fma.uri,
  fma.filemime,
  fma.filesize,
  fmb.fid AS fidb
FROM file_usage                fua
  LEFT JOIN file_usage         fub ON fua.id = fub.id
                                  AND fua.fid <> fub.fid
                                  AND fua.fid < fub.fid
  LEFT JOIN node                nd ON nd.nid = fua.id
  INNER JOIN file_managed fma ON fua.fid = fma.fid
                                  AND fma.filemime <> 'application/x-shockwave-flash'
  LEFT OUTER JOIN file_managed fmb ON fub.fid = fmb.fid
WHERE nd.type = 'contact'
ORDER BY nd.created DESC