From: | David TECHER <davidtecher(at)yahoo(dot)fr> |
---|---|
To: | "pgsql-fr-generale(at)postgresql(dot)org" <pgsql-fr-generale(at)postgresql(dot)org>, Nicolas Py <n314(at)msn(dot)com> |
Subject: | Re: Comment déterminer en SQL direct si un foreign server Postgresql est vivant ? |
Date: | 2020-06-08 14:40:31 |
Message-ID: | 2027255588.1798545.1591627231982@mail.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
Bonjour,
encapsuler votre vue dans un bloc avec DO comprenant le rafraichissement comme second etape en cas de succes de test de connexion
ou encapsulement dans une fonction avec appel au rafraichissement ou deux fonctions la premiere faisant un simpe return sur la connexion 0 ou 1 pour mettre ca en condition possible si vous devez comlexifier votre architecture plus tqrd
si "elle repond" alors on rafraichit lavue
Apres par "elle repond" votre idee de ramener une ligne me semble intelligible..
Juste une idee comme ca en vrac
Declenchement avec votre idee
Le lundi 8 juin 2020 à 15:32:40 UTC+2, Nicolas Py <n314(at)msn(dot)com> a écrit :
Bonjour,
J'ai établi un foreign data wrapper sur un serveur Postgres externe. Localement, je vais générer une vue matérialisée de certaines tables de ce serveur externe, ce qui me permettra de disposer d'un proxy/cache des données distantes.
Cette vue matérialisée sera rafraichie régulièrement mais j'aimerais, par approche défensive, m'assurer que le serveur externe est opérationnel avant de lancer la commande.
J'ai réfléchi à plusieurs approches, qui restent toutes inenvisageables:_l'utilitaire pg_isready semble être la commande qui répond à mon besoin, à ceci près qu'il s'agit d'un utilitaire et non d'une commande accessible en sql. Vous conviendrez de plus que l'encapsuler pour le rendre exécutable en sql est une idée peu sécuritaire_les fonctions has_foreign_data_wrapper_privilege, ou has_server_privilege semblent lire les catalogues locaux, elles n'établissent a priori pas de connexion sur le serveur distant_reste l'option de ramener la première ligne d'une table étrangère. Si la requête fonctionne, c'est que la connexion est active. Cette option m'apparaît opérationnelle mais intellectuellement insatisfaisante.
-> Voyez vous une autre option ?
Avec mes remerciements anticipés,n314
From | Date | Subject | |
---|---|---|---|
Next Message | Pierre Crumeyrolle | 2020-12-10 15:21:06 | ERROR: must be superuser to read files et pgcrypto |
Previous Message | Nicolas Py | 2020-06-08 13:20:19 | Comment déterminer en SQL direct si un foreign server Postgresql est vivant ? |