oue enfin sa depend de quel point de vue on se place

enfaite mon idee de depart ete
faire un select  de la date  de mise a jour
si besoin de mise a jour on fait un select de frequencemot
le programme java  calcule  avec l'algorithme
on fait un controle pour savoir si l'ancien contenu et valide  dans le programme java donc en claire si frequence mot a changer
on fait un update juste sur la fonction maj  ou sur les colone maj et frequence mot suivant les cas

donc du coup cela devient

on fait un select de la date
si besoin de mise a jour
le programme java  calcule  avec l'algorithme
on fait donc systematiquement un update de la colone maj et frequencemot
la le trigger intervient
si frequencemot  n'a pas changer ou si il a changer

en terme de performance  le select et bcp plus couteux que l'update ? je ne connais pas beaucoup les bdd donc ... je me renseigne  bon j'imagine que oui

bon donc mon super trigger devient

CREATE FUNCTION maj() RETURNS TRIGGER AS
$$
BEGIN
IF ( (TG_OP = 'INSERT') OR ((TG_OP = 'UPDATE') AND (OLD.frequencemot <> NEW.frequencemot)) ) THEN
NEW.idxsearch = to_tsvector(coalesce(NEW.frequencemot,''));
RETURN NEW;
END IF;
END;
$$ LANGUAGE plpgsql;
 
CREATE TRIGGER montriggermajupd BEFORE INSERT OR UPDATE OF frequencemot ON information 
FOR EACH ROW EXECUTE PROCEDURE maj();

lol autant pour moi j'ai confondu row et column ... (boulet)

ok je te remercie pour le temps passer a m'aider
depuis la version 9.0 donc enfaite c'est pas tres vieux ok merci encore

du coup mon code de creation trigger et devenu

CREATE FUNCTION maj() RETURNS TRIGGER AS
$$
BEGIN
NEW.idxsearch = to_tsvector(coalesce(NEW.frequencemot,''));
RETURN NEW;
END
$$ LANGUAGE plpgsql;
 
CREATE TRIGGER montriggermaj BEFORE INSERT OR UPDATE ON information 
FOR EACH ROW EXECUTE PROCEDURE maj();

j'ai bon ? la j'ai essayer sa à l'aire de fonctionner comme je veux du moin mon programe fai pas encore d'update maintenant ya peu etre moyen d'optimisé
par exemple la fin et

FOR EACH ROW EXECUTE PROCEDURE maj();

si j'ai bien compris pour chaque  colone il effectue la requete meme si l'update ne met pas a jour frequence mots  mai dans ce cas la je devrai faire 2 trigger
1 qui soccupe de l'insert
et un qui s'occupe de l'update de la colone frequence mots

est ce que ça vos le coup je veut dire gagnerais t'on meme quelque disieme de  seconde sur des millier/million de requete  ?
tant qu'a faire quelque chose ... autant le faire le mieux possible

merci pour les réponses à mes questions

j'ai à peu pres tout compris seulement la vous me parler de geree l'update ce n'est pas faux mais pourais je utiliser le meme trigger  (j'imagine que oui) parce que  je vais tomber dans une boucle infini
l'update fait appele au trigger qui fait apele à update ... qui ...... trigger update  trigger update

parce que si je fait un update  qui change des mots  par mon code dans mon programme ici  java/tomcat  il faut que je reface

UPDATE information 
SET idxshearch = to_tsvector(coalesce(frequencemot,'')) WHERE clee=NEW.clee;

pour remetre à jour mon idxshearch
puisque  que je vien de metre à jour  frequencemot par exemple
or je tombe sur un bon gros cas de boucle infinie bien velue

j'ai vue dans le lien de la doc  pour faire sa requete utilise une timekey
l'idee serai:
-je fait un update via mon logiciel pour modifier un ou plusieur  champ
-le trigger et appeler il fait un update
-il verifie le temps si le temps et superieur à la limite du temp qui et fixer on fait un update
-le trigger se redeclenche forcement
-le temps vien d'etre mi a jour
-puisque le temp et inferieur a la limite
-il ne passe pas une nouvel fois dans l'update

ce serais une solution mais est ce "la" solution la plus efficance/simple

parce que avec cette solution je  relance à nouveau le trigger pourais t'on dire pour rien et encore une fois j'ai  l'impresion d'utiliser la bombe nucleaire pour chasser les mouche
sa fonctionne mais c'est pas tres fin

+ 1 pour la ram
mais alors la question que tout le monde se pose peu t'on dire à postgresql de chager la totalité de le base de donnee si elle n'est pas trop grosse biensur en memoire
(< a la ram quoi)
et de faire des sauvegarde reguliere sur le disque dur avant la femerture ou doit t'on passer par un ram disque et un script ?

ce qui reviendrai a

je demare le serveur 
un script cree  un ram disque et  charge la bdd entiere dans la ram
//eventuelement des sauvegarde de la bdd sur le disque dure a interval regulier  si pas d'ondulateur mais la c'est du suicide

je veux eteindre le serveur pour remplacer un ventilo par exemple

je doit avoir un script qui sauvegarde la bdd sur le disque dur avant de seteindre

sans compte sil ya une panne electrique avec un onduleur

pour sauvegarder proprement la bdd avant le drame