Insert multiple (INSERT INTO ...VALUES SELECT...)

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:

---

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:

---

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

Citation:

---

:#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

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:

---

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 ......

Saluton,

Citation:

---

Envoyé par SergioMaster

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

Citation:

---

Envoyé par SergioMaster

Code:

---

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.

Citation:

---

Envoyé par Maljuna Kris

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

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.

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

Bonjour,

Citation:

---

Envoyé par SergioMaster

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.

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