Discussion :

[nathieb]

Bonjour,

J'ai une application en Oracle qui utilise les dbms_job, pour contrôler le lancement de procédure stockées longues en traitement donc temps. le dbms_job, contrôle les processus lancé grâce à une table de gestion des jobs lancés. en fait c'est la même notion que les forks en C.
Je sais qu'avec Postgres c'est impossible mais existe t'il une solution (extension) qui s'en approcherait ?

l'application est en PHP, l'IHM interroge le sgbd régulièrement en Ajax pour savoir si tout est fini. m'a question est de savoir si quand on lance une pracédure stockée en postgres, il y a moyen de récupérer son état ?

Olivier

[SQLpro]

Non, PostGreSQL ne dispose pas de moyen pour regarder les requêtes ou procédures en cours d'exécution.
Cela fait partie des nombreuses limitations du produit.

A =

[nathieb]

Bonjour,

Je crois qu'on ne peux faire plus clair.

Olivier

[punkoff]

bonjour,

regardez du côté de : pg_stat_activity

On peut uy voir les requêtes en cours.

http://www.postgresql.org/docs/9.2/s...ing-stats.html

[estofilo]

l'application est en PHP, l'IHM interroge le sgbd régulièrement en Ajax pour savoir si tout est fini. m'a question est de savoir si quand on lance une pracédure stockée en postgres, il y a moyen de récupérer son état ?

La question est curieuse d'un point de vue architecture. Quel est l'appelant de cette procédure stockée? L'appelant d'une fonction sait très bien quand elle a fini, il peut stocker cette info dans une table ou faire un NOTIFY.

[nathieb]

Bonjour,

Pour être plus précis, c'est dans le cadre d'une application qui lance des traitements sur des fichiers comportant plusieurs milliers de ligne. Pour chq ligne (32 champs) on a des consolidation, mais c'est pas le sujet, c'est le contexte. En effet, les traitements peuvent facilement passer la minute.
Pour savoir, ou en est le sgbd, j'utilise lo notion de dbms_job, qui permet de lancer une ^rocédure stockée et renvoie le pid de cette dernière. il suffit ensuite d'interroger en Ajax la dite base pour connaître l'état du pid. En effet Oracle utilise une table de gestion avec même son état (failure, broken ...)

C'est assez utile car quand je lance le job en php la page se détache du script.

Olivier

[estofilo]

C'est assez utile car quand je lance le job en php la page se détache du script.

C'est cette chose-là qui n'est pas possible avec postgres.

Au lieu de lancer une tâche et de se déconnecter, il faudrait confier la tâche à un autre process qui, lui, restera connecté jusqu'à la fin de la tâche.

[nathieb]

Bonjour,

effectivement, je suis en train de regarder du côté des extensions C, (compliqué ...) ou d'un programme Java multitrhread qui ferait le travail. c'est quand même bien dommage ...
d''en passer par un programme tier.

Olivier

[estofilo]

La version 9.3 actuellement en beta a une fonctionnalité dite Custom background workers qui permettra certainement à terme d'avoir de l'exécution de code SQL en tâche de fond comme le DBMS_SCHEDULER (anciennement DBMS_JOB) d'Oracle.

Mais pour le moment on n'y est pas encore, il faut faire son propre processus. Pas la peine de faire des choses compliquées avec postgres, il faut que ce processus garde la connexion, c'est tout.

Par exemple j'ai un process de quelques lignes en batch php qui fait:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
pg_query($cnx, "LISTEN event_name");
while (!$end) {
  $a=pg_get_notify($cnx);
  if ($a===false) {  // rien a faire
    usleep(200*1000);
    continue;
  }
  do_job();
}