Sujet: [SQL] probleme de jointure
21/12/2007 @ 13:19:11: kortenberg: [SQL] probleme de jointure
C'est un peu pour cela que j'ai écrit
Comme l'a proposé keeper, au début, on peut le faire avec un deuxième join ...
21/12/2007 @ 13:25:28: cauet: [SQL] probleme de jointure
  1. SELECT 
  2. `envoi_push`.`content`, 
  3. `confirm_push`.`status` 
  4. FROM 
  5. `envoi_push` 
  6. JOIN  
  7. SELECT *  
  8. FROM `confirm_push`  
  9. WHERE `confirm_push`.id IN ( 
  10. SELECT Max(id) 
  11. FROM `confirm_push` 
  12. GROUP BY `confirm_push`.`msgid` 
  13. ) AS `confirm_push` 
  14. ON `envoi_push`.`status` = `confirm_push`.`msgid` LIMIT 10;



Ca j'avais encore jamais vu :smile: une requête mySQL qui fout phpmyadmin par terre :grin: (et une série de process Apache)

Structure de la table:

  1. CREATE TABLE IF NOT EXISTS `envoi_push` ( 
  2.   `id` int(11NOT NULL auto_increment, 
  3.   `nichandle` varchar(50NOT NULL
  4.   `number` varchar(15NOT NULL
  5.   `content` varchar(160NOT NULL
  6.   `sendertype` varchar(10NOT NULL
  7.   `senderid` varchar(15NOT NULL
  8.   `typecontent` varchar(10NOT NULL
  9.   `udh` varchar(500NOT NULL
  10.   `status` int(10NOT NULL
  11.   `error` varchar(10NOT NULL
  12.   `date` datetime NOT NULL
  13.   PRIMARY KEY  (`id`) 
  14. ) ENGINE=MyISAM  DEFAULT CHARSET=latin1 AUTO_INCREMENT=130605 ; 
  15. -- 
  16. -- Contenu de la table `envoi_push` 
  17. -- 
  18. INSERT INTO `envoi_push` (`id`, `nichandle`, `number`, `content`, `sendertype`, `senderid`, `typecontent`, `udh`, `status`, `error`, `date`) VALUES 
  19. (130602'mickael''32472892611''hi''number''3235559657''text'''3421301'''2007-12-21 07:45:09'); 
  20. CREATE TABLE IF NOT EXISTS `confirm_push` ( 
  21.   `id` int(11NOT NULL auto_increment, 
  22.   `msgid` int(11NOT NULL
  23.   `status` varchar(35NOT NULL
  24.   `date` datetime NOT NULL
  25.   KEY `msgid` (`msgid`), 
  26.   KEY `id` (`id`) 
  27. ) ENGINE=MyISAM  DEFAULT CHARSET=latin1 AUTO_INCREMENT=235057 ; 
  28. -- 
  29. -- Contenu de la table `confirm_push` 
  30. -- 
  31. INSERT INTO `confirm_push` (`id`, `msgid`, `status`, `date`) VALUES 
  32. (2350513421301'operator''2007-12-21 07:45:28'), 
  33. (2350523421301'handset''2007-12-21 07:45:33');
21/12/2007 @ 17:32:03: Clandestino: [SQL] probleme de jointure
Pourquoi tu forces l'envoi de valeurs nulles dans des champs qui ne peuvent pas l'être ? (udh et error) ?
21/12/2007 @ 18:04:53: Keeper: [SQL] probleme de jointure
chaine vide <> valeur nulle
17/01/2008 @ 22:25:22: cauet: [SQL] probleme de jointure
Voila la requête "au propre"

  1. SELECT 
  2. `envoi_push`.`content`, 
  3. `confirm_push`.`status` 
  4. FROM 
  5. `envoi_push` 
  6. JOIN  
  7. SELECT `status`, `msgid` 
  8. FROM `confirm_push`  
  9. WHERE `confirm_push`.`id` IN ( 
  10. SELECT Max(`id`) 
  11. FROM `confirm_push` 
  12. GROUP BY `confirm_push`.`msgid` 
  13. ) AS `confirm_push` 
  14. ON `envoi_push`.`status` = `confirm_push`.`msgid`  
  15. ORDER by `confirm_push`.`status` ASC 
  16. LIMIT 10;


Sur serveur de Test avec 1 enregistrement, elle fonctionne.
Par contre en Prod avec des milliers de records, ca foire total.

La requête n'en finit pas, je laisse tourner plus de 3 minutes sans réponse, avant de killer.

Une idée ?
18/01/2008 @ 10:21:49: blietaer: [SQL] probleme de jointure
Mmh quand je fais des selects sur deux tables en one-shot, je prefere toujours des LEFT JOIN plutot que les nested-select de beauf, sauf si les tables ne sont pas 1-to-1 keyable...mais là on parlera de malchance ou de mal-design...
En plus dans ton cas les msgid et status on l'air de bien flirter ensemble, non?
sur le flex, ca devrait groover.


Mais vraiment change de pseudo, la qualité des cauetidienne te hape au passage vers l'abime de la médiocrité télévisuelle et dans la tristesse du trou-noir intergalactique créatif dont elles font preuve sans que, à priori, tu n'y sois pour quoi que ce soit.
Retour