Discussion :

[lauriane88]

Bonjour,

J'ouvre encore une nouvelle discussion, mais vous me permettez d'avancer petit à petit en utilisant des solutions souvent plus simples que je n'aurais pensé. Bref!
J'ai pour chacune de mes tables dans différents schémas une colonne "num_version", de type integer. J'aimerais que si la colonne "num_version" est mise à jour, les tables soient copiées dans un schéma.
Il y aurait alors deux solutions :
-soit il est possible de récupérer la valeur de la colonne "num_version" et de l'ajouter à la fin du nom de la table nouvellement créée
-soit les tables sont déjà créées dans le schéma et dans ce cas, il faut copier les données dans la bonne table correspondant à la bonne valeur de la colonne "num_version"

Est-ce possible avec un trigger? Finalement la problématique est surtout liée au fait de pouvoir créer une table reprenant automatiquement le numéro de version.

Merci

[escartefigue]

Bonjour,

Ce n'est pas clair pour moi

J'ai pour chacune de mes tables dans différents schémas une colonne "num_version", de type integer. J'aimerais que si la colonne "num_version" est mise à jour, les tables soient copiées dans un schéma.

Vous parlez d'une mise à jour de la valeur de cette colonne pour une ou plusieurs lignes ou alors d'une modification de la structure de la colonne (type, longueur....)dans la table ?
En d'autres termes faut il faire la recopie lors d'une opération de DML ou de DDL ?
Dans le 1er cas, faut il créer autant de tables que de lignes modifiées ? Ca ferait beaucoup de tables

soit il est possible de récupérer la valeur de la colonne "num_version" et de l'ajouter à la fin du nom de la table nouvellement créée
-soit les tables sont déjà créées dans le schéma et dans ce cas, il faut copier les données dans la bonne table correspondant à la bonne valeur de la colonne "num_version"

Cette solution impliquerait, à chaque fois que vous aurez une nouvelle table
- de modifier toutes les requêtes qui utilisent cette table
- ou de créer une vue ou un alias pour prendre en compte cette table
- ou d'utiliser du SQL dynamique et passer en variable le suffixe du nom de table
Bref l'usine à gaz, pour quel intérêt ?

Repartons du début, quel est le besoin fonctionnel ?

[lauriane88]

Merci pour votre réponse. En effet, ce ne doit pas être très clair donc je vais essayer d’expliciter le besoin fonctionnel : j’ai des tables portant le préfixe out_ qui correspondent aux tables de sorties de workflows, prêtes à être exploitées. Néanmoins, avant que ces tables soient considérées comme les tables finales, beaucoup de modifications sont faites dedans (insert, update).

Cela suppose donc qu’il y ait des versions intermédiaires. Par exemple, mon utilisateur A lance un workflow ce qui met à jour la donnée out_, on serait donc à la version 1. Il se rend compte qu’il doit changer certains paramètres dans son workflow, il le relance, ce qui met à jour la donnée out_, et on passe à la version 2, etc. Le souci c’est que si mon utilisateur A se rend compte que la version 2 donne un résultat moins optimal que la version 1, il doit être en mesure de récupérer le résultat de la version 1.

Mon idée, peut-être trop compliquée, est de mettre toutes ces données intermédiaires dans un seul schéma. Et du coup je parlais de la mise à jour de la valeur de la colonne « num_version ». Dès que mon utilisateur A lance cette requête : UPDATE <table_name> SET num_version = <expression> (ce serait le même numéro de version pour toutes les lignes de la table donc il faudrait créer une table correspondant au numéro de version, par exemple table_version1, table_version2) ; une table se créerait dans le schéma « données intermédiaires » avec toutes les colonnes, et toutes les lignes de la table out_ venant d’être mise à jour, et portant le numéro de la version.

Le but étant qu’on se retrouve avec une table pour chaque numéro de version, et que chaque semaine, toutes les données contenues dans le schéma « données intermédiaires » soit supprimée pour éviter de se retrouver avec plein de tables.

[aieeeuuuuu]

Bonjour,

Pourquoi ne pas laisser toutes les versions dans la même table.
Vous pouvez éventuellement utiliser des vues pour simplifier l'utilisation (par exemple, une vue qui ne sortirait que la dernière version)