Vous n'êtes pas identifié(e).
Pages : 1
Je crois que j'ai trouvé en fait, il faut renseigner de nouveau la définition de la vue dans la clause RETURNING... Le code qui semble fonctionner est le suivant :
CREATE OR REPLACE RULE _insert AS
ON INSERT TO public.test_cables DO INSTEAD (
INSERT INTO cablage_pays_gex.cable (id_cable, identifiant, id_nb_fo, id_type_cable, geom)
VALUES (nextval('cablage_pays_gex.cable_id_cable_seq'::regclass),
new."Id_SIEA",
( SELECT nb_fo.id_nb_fo
FROM infos_pays_gex.nb_fo
WHERE new."Nb_FO" = nb_fo.nb_fo),
( SELECT type_cable.id_type_cable
FROM infos_pays_gex.type_cable
WHERE new."Cable"::text = type_cable.type::text),
new.geom)
RETURNING id_cable, identifiant, id_nb_fo, (select type from infos_pays_gex.type_cable where id_type_cable = cable.id_type_cable), geom;
);Franchement je ne comprends pas pourquoi il est nécessaire de faire ce qui me paraît complètement délirant, d'autant plus que tout fonctionne bien avec la règle UPDATE. J'ai vraiment l'impression que c'est QGIS qui complique les choses en essayant de déterminer quelle sera la vue au fur et à mesure au lieu de simplement interroger le serveur de nouveau...
Bref, merci de votre aide.
Je vous remercie pour votre réponse. Malheureusement j'ai beau tout mettre dans l'ordre, et renseigner la totalité des champs de la vue, j'ai quand même l'erreur.
Auriez-vous encore un peu de temps à m'accorder pour m'aider à résoudre la situation ?
J'ai fait un test avec une nouvelles vue, plus simple et une nouvelle règle :
CREATE OR REPLACE VIEW public.test_cables AS
SELECT cable.id_cable AS "Id_Axians",
cable.identifiant AS "Id_SIEA",
nb_fo.nb_fo AS "Nb_FO",
type_cable.type AS "Cable",
cable.geom
FROM cablage_pays_gex.cable
LEFT JOIN infos_pays_gex.nb_fo ON nb_fo.id_nb_fo = cable.id_nb_fo
LEFT JOIN infos_pays_gex.type_cable ON type_cable.id_type_cable = cable.id_type_cable;
CREATE OR REPLACE RULE _insert AS
ON INSERT TO public.test_cables DO INSTEAD ( INSERT INTO cablage_pays_gex.cable (id_cable, identifiant, id_nb_fo, id_type_cable, geom)
VALUES (nextval('cablage_pays_gex.cable_id_cable_seq'::regclass),
new."Id_SIEA",
( SELECT nb_fo.id_nb_fo
FROM infos_pays_gex.nb_fo
WHERE new."Nb_FO" = nb_fo.nb_fo),
( SELECT type_cable.id_type_cable
FROM infos_pays_gex.type_cable
WHERE new."Cable"::text = type_cable.type::text),
new.geom)
RETURNING id_cable, identifiant, id_nb_fo, id_type_cable, geom;
);Je pense avoir suivi la logique, pourtant j'ai comme message d'erreur :
ERREUR: l'entrée 4 de la liste RETURNING a un type différent de la colonne « Cable »
État SQL :42P17
Détail :l'entrée de la liste RETURNING a le type integer alors que la colonne a le type character varying.J'ai l'impression que quelque part PostgreSQL indique qu'il devrait avoir un VARCHAR puisque le champs de la vue est effectivement un VARCHAR... Mais encore une fois je suis perdu quant à savoir que faire.
Bonjour Geo-x,
Et là je me dis que j'aurais pu me douter qu'il pouvait y avoir du spatial d'impliqué étant donné votre Pseudo ^^
Donc, j'ai essayé cela, mais j'ai un message d'erreur :
ERREUR: l'entrée 3 de la liste RETURNING a un type différent de la colonne « Nb_FO »
DETAIL: l'entrée de la liste RETURNING a le type character varying alors que la colonne a le type integer.Je ne mets aussi à jour que certains champs de ma table (d'autres sont renseignés avec des triggers de manière indépendante).
Si besoin, la définition de la vue en question :
CREATE OR REPLACE VIEW zapm_01436_00001.cables AS
SELECT cable.id_cable AS "Id_Axians",
cable.identifiant AS "Id_SIEA",
nb_fo.nb_fo AS "Nb_FO",
type_cable.type AS "Cable",
role_fibre.role AS "Role",
type_fo.designation AS "Fibre",
round(st_length(cable.geom)::numeric, 1) AS "Longueur",
situation.situation AS "Situation",
dossier.designation_axians AS "Dossier",
cable.commentaire AS "Comments",
cable.dms AS "DMS",
etat.etat AS "Etat",
type_affichage.type_affichage AS "Affichage",
cable.user_modif AS "Modifieur",
cable.date_modif AS "Modifié",
cable.user_create AS "Créateur",
cable.date_create AS "Créé",
cable.cause_abandon AS "C_abandon",
cable.date_abandon AS "Abandonné",
cable.user_abandon AS "Abandon",
cable.xlbl,
cable.ylbl,
cable.olbl,
cable.t_pol AS "Taille",
cable.c_pol AS "Col_text",
cable.c_cad AS "Col_cadre",
cable.cad_lbl AS "Cadre ?",
cable.com AS "Affiché ?",
cable.xlbl1,
cable.ylbl1,
cable.olbl1,
cable.geom
FROM cablage_pays_gex.cable
LEFT JOIN infos_pays_gex.nb_fo ON nb_fo.id_nb_fo = cable.id_nb_fo
LEFT JOIN infos_pays_gex.type_cable ON type_cable.id_type_cable = cable.id_type_cable
LEFT JOIN infos_pays_gex.role_fibre ON role_fibre.id_role_fibre = cable.id_role_fibre
LEFT JOIN infos_pays_gex.type_fo ON type_fo.id_type_fo = cable.id_type_fo
LEFT JOIN infos_pays_gex.etat ON cable.id_etat = etat.id_etat
LEFT JOIN infos_pays_gex.affichage ON affichage.id_affichage = cable.id_cable AND affichage.vue::text = 'cables'::text AND affichage.schema_dossier::text = 'ZAPM_01436_00001'::text
LEFT JOIN infos_pays_gex.type_affichage ON type_affichage.id_type_affichage = affichage.id_type_affichage
LEFT JOIN geo_pays_gex.dossier ON dossier.id_dossier = cable.id_dossier
LEFT JOIN infos_pays_gex.situation ON situation.id_situation = cable.id_situation;Pourquoi dans votre suggestion n'avez-vous pas ajouté de "champs fantôme" comme vous l'aviez fait dans votre solution ?
Quoiqu'il en soit je ne comprends ni le principe, ni pourquoi entre QGIS 2.14 et 2.18 quelque chose a changé (et qu'est ce qui a changé), sauriez-vous m'éclairer ?
Je vous remercie de votre attention.
Girish
Bonjour,
Je remonte ce sujet, car je ne comprends pas la solution (et je n'arrive pas à la faire fonctionner). J'ai le même type d'erreur (concernant le type dans la clause RETURNING).
Quels sont les champs renseignés dans la clause RETURNING ?
Que sont ces "colonnes supplémentaires" auxquelles vous faites référence ?
Mes vues sont plus complexe que celles présentées puisqu'elles font appel à d'autres tables liées à ma table originelle par des clés étrangères (ou des relations spatiales, je travaille avec PostGIS).
Pourriez-vous élaborer ? Ce qui suit est un exemple de règle (complexe, comme je l'annonçais), et pour information je cherche à travailler avec un logiciel tiers (QGIS), et tout fonctionnait bien sans besoin de clause RETURNING dans une version, mais plus dans la suivante puisqu'il m'est retourné le message d'erreur indiqué dans la question d'origine ("ERROR: cannot perform INSERT RETURNING on relation "view_table" suivi de HINT: You need an unconditional ON INSERT DO INSTEAD rule with a RETURNING clause.") :
CREATE OR REPLACE RULE _insert AS
ON INSERT TO zapm_01436_00001.cables DO INSTEAD ( INSERT INTO cablage_pays_gex.cable (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)
VALUES (nextval('cablage_pays_gex.cable_id_cable_seq'::regclass), new."Id_SIEA", new.geom, new."DMS", new."Comments", round(st_length(new.geom)), ( SELECT type_cable.id_type_cable
FROM infos_pays_gex.type_cable
WHERE new."Cable"::text = type_cable.type::text), ( SELECT nb_fo.id_nb_fo
FROM infos_pays_gex.nb_fo
WHERE new."Nb_FO" = nb_fo.nb_fo), ( SELECT role_fibre.id_role_fibre
FROM infos_pays_gex.role_fibre
WHERE new."Role"::text = role_fibre.role::text), ( SELECT type_fo.id_type_fo
FROM infos_pays_gex.type_fo
WHERE new."Fibre"::text = type_fo.designation::text), new.xlbl, new.ylbl, new.olbl, new."Taille", new."Col_text", new."Col_cadre", new."Cadre ?", new."Affiché ?", new.xlbl1, new.ylbl1, new.olbl1, ( SELECT etat.id_etat
FROM infos_pays_gex.etat
WHERE new."Etat"::text = etat.etat::text), ( SELECT dossier.id_dossier
FROM geo_pays_gex.dossier
WHERE dossier.designation_axians::text = new."Dossier"::text), ( SELECT situation.id_situation
FROM infos_pays_gex.situation
WHERE new."Situation"::text = situation.situation::text));Merci.
Pages : 1