Forums PostgreSQL.fr

Merci de l'information.

Comment alors le réaliser ?

Auriez-vous un exemple à me proposer ?

Ce que je cherche à obtenir est avoir l'assurance que les 3 INSERTS soient réellement effectués avant la ligne en erreur.

Pourrait t'on forcer l'exécution d'un bloc de code EXCEPTION dans lequel seraient enregistrées les 3 lignes d'INSERT ? (RAISE ?)

Merci pour vos propositions.

Merci de l'information.

Comment implémenter le code pour fabriquer la chaine de caractères correspondant au type de chacun des paramètres de la fonction ?

Dans mon exemple, une fonction a une liste de paramètres :

SELECT p.proargtypes
  FROM pg_proc p
  where (p.proname = 'Ma_fonction')

"1043 1043 25 25 25 1114 1043 1043 1043 23 1043 23"


select typname, typelem from pg_type
 where (typelem in (1043, 23, 25, 1114));
 
"_int4";23
"_text";25
"_varchar";1043
"_timestamp";1114

Quand j'observe les types de paramètres liés à mon exemple de fonction, j'obtiens des valeurs différentes de celles obtenues dans la table pg_type pour les valeurs rencontrées.

IN namefile character varying,
    IN buff_err character varying,
    IN buff_pg1 text,
    IN buff_pg2 text,
    IN buff_pg3 text,
    IN dat_trt timestamp without time zone,
    IN mod_trt character varying,
    IN num_j character varying,
    IN nam_l character varying,
    INOUT nb_l integer,
    IN nam_i character varying,
    INOUT nb_i integer)

Aussi, quelles sont les valeurs de types de paramètres à utiliser pour identifier la fonction ?

Un exemple de code pour l'obtenir ?

D'avance merci de votre réponse.

Merci du retour,

Si la restauration d'un schéma vers un autre n'est pas possible simplement, l'idée serait de définir ce schéma restauré comme le schéma par défaut de l'utilisateur, ceci afin de ne pas devoir préciser systématiquement le nom du schéma dans le préfixe des objets de type table ou autre.

Comment le réaliser simplement pour une exécution à partir de psql ?

Merci du retour,

La commande s'exécute  à présent, je constate sur la console de lancement, un défilement du déroulement du script.

Mais le résultat obtenu n'est pas celui attendu, car la table à recharger reste vide, je l'avais vidée dans les 2 bases avant de lancer la commande pour m'assurer du chargement à partir du dump.

Dans l'exemple, la table à recharger se nomme : plpacti.

Ci-dessous, la commande lancée :

pg_restore -Uspie -O -t plpacti -Ft -w test_tab.dmp >trt.log

Rappel du but à atteindre :
.Recharger une ou plusieurs tables à partir d'un fichier dump issu d'une base de données se nommant : test, dans une base de données différente se nommant : spie.

J'ai utilisé l'option -O afin de ne pas reprendre les informations du owner initial, en espérant que le owner retenu soit celui issu de la connexion.

Ci-dessous, un extrait du fichier trt.log :

--
-- PostgreSQL database dump
--

SET statement_timeout = 0;
SET lock_timeout = 0;
SET client_encoding = 'UTF8';
SET standard_conforming_strings = on;
SET check_function_bodies = false;
SET client_min_messages = warning;

SET search_path = public, pg_catalog;

SET default_tablespace = '';

SET default_with_oids = true;

--
-- Name: plpacti; Type: TABLE; Schema: public; Owner: -; Tablespace:
--

CREATE TABLE plpacti (
    matri character varying(10) NOT NULL,
    dat timestamp(3) without time zone NOT NULL,
    hdeb character varying(4) NOT NULL,
    hfin character varying(4),
    codelieu character varying(10),
    codequal character varying(10),
    jour smallint,
    novac smallint,
    fixe character varying(1),
    valide character varying(1),
    prispost integer,
    finpost integer,
    duraff integer,
    flgmot character varying(1)
);

--
-- Data for Name: plpacti; Type: TABLE DATA; Schema: public; Owner: -
--

COPY plpacti (matri, dat, hdeb, hfin, codelieu, codequal, jour, novac, fixe, valide, prispost, finpost, duraff, flgmot) FROM stdin;
1700935    2016-06-06 00:00:00    0900    1200    00006621    V    1    1    0         0    0    180    0
0300209    2016-05-13 00:00:00    1148    1500    00016101    V    5    1    0         0    0    192    0
000001    2016-01-18 00:00:00    0800    1200    00006616    V    1    1    0         0    0    240    0
000001    2016-01-18 00:00:00    1400    1800    00006616    V    1    2    0         0    0    240    0
000001    2016-01-19 00:00:00    0800    1200    00006616    V    2    1    0         0    0    240    0
\.

--
-- PostgreSQL database dump complete
--

Quel peut être l'origine de mon problème ?

D'avance merci de votre retour.

En modifiant la requête comme ci-dessous, on contourne le problème de l'usage du WITH :

SELECT * FROM (
 SELECT DISTINCT groupe,libelle FROM sfpgrps WHERE groupe NOT IN (SELECT DISTINCT grouph FROM hopempl)
  INTERSECT
 SELECT DISTINCT hierar,libelle FROM sfphierg WHERE hierar NOT IN (SELECT DISTINCT hierar FROM sfphierd 
                                                                    UNION
                                                                   SELECT DISTINCT hierar FROM sfpsupl)
) as req1;

Quel serait le bon usage du WITH ?

Merci du retour.

Cela semble correspondre à ma demande.
Je vais exploiter de ce pas cette piste.

Merci de l'information.

Effectivement, après avoir échappé les $$, le script se déroule correctement.