Forums PostgreSQL.fr

Bonjour,
je ne suis pas certain d'avoir bien compris ce que vous voulez faire . Avez-vous 2 tables bas_adresse... et base_adresse... ou est-ce une faute de frappe ?
En tout cas, pour mettre la date de derniere mise à jour il faut utiliser le signe d'affectation := et non pas le comparateur = .
Pour l'update, si vous ne mettez pas de clause where toute la table sera mise à jour. NEW.now() ne veut rien dire, utilisez simplement now(), il ne change pas pendant la durée de la transaction.

Un exemple simple qui marche :

CREATE FUNCTION stamp_update() RETURNS trigger
    LANGUAGE plpgsql
    AS $$DECLARE
nom_base varchar;

BEGIN

       SELECT INTO nom_base current_database();

        NEW.dat_tran := current_timestamp;

        NEW.user_db_tran := nom_base;

        RETURN NEW;

    END;$$;

CREATE TRIGGER stamp_update BEFORE INSERT ON adresse FOR EACH ROW EXECUTE PROCEDURE stamp_update();

Je ne sais pas à quoi correspond votre table de métadonnées, mais dans un projet précédent j'avais une table d'archivage par table "utilisateur" de toutes les opérations effectuées alimentée automatiquement de cette façon (exemple tables adresse et adresse_log):

CREATE FUNCTION log_adresse() RETURNS trigger
    LANGUAGE plpgsql
    AS $$BEGIN

IF (TG_OP = 'DELETE' )  THEN

        INSERT INTO adresse_log SELECT 'D', now(), OLD.*;

        RETURN OLD;

ELSEIF (TG_OP = 'UPDATE' ) THEN 

        INSERT INTO adresse_log SELECT 'U', now(), NEW.*;

        RETURN NEW;

ELSEIF (TG_OP = 'INSERT' ) THEN 

        INSERT INTO adresse_log SELECT 'I', now(), NEW.*;

        RETURN NEW;

END IF;

RETURN NULL;     END;$$;

CREATE TRIGGER xlog_adresse BEFORE INSERT OR DELETE OR UPDATE ON adresse FOR EACH ROW EXECUTE PROCEDURE log_adresse();

Les 2 tables ont la meme structure , a part un champ code transaction et un timestamp en plus pour la table log.

J'espère que ces exemples vous aideront.

Alex

Cette discussion vous aidera aussi certainement.

Alex

Oups ! Il s'agit de modifier le fichier postgresql.conf !
Désolé pour le bruit.

Alex

En ce qui concerne les requêtes récursives, Pg les connait depuis au moins la 8.4 .
Voir dans ce forum ce thread et la documentation sur le create view ou la documentation sur les CTE .

Bonjour,
le "problème de lenteur" est une idée reçue datant de Pg 7.4 (qui date de 2003 !) .
Il est vrai que MySQL a été conçu en privilégiant les performances plutôt que la fiabilité, alors que Pg a fait le choix inverse.
Mais depuis plusieurs années, d'énormes progrès ont été faits des 2 côtés pour gommer les défauts.
L'évolution de Pg me semble plus rapide et allant dans le bon sens, de plus on peut discuter du fait que MySQL soit vraiment open source,
puisque c'est la propriété d'Oracle, alors que Pg est développé par la communauté .
Pg semble être en plein décollage, avec des fonctionnalités innovantes à chaque release, tous les ans depuis 3 ou 4 ans, voir cet article.
Une recherche sur Google vous permettra de trouver des comparatifs qui vous éclaireront.
Pour ce qui est du développement Web , lisez le témoignage de Christophe Legendre, DBA de "leboncoin.fr".

Alex

La déclaration de curseur ne sert à rien . Pour Java, je suis totalement incompétent sur le sujet. Essayez dans Forum PostgreSQL.fr et Java .
Si vous voulez faire des triggers plus compliqués, je peux vous donner des tonnes d'exemples, de quelques dizaines à quelques centaines de lignes.
Plutôt par MP, pour ne pas surcharger inutilement le forum.
Alex

J'utilise phpPgAdmin et psql et ne connais pas PgAdmin, je ne peux rien dire là dessus.
Pour le reste, lorsqu'une fonction est appelée dans un trigger, certaines variables sont créées et valorisées automatiquement par PostgresSQL :
NEW : contient la ligne qui va être enregistrée  (valable en UPDATE ou INSERT uniquement). On accède aux champs avec NEW.champ1, NEW.champ2...etc... Si on modifie un champ et que le trigger se termine bien, cette nouvelle valeur sera stockée.
OLD : la ligne avant les modifs (valable en UPDATE ou DELETE uniquement)
Pour plus d'infos voir Triggers procedures .
La fonction peut être appelée d'autres triggers, on peut même faire une fonction "générique" qui teste le cas INSERT/UPDATE/DELETE et effectue des traitements spécifiques.

Exemple :

IF (TG_OP = 'INSERT') THEN
 NEW.dat_creat := current_timestamp;
 NEW.user_db_creat := current_user;       

ELSEIF (TG_OP = 'UPDATE') THEN
   NEW.dat_tran := current_timestamp;
   NEW.user_db_tran := current_user;
END IF;

Je ne parle que des triggers au niveau ligne, en 9.3 il y a les "event triggers" qui se déclenchent lors des ordres DDL (CREATE TABLE, DROP TABLE...)
mais vous verrez ça plus tard...

Bonjour,
voici un exemple de fonction appelée dans un trigger :

CREATE FUNCTION stamp_insert() RETURNS trigger
    LANGUAGE plpgsql
    AS $$
DECLARE
nom_base varchar;
    BEGIN
        SELECT INTO nom_base current_database();
        NEW.dat_creat := current_timestamp;
        NEW.user_db_creat := nom_base;
        RETURN NEW;
    END;
$$;

ALTER FUNCTION public.stamp_insert() OWNER TO toto;

et le trigger :

CREATE TRIGGER stamp_insert
    BEFORE INSERT ON matable
    FOR EACH ROW
    EXECUTE PROCEDURE stamp_insert();

Espérant vous aider

Alex

Bonjour,
vous pouvez utiliser un CASE :

SELECT a,
       CASE WHEN a IS TRUE THEN 'TRUE'
            WHEN a IS FALSE THEN 'FALSE'
            ELSE 'UNKNOWN'
       END
    FROM toto;

La doc est ici

Alex

Bonjour,
un exemple  :

$sql = "insert into licencie(id_licencie,id_identite,qualif_cartet,diplome,discipline)
values(default,$identiter,'$carte_pro','$diplome','$discipline')returning id_licencie";
$result = pg_query($db, $sql);
 if (!$result) {
             die("Erreur SQL: " . pg_last_error());
   }
$ligne = pg_fetch_row($result);
$id_licencie = $ligne[0];

Alex

Bonjour,
Si vous voulez réinitialiser une séquence , la doc est là : Fonctions de manipulation de séquences .

Sinon, pourriez-vous préciser votre question ?

Alex