D'une manière générale, dans le RETURNING, lorsque vous souhaitez afficher : un champ caractère vide vous pouvez mettre :

'' AS monchamp

s'il s'agit d'un champ nombre vous pouvez mettre :

0 AS monchamp

dans les deux cas vous pouvez mettre :

NULL AS monchamp

Si je regarde votre exemple, votre INSERT ne concerne pas le champ 'type_cable', par conséquent, il faut que vous le déclariez dans le RETURNING au même titre que le champ 'nb_fo' avec :

NULL AS monchamp

ou 

'' AS monchamp

ou 

0 AS monchamp

selon le type de champ.

Bonjour Girish.

Dans l'exemple évoqué plus haut, il s'agissait d'effectuer une insertion sur quelques champs de la table et non sur l'intégralité.
Afin que cette insertion puisse fonctionner, il fallait pouvoir "déclarer" l'intégralité des champs de la table d'où le RETURNING (...) appelant tous les champs de la table.

Donc pour répondre à votre question : Quels sont les champs renseignés dans la clause RETURNING ? > Tous les champs de votre table (ou de vos tables)

Cela donnera quelque chose du genre :

RETURNING id_cable, identifiant, geom, dms, commentaire, longueur, id_type_cable, id_nb_fo, id_role_fibre, id_type_fo, xlbl, ylbl, olbl, t_pol, c_pol, c_cad, cad_lbl, com, xlbl1, ylbl1, olbl1, id_etat, id_dossier, id_situation;

Pour information, dans mon cas également il s'agissait d'un travail avec QGis :-)

Geo-x

J'ai compris d’où venait le problème.
Comme indiqué ma vue reprend des champs de la table mais crée des colonnes supplémentaires en calculant des indicateurs.
La vue doit pouvoir afficher les colonnes concernant ces indicateurs, du coup il faut l'intégrer dnas le RETURNING même si ce sont des valeurs "fantômes" du genre

CREATE OR REPLACE RULE "_INSERT" AS
ON INSERT TO view_table DO INSTEAD  INSERT INTO table (id, wkb_geometry, nom) 
VALUES (new.id, new.wkb_geometry, new.nom)
RETURNING id, wkb_geometry, nom, 0::numeric AS indicateur1, 0::numeric AS indicateur2;

Il est nécessaire d'utiliser la même technique, si la vue comporte également un ON UPDATE.

Geo-x

Et malheureusement non, j'ai tenté mais j'ai ce message qui apparait : ERROR:  RETURNING list's entry 30 has different type from column "stat_view"

Si j’interprète correctement, c'est parce qu'il y a dans ma vue des colonnes qu'il n'y a pas dans la table source. Alors j'ai essayé de faire quelque chose du genre

RETURNING table.nom,table.wkb_geometry,(...)

, mais pas mieux...

Les new.col1 renvoient des valeurs type 'blablabla', habituellement ça fonctionne :-)

Ce n'est pas vraiment fait pour

Je suis bien d'accord sur cet aspect théorique, mais dans la pratique, non seulement (dans des cas hyper rares je vous l'accorde) c'est utile, mais en plus, votre technique fonctionne très très bien et je vous en remercie !

Geo-x

Après plus de deux ans de test, je tenais simplement à préciser que cette façon de faire est la plus sûre, même si elle ralentit un tantinet la requête associée.

Geo-x

Bonjour Julien et merci de votre réponse.

Quand vous dites qu'il n'est pas forcément nécessaire d'associer une séquence à une colonne, je ne comprends pas, à quoi peut être rattachée une séquence autre que des colonnes ?

Merci pour l'information Julien (concernant la dépréciation de la version 9.1).

Concernant mon problème vous m'avez parlé, dans votre avant-dernier post du fichier "pgpass".
Je suis donc allé voir de ce côté-là et en lisant la documentation j'ai compris qu'il fallait que j'indique, suite à la table destination les options -h -p -U.
A partir de là, j'ai utilisé le code proposé dans votre dernier post et cela fonctionne à merveille !

Un grand merci pour votre aide.

Geo-x