Discussion :

[killy-kun]

ne font pas bon menage ??

sur un script, a chaque appel de page je veut migrer des enregistrements d'une table vers une autre, puis vider la table source ...

comme plusieurs utilisateurs peux acceder en meme temps a la page, je ne voudrais pas que les enregistrements soit entres 2 fois ...

ainsi je m'etais dis de faire un LOCK TABLES des 2 tables en WRITE ...
ensuite faire un INSERT INTO truc SELECT * FROM blabla
puis de faire un TRUNCATE TABLE blabla
et enfin un UNLOCK TABLES ...

(je travaille en php)

j'ai essaye, et j'obtiens l'erreur suivante ....

User Message : TRUNCATE TABLE ntevent.eventslist; [nativecode=1192 ** Can't execute the given command because you have active locked tables or an active transaction]

alors voila je ne comprend pas :/
etant donne que tout ceci est cense etre fait avec le meme resource de connection mysql en php, c'est cense etre considere comme un seul thread non ? donc je peux faire ce que je veux non ?

[Maximil ian]

Bonjour,

Apparemment TRUNCATE n'est pas compatible avec LOCK (car il implique une destruction puis une recréation de la table).

cf http://dev.mysql.com/doc/mysql/en/delete.html user comment #2 :

> If you issue a DELETE with no WHERE clause, all rows are
> deleted. If you do this in AUTOCOMMIT mode, this works as
> TRUNCATE. See section 13.1.9 TRUNCATE Syntax.

Note, however, that TRUNCATE will not work if you have a lock on the table, because a TRUNCATE involves dropping and re-creating the table.

If you do a DELETE with no WHERE clause on a locked table, it seems that MySQL is intelligent enough to realise this, because it still works, even though the equivalent TRUNCATE would not because of the lock. In this case MySQL must not be translating it to a TRUNCATE.

[killy-kun]

ok genial, donc suffit que je remplace mon truncate par 'DELETE * FROM table_name' ?

merci