Re: Duplication des données insérées dans un fichier

Bonjour

Je répondrais par rapport a ce que j'ai pu faire d'identique par le
passé avec Oracle et DBMS_JOBS

Il existe PgAgent[1] qui est un planificateur de tâches. Il stocke ses
informations[2] dans un schéma (pgagent) de la base de maintenance
(postgres par défaut).
Il suffirait via un trigger d'écrire une ligne dans la table qui va bien
(je ne l'ai plus en tête, voir les fonctions du lien [2])

PgAgent peut executer des requêtes SQL ou bien des scripts:
* shell (Unix/Linux)
* BAT ou CMD (Windows)

PgAgent peut être installer sur le même serveur que PostgreSQL ou bien
déporté sur une autre machine.

Cordialement,

Christophe Chauvet.

[1] : http://www.pgadmin.org/docs/1.8/pgagent.html
[2] :
http://svn.pgadmin.org/cgi-bin/viewcvs.cgi/tags/REL-1_8_4-EDB/pgadmin3/xtra/pgagent/pgagent.sql?rev=7344&view=markup

Sébastien Dinot a écrit :
> Bonjour Tovo,
>
> Tovo Rabemanantsoa a écrit :
>
>> Je ne répondrai qu'à une question, en tant que fainéant, j'utiliserai
>> un ETL pour générer des applications en middleware et ainsi faire le
>> lien au milieu de tout ça.
>>
>
> Ta proposition est peut-être pertinente mais elle se heurte à un
> problème de taille : la compétence. Les personnes qui interviennent dans
> le projet n'ont pas de culture BI (nous travaillons dans le domaine
> spatial) et n'ont donc aucune pratique des ETL. S'il faut se former à
> Talend Open Studio avant de pouvoir développer des agents de collecte,
> cette approche va s'avérer trop coûteuse en regard du besoin. Ceci
> étant, je parle d'une chose que je ne connais pas vraiment et je me
> trompe peut-être.
>
> Par ailleurs, comme PgQ, l'approche ETL a le défaut de l'asynchronisme
> (je pense même qu'il est ici exacerbé).
>
> En tout cas, merci pour cette suggestion.
>
> Sébastien
>
>