Bonjour,
Pour ma part en créant la foreign table je spécifie dans quel schéma la table distante se situe, de plus assure toi que l'utilisateur local avec lequel tu exécuté la requête sur La foreigner table à les droits sur le schéma et La foreign table. Et de plus il faut que l'utilisateur distant ai les droits sur La table et le schéma distant.

Cordialement
Shishi

En plein dans le mille... la commande à résolu le problème encore merci Julien pour le temps passé à comprendre et à résoudre mon problème.

Bonne continuation
Cordialement
Shishi

donc voici ce que j'ai fais, j'ai mis l'utilisateur postgres (qui existait déjà) comme groupe et propriétaire du dossier /data/pgsql/donnees et de tous ses sous-dossier et fichiers.

Mais malgrés ça toujours la même erreur.

C'est un VM locale donc je la démarre et comme je suis le seul dessus je me connecte avec le compte root et normalement le service postgres démarre tout seul or la rien a faire, alors que tout fonctionné trés bien avant.

Par exemple dire a la vue de s’exécuter avec les privilège du rôle connecté ou une autre solution.
A priori j'ai bien peur que non mais bon je ne suis pas expert donc je demande.

C'est bien ce que je me disais après mes différents test et cela parait logique car selon moi une vue sert entre autre a montrer des donnée a des utilisateurs qui n'ont pas de privilège sur la table, la solution pour laquelle j'ai opté c'est de fournir un user mapping au rôle symphonie sur le foreign server et du coup tout fonctionne car j'avais pensé a votre solution mais j'aimerais bien que dans la boite pour laquelle je travaille on essaye de conserver le même propriétaire pour tous les objet de chaque base.
En attendant d'avoir l'avis d'utilisateurs plus expérimentés afin de savoir si il y a des solutions alternatives.

Merci pour le lien vers la doc je ne l'avais pas vu

j'ai fait les test et lorsque je met symphonie_app en tant que propriétaire sur la vue le select renvoie bien les données, de plus si je définis un user mapping pour le rôle symphonie (le proprietaire de la vue) le select me renvoie également les donnée.

C'est pour cela que je pense que lorsque je fais le select sur la vue, il prend le rôle propriétaire et cherche le user mapping sur le foreign server et comme le rôle symphonie n'a pas de user mapping il dit qu'i lne trouve pas la correspondance.

Mais existe t-il un moyen pour dire a la vue d'utiliser les privilèges du rôle connecté et non celui du propriétaire de la vue?

Tout d'abord je confirme qu'un select sur la table étrangère ramène bien les données alors que sur la vue j'obtiens l'erreur, concernant le schéma symphonie toutes mes tables et vue sont dans un schéma appelé symphonie avec les droits pour les utilisateurs (donc le soucis ne viens pas de la).

le \dp sur la table tf_test_tes donne ceci :

db_symphonie=> \dp tf_test_tes
                                              Access privileges
  Schema   |         Name          |     Type      |       Access privileges
   | Column access privileges
-----------+-----------------------+---------------+----------------------------
---+--------------------------
proprietaire | tf_test_tes | foreign table | proprietaire=arwdDxt/proprietaire
  +|
           |                       |               | user_app=r/proprietaire+|

   |

le \dp sur la vue vf_test_tes (avec un compte proprietaire) donne :

db_symphonie=# \dp vf_test_tes
                                       Access privileges
  Schema   |      Name       | Type |       Access privileges       | Column access privileges
-----------+-----------------+------+-------------------------------+--------------------------
symphonie | vf_test_tes | view | proprietaire=arwdDxt/proprietaire  +|
           |                 |      | user_app=r/proprietaire |
(1 row)

\dv vf_test_tes donne :
db_symphonie=> \dv vf_test_tes
               List of relations
  Schema   |      Name       | Type |   Owner
-----------+-----------------+------+-----------
symphonie | vf_test_tes | view | proprietaire
(1 row)

La vue est définie comme ceci :

CREATE VIEW symphonie.VF_TEST_TES AS
		SELECT 
			ID, 
			CODE, 
			TYPE, 
			NAME, 
		FROM 
			symphonie.TF_TEST_TES;

	ALTER VIEW symphonie.VF_TEST_TES OWNER TO proprietaire;
	GRANT SELECT ON symphonie.VF_TEST_TES TO user_app;

Pourriez vous m'expliquer ce que c'est la clause SECURITY DEFINER s'il vous plait?

voici les résultat :

\des :

db_symphonie=# \des
             List of foreign servers
      Name      |  Owner   | Foreign-data wrapper
----------------+----------+----------------------
server_test | postgres | postgres_fdw
(1 row)

\deu :

db_symphonie=# \deu
     List of user mappings
     Server     |   User name
----------------+---------------
server_test | user_app
(1 row)

\det :

db_symphonie=# \det
                List of foreign tables
  Schema   |          Table          |     Server
-----------+-------------------------+----------------
symphonie | tf_test_tes | server_test
(1 row)

\dp vf_test_tes :

db_symphonie=# \dp vf_test_tes
                          Access privileges
Schema | Name | Type | Access privileges | Column access privileges
--------+------+------+-------------------+--------------------------
(0 rows)

\dp tf_test_tes :

db_symphonie=# \dp tf_test_tes
                          Access privileges
Schema | Name | Type | Access privileges | Column access privileges
--------+------+------+-------------------+--------------------------
(0 rows)

SELECT session_user, current_user; :

db_symphonie=> SELECT session_user, current_user;
session_user  | current_user
---------------+---------------
user_app | user_app
(1 row)

SELECT id FROM vf_test_tes LIMIT 1; :

db_symphonie=> SELECT id FROM vf_test_tes LIMIT 1;
ERREUR:  correspondance utilisateur non trouvée pour « proprietaire »

Voila le "proprietaire" qui apparaît sur la dernière requête correspond au rôle propriétaire de la vue.

merci pour l'information en faite j'utilise pgadmin3 pour me connecter à une vm qui possède une version n9.4 de postgres donc la commande psql donne le résultat suivant :

Schema   |      Name       | Type |          Access privileges           | Column access privileges
-----------+-----------------+------+--------------------------------------+--------------------------
public | vf_test_tes | view | proprietaire=arwdDxt/symphonie         +|
           |                 |      | user_app=r/symphonie       +|

donc apparemment le GRANT SELECT ON VF_TEST_TES est pris en compte

Encore merci pour tes suggestions

Merci pour votre réponse voici plus d'informations :

voici le script :

create extension postgres_fdw;

CREATE SERVER SERVER_test
FOREIGN DATA WRAPPER postgres_fdw 
OPTIONS (dbname 'test', port '5432', host 'xxx.xxx.xxx.xxx ');

CREATE USER MAPPING for user_app
SERVER SERVER_test
OPTIONS (user test', password 'msp');

CREATE FOREIGN TABLE TF_TEST_TES
	(
		id		serial	not null, 
		nom		INT4		not null,
	)
	SERVER testOPTIONS (schema_name 'data', table_name 'test');
	ALTER FOREIGN TABLE TF_TEST_TES OWNER TO proprietaire;
	GRANT SELECT ON TF_TEST_TES TO user_app;

CREATE VIEW VF_TEST_TES AS
		SELECT 
			id, 
			nom, 
		FROM 
			TF_TEST_TES;

	ALTER VIEW VF_TEST_TES OWNER TO proprietaire;
	GRANT SELECT ON VF_TEST_TES TO user_app;

je crois n'avoir rien oublié, il y a 2 role de connexion : "user_app" et "proprietaire"

Avec l'utilisateur "user_app" j'arrive a afficher les données directement de la foreign table, mais impossible a partir de la vue.

J'espère qu'il ne manque aucunes informations

Merci d'avance

Cordialement
Shishi