Discussion :

[acognard]

Bonsoir,
Je me remets au SQL, et finalement, on oublie vite !
J'essaie de résoudre ceci et je tourne en rond, il doit y avoir un truc qui crève les yeux . Le select fonctionne.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
	insert into `linknx`.`log_TEMP` (`ts`, `object`, `value`) VALUES 
	select 
	`ts`,
	`object`,
	`value`
	FROM `linknx`.`log`
	WHERE `object` LIKE 'consommation'
	HAVING ts >= '2014-05-09 21:00:00' and ts <= '2014-05-09 21:59:59';

Mes 2 tables sont identiques :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
CREATE TABLE IF NOT EXISTS `log_TEMP` (
  `ts` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `object` varchar(256) NOT NULL,
  `value` varchar(256) NOT NULL,
  KEY `object` (`object`,`ts`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

J'obtiens l'erreur suivante

:#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'select `ts`, `object`, `value` FROM `linknx`.`log` WHERE `object` LIK' at line 2

Merci pour votre aide.
Arnaud

[SergioMaster]

Bonjour,

pour utiliser un HAVING il faudrait qu'il y ait une clause GROUP BY (enfin c'est le cas avec Firebird, forum où a été posée cette question , avant que je ne lise que c'était MySQL le SGBD !! ) .
Le LIKE aussi me parait bizarre, puisqu'il y manque le caractère de substitution (% ou * avec MySQL je ne sais pas)

Je verrais donc plus le SELECT ainsi :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
SELECT 
	ts,
	object,
	value
FROM `linknx`.`log`
	WHERE object='consommation'
	AND ts >= '2014-05-09 21:00:00' AND ts <= '2014-05-09 21:59:59';

Je ne suis pas sûr que les quotes pour les noms de champs soient très bons non plus , mais comme il s'agit de mysql ......

[Maljuna Kris]

Saluton,

pour utiliser un HAVING il faudrait qu'il y ait une clause GROUP BY (enfin c'est le cas avec Firebird, forum où a été posé cette question , avant que je ne lise que c'était
MySQL la SGBD !! ) .

MySQL autorise, effectivement (et bizarrement), une clause HAVING sans GROUP BY

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
SELECT 
	ts,
	object,
	value
FROM `linknx`.`log`
	WHERE object='consommation'
	AND ts >= '2014-05-09 21:00:00' AND ts <= '2014-05-09 21:59:59';

Par contre ici, autant utiliser ts BETWEEN '2014-05-09 21:00:00' AND '2014-05-09 21:59:59', puisque les bornes sont incluses.

[SergioMaster]

MySQL autorise, effectivement (et bizarrement), une clause HAVING sans GROUP BY Par contre ici, autant utiliser ts BETWEEN '2014-05-09 21:00:00' AND '2014-05-09 21:59:59', puisque les bornes sont incluses.

Je n'avais pas osé le Between , ma connaissance de mySQL étant limitée et son mode de stockage de date plus qu'un peu déstabilisant pour moi . La clause HAVING sans GROUP BY va venir se rajouter à la liste des choses MySQL"esque" (encore un truc que SQLPro doit détester ) , en tout cas , c'est loin d'être conforme à la norme

[Bisûnûrs]

La syntaxe c'est pas INSERT INTO ... VALUES SELECT mais c'est INSERT INTO ... SELECT.

Au passage, l'erreur MySQL montre l'endroit où est l'erreur. Ici le message débute au SELECT alors que l'erreur est sur le SELECT qui ne devrait pas se trouver ici.

[acognard]

Merci à vous tous pour vos réponses ! Je valide ça ce soir et vous tiens informés, mais la piste me semble être la bonne (pas de values). En même temps, j'avais oublié le having et group by ! Je vais aussi faire des tests dans ce sens afin de vous faire un retour d'infos.
Cordialement,
Arnaud

[aieeeuuuuu]

Bonjour,

La clause HAVING sans GROUP BY va venir se rajouter à la liste des choses MySQL"esque" (encore un truc que SQLPro doit détester ) , en tout cas , c'est loin d'être conforme à la norme

En fait, la norme prévoit bien l'utilisation de la clause HAVING en l'absence du GROUP BY, mais dans ce cas, c'est un GROUP BY () implicite. MySQL étant très permissif sur le GROUP BY, il permet de fait l'utilisation de n'importe quelle colonne dans le SELECT sans fonction d'agrégat ou dépendance fonctionnelle au groupement, même si elles ne sont pas dans le GROUP BY. Mais attention au résultat, qui est au bon vouloir de MySQL.

[ced]

Un peu de lecture à ce sujet : http://cedric-duprez.developpez.com/...fier-group-by/