Bonjour,
Lorsque j'exécute la première requête, j'obtiens les enregistrement suivants : 540-661
---------------------la seconde requête........................................................:177-838-825-540-661-527
---------------------les deux requêtes avec UNION.......................................:540-661-177-527-825-838
Comment expliquer ce résultat ? Merci par avance.
Brian
la communauté d'entraide francophone dédiée au PHP
Gestion des UNION pas comprise
Administrateur PHPfrance |
3088 Messages
En général, ce que font les gens c'est publier les requêtes, les schémas des tables, etc... en gros tout ce qui s'affiche au moment de poster. Ce serait un bon début.Comment expliquer ce résultat ?
Rappel pratique - n'oubliez pas de :Attention, suivre ces consignes est obligatoire. Merci de les lire attentivement.
- suivre ces quelques conseils de débogage
- préciser quel SGBD vous utilisez ainsi que sa version
- utiliser les balises
[/i] pour afficher vos requêtes SQL. Ne postez pas de PHP à moins que cela soit 100% indispensable. Postez vos requêtes, pas vos scriptsCode : Tout sélectionner
[/i] et [i]- poster le schéma des tables pertinentes à votre requête sous la forme d'une instruction "CREATE TABLE" (fonction "Exporter" de phpMyAdmin)
- si nécessaire, poster un échantillon des données sous la forme d'une instruction "INSERT INTO"
Beh avec ce qu'à dit dspe ton résultat devient évident..soit, l'ajout des résultats de la seconde requête à ceux de la première en retirant les doublons. D'où le nom de "union" de 2 requêtes.
J'ai du mal m'exprimer... Pourquoi n'a-t-on pas 540-661-177-838-825-527 ?Bonjour,
Lorsque j'exécute la première requête, j'obtiens les enregistrement suivants : 540-661
---------------------la seconde requête........................................................:177-838-825-540-661-527
---------------------les deux requêtes avec UNION.......................................:540-661-177-527-825-838
Comment expliquer ce résultat ? Merci par avance.
Brian
Administrateur PHPfrance |
3088 Messages
Lis mon post précédent et suis les indications.
Administrateur PHPfrance |
3088 Messages
On n'est pas là pour jouer aux charades et chercher à deviner au hasard la cause de ton problème. Pour régler un problème SQL, on applique toujours la même méthode, en commençant par examiner les requêtes utilisées et les tables auxquelles ces requêtes s'appliquent. Tu ne peux pas demander aux gens d'"expliquer un résultat" si tu n'expliques pas comment tu le génères.
Il y a un règlement et des pratiques en place pour faciliter l'usage du forum et préserver la qualité des questions comme des réponses. Si tu n'es pas prêt à les suivre j'ai bien peur que tu aies à t'adresser ailleurs.
Il y a un règlement et des pratiques en place pour faciliter l'usage du forum et préserver la qualité des questions comme des réponses. Si tu n'es pas prêt à les suivre j'ai bien peur que tu aies à t'adresser ailleurs.
Pour la requête :
La structure:
Code : Tout sélectionner
SELECT s2.sujet_id
FROM fsb_messages m2
JOIN fsb_sujets s2
USING ( sujet_id )
WHERE s2.sujet_nom LIKE '%asm%'
AND s2.sujet_nom LIKE '%[Réglé]%'
GROUP BY s2.sujet_id
ORDER BY COUNT(*) DESC)
UNION (SELECT s2.sujet_id
FROM fsb_messages m2
JOIN fsb_sujets s2
USING ( sujet_id )
WHERE s2.sujet_nom LIKE '%asm%'
GROUP BY s2.sujet_id
ORDER BY COUNT(*) DESC)Code : Tout sélectionner
--
-- Structure de la table 'fsb_messages'
--
CREATE TABLE fsb_messages (
message_id int(11) NOT NULL auto_increment,
forum_id mediumint(9) NOT NULL default '0',
sujet_id int(11) NOT NULL default '0',
membre_id int(11) NOT NULL default '0',
pseudo_posteur varchar(30) collate latin1_general_ci NOT NULL default '',
message_texte text collate latin1_general_ci NOT NULL,
message_temps int(20) NOT NULL default '0',
message_ip varchar(20) collate latin1_general_ci NOT NULL default '',
PRIMARY KEY (message_id),
KEY message_id (message_id),
KEY sujet_id (sujet_id)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci;
-- --------------------------------------------------------
--
-- Structure de la table 'fsb_sujets'
--
CREATE TABLE fsb_sujets (
sujet_id int(11) NOT NULL auto_increment,
forum_id int(11) NOT NULL default '0',
membre_id int(11) NOT NULL default '0',
sujet_nom varchar(250) collate latin1_general_ci NOT NULL default '',
nb_vu int(11) NOT NULL default '0',
nb_reponse int(11) NOT NULL default '0',
dernier_message_id int(11) NOT NULL default '0',
dernier_message_temps int(11) NOT NULL default '0',
premier_message_id int(11) NOT NULL default '0',
sujet_type smallint(6) NOT NULL default '0',
sujet_status tinyint(4) NOT NULL default '1',
PRIMARY KEY (sujet_id),
UNIQUE KEY sujet_id (sujet_id)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLAT
Administrateur PHPfrance |
3088 Messages
J'imagine que ta question est "pourquoi les résultats de la seconde moitié de l'UNION ne sont pas dans le même ordre que la seconde requête seule". C'est parce que la clause ORDER BY que tu utilises n'indiques pas comment résoudre les égalités. Si plusieurs enregistrements partagent la même valeur de COUNT(*), ils finissent dans un ordre imprédictible. Tu peux décider d'un départage à partir d'une colonne tierce, par exemple
Code : Tout sélectionner
ORDER BY COUNT(*) DESC, s2.sujet_id DESC
Administrateur PHPfrance |
3088 Messages
La réponse se trouvait comme souvent dans le manuel (pas trouvé dans la VF)
Contrairement à ce que je pensais, UNION ne conserve pas l'ordre des enregistrement, il te faut donc ordronner l'UNION complète. Afin de différencier les résultats des deux parties de l'UNION, on ajoute une colonne supplémentaire[...] use of ORDER BY for individual SELECT statements implies nothing about the order in which the rows appear in the final result because UNION by default produces an unordered set of rows
Code : Tout sélectionner
(
SELECT 0 AS n, s2.sujet_id, COUNT(*) AS cnt
FROM fsb_messages m2
JOIN fsb_sujets s2 USING ( sujet_id )
WHERE s2.sujet_nom LIKE '%asm%'
AND s2.sujet_nom LIKE '%[Réglé]%'
GROUP BY s2.sujet_id
)
UNION
(
SELECT 2 AS n, s2.sujet_id, COUNT(*) AS cnt
FROM fsb_messages m2
JOIN fsb_sujets s2 USING ( sujet_id )
WHERE s2.sujet_nom LIKE '%asm%'
GROUP BY s2.sujet_id
)
ORDER BY n ASC, cnt DESC
Administrateur PHPfrance |
3088 Messages
Le manuel est vraiment la source n°1 d'aide, et effectivement il n'est pas très à jour.
Pour le reste, pas de problème du moment que la prochaine fois tu pars du bon pied du premier coup
Pour le reste, pas de problème du moment que la prochaine fois tu pars du bon pied du premier coup