Héritage et Rule..

Hello tt le monde.

J ai un petit souci, donc j ai crée une table mère, les tables filles sont crées dynamiquement avec un trigger avant un insert,update ou delete, pour ça pas de souci, le problème c est qu à la première insertion, il enregistre dans la table mère, à partir de la seconde insertion il prend bien en compte la rule qui lui dit de taper dans les tables filles donc cela voudrait dire qu à la première insertion les rules n existent pas encore ??

Merci d avance.

[GrandFather]

Bonjour,

j'ai du mal à me figurer la chose... Une description un peu plus détaillée de ta règle et de ton trigger pourrait aider...

Ma procédure qui crée la table + les rules qui vont bien donne en gros ceci :

Code :

1
2
3
4
5
6
7
8
 
Vérifie si la TABLE fille existe ...
Si la TABLE n'existe pas 
CREATE TABLE table || année || mois || contrainte sur la date >= premier jour du mois et < premier jour du mois suivant inherits (table mère);
CREATE UNIQUE INDEX sur le champ date;
CREATE RULE table || année || mois || _insert_rl AS ON INSERT TO table mère ||... (en fonction de la date) ... || DO INSTEAD INSERT INTO table fille etc ... 
CREATE RULE table || année || mois || _delete_rl AS ON DELETE TO table mère || ... || DO INSTEAD DELETE FROM table fille WHERE date = telledate
etc...

Comme je disais plus haut la table fille et les règles sur la table mère sont bien crées dès qu une insertion est tenté si et seulement si la table fille n existe pas, les règles sont bonnes etc ...

Le problème se situe au fait que quand je fais une insertion et que la table fille n est pas crée on dirait que PostgreSQL fait l insertion et crée les règles et la table fille ensuite ce qui fait que l enregistrement se fait dans la table mère du coup ensuite dès que je fais une seconde insertion là par contre les rules sont bien pris en compte et l enregistrement se fait bien sur la table fille ...

[GrandFather]

Envoyé par dclink

Le problème se situe au fait que quand je fais une insertion et que la table fille n est pas crée on dirait que PostgreSQL fait l insertion et crée les règles et la table fille ensuite ce qui fait que l enregistrement se fait dans la table mère du coup ensuite dès que je fais une seconde insertion là par contre les rules sont bien pris en compte et l enregistrement se fait bien sur la table fille ...

En principe, l'action des règles s'effectue en amont de celle des triggers... Du fait que le code de création des règles se trouve dans un trigger, elles ne seront opérationnelles qu'à la fin de la transaction.

D'une manière générale, je te déconseille fortement d'employer des commandes DDL dans des fonctions trigger à cause des effets de bord indésirables et complexes à appréhender qui peuvent en résulter. Il y a forcément un moyen différent et plus « clean » d'obtenir ce que tu souhaites.

[gerald2545]

je vais peut-être dire une connerie mais tu ne dois pas faire un commit après la création de ta table fille et de tes rules avant d'insérer dedans?

GrandFather > A moins de créer les tables et les rules d avance j ai pas trouvé d autres moyens mais ça m embeterait pas mal de créer une tache cron, sans couter le cout éventuel, il doit y avoir un autre moyen mais j ai rien trouvé sur le grand ternet

gerald2545 > Je ne pense pas d'autres avis ??

[GrandFather]

Envoyé par dclink

GrandFather > A moins de créer les tables et les rules d avance j ai pas trouvé d autres moyens mais ça m embeterait pas mal de créer une tache cron, sans couter le cout éventuel, il doit y avoir un autre moyen mais j ai rien trouvé sur le grand ternet

Je ne saisis pas trop pourquoi il te faudrait une tâche cron pour cela.

Envoyé par GrandFather

Je ne saisis pas trop pourquoi il te faudrait une tâche cron pour cela.

En fait les tables filles sont du type nomtable+annee+mois donc je pensais créer une tache cron lancée tous les 31 décembre qui créerait toutes les tables filles de l année suivante et les règles qui vont avec, en tous les cas j ai l impression qu il faut créer les tables à l avance j espère trouver un autre moyen ...

[GrandFather]

Et pourquoi tu ne crées pas une seule table utilisée en permanence, et qui intégrerait les informations mois & année dans des champs ?

Lol c est pas possible j ai beaucoup trop d enregistrement par mois, le partionnement s impose

[GrandFather]

Si tu dois absolument partitionner tes données dans des tables différentes, il vaut effectivement mieux détacher cette tâche d'administration dans un script Shell/SQL. Les triggers et règles ne sont pas vraiment conçus pour ce genre d'utilisation...

J ai trouvé une solution qui marche dans la procédure quand la table n existe pas je rajoute une requete insert vers la table fille puis je retourne un NULL

[GrandFather]

Je suis content pour toi que cela fonctionne, mais on est pas très loin d'un vilain hack quand même...

Ben en l abscence de réponse même sur la ml ...