Bonjour,
Je travaille sous PG9.6 environnement linux.
J'ai une fonction qui effectue des modifications de table avec un parcours de boucle.
En gros: je crée une table temporaire contenant des données pour simplifier disons :
La table T1 contient idt1, dateDeb_t1, dateFin_t1 (la table est remplie de données)
Par ailleurs, j'ai aussi une autre table physique non temporaire T2, avec T2 = idt2, dateDeb_t2 et dateFin_T2
Le principe est le suivant :
Je parcours les données de T1 comme suit: à chaque itération (ligne d'enregistrement) trouvée dans T1 je vérifie si il existe une certaine correspondance avec des lignes de T2 : s'il y a correspondance alors je modife dateDeb_T2 par dateFin_T1 pour la ligne (itération) en question idt1.

Pour simplifier on a comme suit :

FOR x,y,z IN SELECT idt1, dateDeb_t1, dateFin_t1 FROM T1
LOOP -- Je parcours une à une les lignes de T1
    FOR a,b,c IN SELECT idt2, dateDeb_t2, dateFin_T2 FROM T2 WHERE dateDeb_t2 >= y AND dateDeb_t2  < z-- ici je verifie s'il existe la "correspondance"
    LOOP
    -- Pour chaque ligne T2 comprise dans la ligne en cours T1 : modifier dateDeb_T2 par dateFin_T1
   -- C'est ici le cas intéressant : le pourquoi du comment ???
     UPDATE T2 SET dateDeb_T2  = z
      WHERE idt1 = a;
    END LOOP;
END LOOP;

Le souci est que en exécutant cette fonction, elle tourne mais en vérifiant, les données ne sont pas à jour durant la boucle. C'est à dire je modifie dans le cas "pourquoi du comment" dateDeb_t2 mais pourtant au fur et à mesure du passage d'itération dans les boucles les nouvelles dateDeb_t2 ne sont pas à jour mais reste toujours la valeur initiale.

Sauriez vous pourquoi et comment corriger le fait que les valeurs initiales ne sont pas modifiées au fur et à mesure de la boucle.
Je précise que le type de dateDeb et dateFin joué ici est du timestamp without time zone, est qu'il y a lien la -dessus ?

Merci de votre attention et espérant qu'il y aura des réponses

Bonjour,
J'utilise pg 9.6.
J'ai le petit script ci-dessous:
Do $$
DECLARE

    v_time timestamp;
    v_time_end timestamp;

BEGIN

SELECT current_timestamp INTO v_time;
v_time_end := v_time + interval '5 seconds';

LOOP

    SELECT current_timestamp INTO v_time;

    RAISE NOTICE 'v_time : % ---- v_time_end : %',v_time, v_time_end;
   
    EXIT WHEN v_time> v_time_end;
END LOOP;

END;
$$ LANGUAGE plpgsql;

Quelqu'un peut me dire pourquoi ce script rentre dans une boucle infinie et la condition     EXIT WHEN v_time> v_time_end; n'est pas prise en compte.
Plus précisement la valeur v_time n'est pas raffraichier et     SELECT current_timestamp INTO v_time à l'interieur du boucle n'est pas prise en compte ?

Merci de votre attention

Bonjour,

j'ai une requête du genre :

Si machin1 n'existe pas
    INSERT INTO machin1
    INSERT INTO machin 2 VALUES (curval_sequence_de_machin1)
sinon (machin1 existe)
    UPDATE machin1
    INSERT INTO macin2 VALUES (id_machin1,...)
Fin Si

Maintenant j'aimerai remplacer ces instructions par un simple UPSERT
Genre:
INSERT INTO machin1
ON CONFLICT ON CONSTRAINT la_contrainte_unicite DO
UPDATE machin1

Mais du coup comment faire là pour intégrer également INSERT INTO machin2 ?

Bonjour,

Nous utilisons PostgreSQL version 9.6 sur un OS linux centOS.
En regardant les log je vois des messages d'erreur : ERROR:  could not stat file "pg_xlog/0000000100000AF800000094": No such file or directory

La base est en marche toujours, jusqu'ici il n'y a pas de problème mais ce message dans les logs me laisse penser, quels peuvent bien en être la cause de cet erreur ?

Auriez vous une réponse à cette question ?

Merci de votre attention

Bonjour,

Je rencontre l'erreur suivant lors d'un dump sur une base de données particulière sur une table contenant des données binaire (ex: image, pdf,...) de type bytea.
Voici l'erreur en question:
pg_dump: Error message from server: ERROR:  could not access status of transaction 256212738
DETAIL:  Could not read from file "pg_clog/00F4" at offset 81920: Input/output error.

En regardant dans PGDATA/pg_clog le fichier 00F4 existe bien mais ne peut être lu.
Ex: un less pg_clog/00F4 renvoie l'erreur : read error

Environnement sous linux, version postgresql 9.3.5.

Sachant qu'il n'y a pas de sauvegarde dump à restaurer, est ce qu'il existe un moyen pour corriger le problème svp ?