Trigger pour vider une table avant insertion

Bonjour,

Je souhaiterais que lors du premier INSERT ou UPDATE de ma table 'test_trigger', le contenu de celle-ci soit effacé.

Je m'explique sur l'illogisme de ce trigger. J'utilise geoconcept (un logiciel de cartographie) qui exporte des données vers une base postgresql/postgis de sorte que ces données exportés puisse être utiliser dans une autre application.
Cependant Geoconcept agit avec postgresl que par insert ou update.

Ce qui me pose le problème suivant :lorsque je supprime une donnée de geoconcept, celle n'est pas supprimé dans la base postgresl (puisqu'il n'y a que des insertion et des mises à jour mais il ne supprime rien de la base).

Afin de pallier à ce problème, je souhaitais vider ma table avant le premier INSERT ou UPDATE pour que Geoconcept n'ait qu'à insérer l'ensemble des données.

Pour cela j'ai crée le trigger suivant

Code:

---

1 2 3 4 5 6 7 8 9 10 11

CREATE FUNCTION vider_table() RETURNS TRIGGER AS $suppression$ BEGIN TRUNCATE TABLE test_trigger; END; $suppression$ language plpgsql;   CREATE TRIGGER suppression BEFORE INSERT or UPDATE or DELETE ON test_trigger FOR EACH STATEMENT EXECUTE PROCEDURE vider_table();

---

mais il me renvoie l'erreur suivante aprés un 'insert into' (testé en requête SQL directement, sans utiliser geoconcept)

Code:

---

1 2 3

ERROR: cannot TRUNCATE "test_trigger" because it is being used by active queries in this session CONTEXT: SQL statement "TRUNCATE TABLE test_trigger" PL/pgSQL function "vider_table" line 2 at SQL statement

---

Que pensez-vous de ma logique? Voyez-vous une autre solution qu'un trigger, ou celui est-il à paramétrer différemment?

Par avance merci,

TRUNCATE supprime la table.
Si tu veux vider la table, il faut utiliser DELETE :

Code:

---

1 2	-- Supprime toutes les lignes de la table DELETE FROM la_table

---

Je pensais que TRUNCATE pouvait faire l'affaire, en effet la documentation postgresql indique

Code:

---

La commande TRUNCATE supprime rapidement toutes les lignes d'un ensemble de tables. Elle a le même effet qu'un DELETE non qualifié sur chaque table, mais comme elle ne parcourt par la table, elle est plus rapide. De plus, elle récupère immédiatement l'espace disque, évitant ainsi une opération VACUUM. Cette commande est particulièrement utile pour les tables volumineuses.

---

J'ai toutefois essayé avec DELETE FROM mais il me renvoie l'erreur suivante

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

ERROR: stack depth limit exceeded HINT: Increase the configuration parameter "max_stack_depth", after ensuring the platform's stack depth limit is adequate. CONTEXT: SQL statement "DELETE FROM test_trigger" PL/pgSQL function "vider_table" line 2 at SQL statement SQL statement "DELETE FROM test_trigger" PL/pgSQL function "vider_table" line 2 at SQL statement SQL statement "DELETE FROM test_trigger" PL/pgSQL function "vider_table" line 2 at SQL statement SQL statement "DELETE FROM test_trigger" PL/pgSQL function "vider_table" line 2 at SQL statement SQL statement "DELETE FROM test_trigger" PL/pgSQL function "vider_table" line 2 at SQL statement SQL statement "DELETE FROM test_trigger" PL/pgSQL function "vider_table" line 2 at SQL statement SQL statement "DELETE FROM test_trigger"

---

Citation:

---

Envoyé par renardchan

Je pensais que TRUNCATE pouvait faire l'affaire, en effet la documentation postgresql indique

Code:

---

La commande TRUNCATE supprime rapidement toutes les lignes d'un ensemble de tables. Elle a le même effet qu'un DELETE non qualifié sur chaque table, mais comme elle ne parcourt par la table, elle est plus rapide. De plus, elle récupère immédiatement l'espace disque, évitant ainsi une opération VACUUM. Cette commande est particulièrement utile pour les tables volumineuses.

---

---

OK. Chez MySQL, TRUNCATE est implémenté en tant que destruction/création de table. Apparemment, chez Postgresql c'est différent.

Quant à l'erreur que tu as obtenue, je ne sais quoi te dire...

Votre message d'erreur est logique. Vous faites un trigger "ON DELETE" dans lequel vous faites un DELETE de la table en question. Vous amorcez une récursivité sans fin.

Et à la base l'approche est mauvaise car l'élément déclencheur de votre vidage de table ne peut être l'ajout de ligne (INSERT). En effet, il est très probable que l'ajout se fasse en plusieurs ordres INSERT.