Re: [fr-users] HSQLDB Trigger d'historisation

Oui, d'après la doc que j'ai trouvée, c'est surtout le type de trigger qui
posait problème. On ne peut pas utiliser un BEFORE pour insérer dans une
autre table, il faut impérativement utiliser un AFTER. Ensuite, je pensais
le "REFERENCING" implicite, il m'a fallu du temps pour piger qu'il fallait
l'expliciter. Mais ça, c'est dans la doc de HSQLDB contrairement à la
différence d'usage BEFORE/UPDATE.
Tout ça nous donne REFERENCING OLD ROW AS old.
J'ai d'ailleurs commencé par comprendre ce dernier point, le message
d'erreur a changé et m'a conduit à la solution. Enfin !
Finalement tout ça est très logique : On exécute le trigger après que la
modification est validée, et on peut référencer la version originale des
données par le REFERENCING OLD ROW AS... Je n'aurais pas dû ignorer la
limite liée au BEFORE, qui a priori devrait donner le même résultat avec un
REFERENCING NEW ROW... Ben non !

Thierry


Le lun. 16 avr. 2018 à 21:11, yves dutrieux <ydutrieux@gmail.com> a écrit :

> D'après la doc hsqldb,
>
> CREATE TRIGGER "BeforUpdateTable1" BEFORE UPDATE
> ON "Table1" FOR EACH ROW
> INSERT INTO "HistTable1" ("Ligne1", "Ligne2", "ID")
> VALUES (OLD."Ligne1", OLD."Ligne2", OLD.ID)
>
> deviendrait :
>
>  CREATE TRIGGER beforeUpdateTable1 BEFORE UPDATE OF Ligne1, Ligne2, ID ON Table1
>    referencing NEW ROW AS nouvelleligne
>    FOR EACH ROW
>    INSERT INTO "HisTable1" ("Ligne1","Ligne2", "ID") values (ligne1, ligne2, ID)
>
> ou peut-être que ta requete :
>
>
>
> CREATE TRIGGER "BeforUpdateTable1" BEFORE UPDATE ON "Table1"
>
> referencing NEW ROW AS nouvelleligne
>
> FOR EACH ROW
>
> INSERT INTO "HistTable1" ("Ligne1", "Ligne2", "ID")
>
> VALUES (Ligne1, Ligne2, ID <http://OLD.ID>)
>
>
> ceci en partant du principe que les valeurs OLD sont encore celle "actuelle" vu qu'on est au 
> Before Update...
>
> la table nouvelleligne référence les nouvelles valeurs.
>
> Yves
>
>
>
> Le 16 avril 2018 à 20:40, Thierry Jeanneret <thierry.jeanneret@gmail.com>
> a écrit :
>
> > Bonsoir Robert,
> >
> > J'ai fait une première approche du côté de PostgreSQL, mais HSQLDB offre
> > l'avantage de me permettre de récupérer les données sans aucun souci. Et
> > puis, le volume est si faible…
> >
> > Quant à MariaDB, j'ai essayé de comprendre ce qu'il faut faire pour
> > l'installer sur le Mac et y accéder depuis LibreOffice mais là, j'ai calé.
> > Si vous avez un fil rouge qui fonctionne, je suis prêt à tenter
> > l'expérience…
> >
> > Thierry
> >
> >
> > > Le 16 avr. 2018 à 20:11, Robert Cabane <robert.cabane@free.fr> a écrit
> > :
> > > Bonsoir,
> > > Pour des raisons de portabilité, il est bien préférable d'utiliser des
> > gestionnaires de bases de données très répandus comme mysql ou postgresql.
> > L'un et l'autre se connectent avec Libreoffice au moyen d'un connecteur
> > nommé JDBC. Un avantage est de pouvoir facilement exporter la base
> > (mysqldump et pg_dump), ce qui permet de sécuriser les opérations. Un autre
> > avantage est que ces deux systèmes sont très amplement documentés.
> > > > Bonjour,
> > > >
> > > > J'essaie de convertir une base HSQLDB intégrée en standalone server.
> > J'ai
> > > > réussi à récupérer les données, à établir le lien avec le fichier
> > > > intermédiaire .odb et à récupérer les formulaires existants. Tout va
> > bien,
> > > > et ça va beaucoup plus vite, grâce en grande partie à la doc de
> > > > Jean-François Nifenecker.
> > > >
> > > > MAIS : Mon but initial était de bénéficier d'un trigger
> > d'historisation, qui
> > > > à chaque modification des données d'une table enregistre la valeur
> > avant
> > > > modification (donc un trigger BEFORE UPDATE si je ne fais erreur).
> > > >
> > > > Et ça ne fonctionne pas... Voici la syntaxe que j'utilise sur deux
> > tables
> > > > test :
> > > >
> > > > CREATE TRIGGER "BeforUpdateTable1" BEFORE UPDATE
> > > > ON "Table1" FOR EACH ROW
> > > > INSERT INTO "HistTable1" ("Ligne1", "Ligne2", "ID")
> > > > VALUES (OLD."Ligne1", OLD."Ligne2", OLD.ID)
> > > >
> > > > Lorsque j'exécute cette commande depuis l'utilitaire SQL de LibreOffice
> > > > (Base), j'obtiens ce message :
> > > >
> > > > 1: user lacks privilege or object not found: OLD.Ligne1
> > > >
> > > > J'ai installé SQuirreL et j'ai réussi à le faire démarrer sur MacOS
> > (mais
> > > > ceci est une autre histoire). Lorsque je saisis la même instruction
> > dans
> > > > SQuirreL, j'obtiens exactement le même message.
> > > >
> > > > J'ai essayé un peu tous les formats d'instruction, avec ou sans OLD,
> > avec ou
> > > > sans guillemets, j'ai créé une table dont les noms de colonnes sont
> > tout en
> > > > majuscule, rien n'y fait, c'est toujours le même message.
> > > >
> > > > Je dois avoir les privilèges voulus, puisque je suis en principe
> > connecté SA
> > > > et que j'ai créé une colonne IDENTITE sans problème...
> > > >
> > > > Bref, avez-vous une idée ? Est-ce raisonnable de vouloir utilise
> > HSQLDB pour
> > > > cela ? Ai-je meilleur temps de passer carrément à PostgreSQL ? Pour
> > 2-3000
> > > > lignes dans quatre ou cinq tables, ça m'a l'air d'être de l'overkill,
> > mais
> > > > si vraiment...
> > > >
> > > > Ma version de HSQLDB est 2.4. Au fait, pourquoi n'est-ce pas cette
> > version
> > > > qui est intégrée dans LibreOffice ?
> > >
> > > --
> > > Robert Cabane
> >
> > Inspecteur général honoraire de l’éducation nationale
> > > Portable : 06 51 96 80 48
> >
> >
> > --
> > Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour vous
> > désinscrire
> > Les archives de la liste sont disponibles à
> > https://listarchives.libreoffice.org/fr/users/
> > Tous les messages envoyés sur cette liste seront archivés publiquement et
> > ne pourront pas être supprimés
>
>
>
> --
> web site : http://www.molenbaix.com

-- 
Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être 
supprimés