{"id":8919,"date":"2019-06-26T08:27:19","date_gmt":"2019-06-26T06:27:19","guid":{"rendered":"http:\/\/www.sigterritoires.fr\/?p=8919"},"modified":"2019-06-26T08:31:27","modified_gmt":"2019-06-26T06:31:27","slug":"postgresql-et-pl-pgsql-une-petite-initiation-aux-fonctions","status":"publish","type":"post","link":"https:\/\/www.sigterritoires.fr\/index.php\/postgresql-et-pl-pgsql-une-petite-initiation-aux-fonctions\/","title":{"rendered":"Postgresql et PL\/pgsql: une petite initiation aux fonctions"},"content":{"rendered":"\n

PL\/pgsql est un puissant langage de script SQL fortement influenc\u00e9 par PL\/SQL, le langage de proc\u00e9dure stock\u00e9 distribu\u00e9 avec Oracle. Il est inclus dans la grande majorit\u00e9 des installations de PostgreSQL comme une partie standard du produit, donc il ne n\u00e9cessite aucune configuration pour \u00eatre utilis\u00e9.
PL\/pgsql a aussi un petit c\u00f4t\u00e9 secret . Les d\u00e9veloppeurs PostgreSQL ne veulent pas que vous sachiez que c\u2019est un langage de d\u00e9veloppement SQL \u00e0 part enti\u00e8re, capable de faire \u00e0 peu pr\u00e8s tout dans la base de donn\u00e9es PostgreSQL.
Pourquoi est-ce un secret ? Pendant des ann\u00e9es, PostgreSQL n\u2019a pas pr\u00e9tendu avoir des proc\u00e9dures stock\u00e9es.
Les fonctions PL\/pgsql ont \u00e9t\u00e9 con\u00e7ues \u00e0 l\u2019origine pour retourner des valeurs scalaires et \u00e9taient destin\u00e9es \u00e0 des t\u00e2ches math\u00e9matiques simples et \u00e0 une manipulation triviale de cha\u00eenes.
Au fil des ans, PL\/pgsql a d\u00e9velopp\u00e9 un ensemble riche de structures de contr\u00f4le et a acquis la capacit\u00e9 d\u2019\u00eatre utilis\u00e9 par les d\u00e9clencheurs (triggers), op\u00e9rateurs et index. En fin de compte, les d\u00e9veloppeurs ont \u00e9t\u00e9 contraints d\u2019admettre \u00e0 contrec\u0153ur qu\u2019ils avaient un syst\u00e8me complet de d\u00e9veloppement de proc\u00e9dures stock\u00e9es entrer leurs mains.
En cours de route, l\u2019objectif de PL\/pgsql a chang\u00e9 de fournir des fonctions scalaires simplistes vers la fourniture d’une structure de contr\u00f4le compl\u00e8te. La liste compl\u00e8te de ce qui est disponible dans la version actuelle se trouve \u00e0 http:\/\/www.postgresql.org\/docs\/current\/static\/plpgsql-overview.html.<\/a><\/p>\n\n\n\n\n\n\n\n

Les fonctions sont cr\u00e9\u00e9es \u00e0 partir d’une fen\u00eatre SQL, avec la commande CREATE FUNCTION. Elle sont ajout\u00e9es dans l’onglet \u00ab\u00a0functions\u00a0\u00bb de votre sch\u00e9ma de base de donn\u00e9es:<\/p>\n\n\n\n

\"\"<\/a><\/figure>\n\n\n\n

Structure d’une fonction PL\/pgsql<\/h2>\n\n\n\n

La structure d’une fonction en PL\/pgsql est tr\u00e8s simple<\/p>\n\n\n\n

CREATE FUNCTION nom_de_la_fonction(param\u00e8tres de la fonction)<\/em>
RETURNS r\u00e9sultat_de_la_fonction<\/em>
AS
$$
BEGIN
code_de_la_fonction<\/em>;
END
$$
LANGUAGE plpgsql;<\/strong><\/p>\n\n\n\n

Voyons les diff\u00e9rents \u00e9l\u00e9ments un peu plus en d\u00e9tail.<\/p>\n\n\n\n

nom_de_la_fonction(param\u00e8tres de la fonction)<\/em><\/strong> <\/h3>\n\n\n\n

Si nous voyons ici le nom de la fonction ET les param\u00e8tres de la fonction, c’est parce que, en PL\/pgsql ces deux \u00e9l\u00e9ments sont indissociables. En effet, la surcharge <\/strong>(overloading) est une autre caract\u00e9ristique des fonctions PostgreSQL, qui permet plusieurs proc\u00e9dures utilisant le m\u00eame nom, mais des param\u00e8tres diff\u00e9rents. <\/p>\n\n\n\n

Voyons un exemple concret avec la fonction st_buffer<\/strong> incluse dans l’extension Postgis<\/a><\/p>\n\n\n\n

\"\"<\/a><\/figure>\n\n\n\n

Dans ce cas, nous avons neuf d\u00e9clarations de la fonction, chacune ayant deux ou trois param\u00e8tres de type diff\u00e9rent. Dans cet exemple, la surcharge est utilis\u00e9e pour impl\u00e9menter la construction d’un buffer \u00e0 partir de trois types d’entit\u00e9s diff\u00e9rentes :g\u00e9om\u00e9trie, g\u00e9ographie ou un texte contenant une g\u00e9om\u00e9trie ( le premier param\u00e8tre), un rayon (deuxi\u00e8me param\u00e8tre), et un troisi\u00e8me param\u00e8tre permettant de contr\u00f4ler le type de buffer r\u00e9sultant.<\/p>\n\n\n\n

Au moment de l’appel de la fonction, Postgresql compare les types de param\u00e8tres pass\u00e9s et ex\u00e9cute la fonction correspondante. S’il ne trouve pas de correspondance vous aurez un message du type:<\/p>\n\n\n\n

\"\"<\/a><\/figure>\n\n\n\n

Il faut absolument d\u00e9finir le type de donn\u00e9e de chaque param\u00e8tre, par exemple<\/p>\n\n\n\n

fct_mid(varchar, integer, integer)<\/strong><\/p>\n\n\n\n

Dans ce cas vous pourrez vous r\u00e9f\u00e9rer dans le code de la fonction \u00e0 chaque param\u00e8tre par son num\u00e9ro d’ordre <\/p>\n\n\n\n

substring($1,$2,$3)<\/strong><\/p>\n\n\n\n

Mais c’est plus facile \u00e0 lire si vous donnez un nom de variable \u00e0 chaque param\u00e8tre:<\/p>\n\n\n\n

fct_mid(<\/strong>chaine <\/strong><\/em>varchar, <\/strong>cardeb <\/strong><\/em>integer, <\/strong>longueur <\/strong><\/em>integer) <\/strong><\/p>\n\n\n\n

Et dans le code:<\/p>\n\n\n\n

substring(chaine,cardeb,longueur)<\/strong><\/p>\n\n\n\n

r\u00e9sultat_de_la_fonction<\/em><\/strong> <\/h3>\n\n\n\n

Le r\u00e9sultat le plus simple d’une fonction est un scalaire. Vous aurez alors une ligne indiquant quel type de donn\u00e9e est retourn\u00e9e par la fonction:<\/p>\n\n\n\n

RETURNS varchar<\/p>\n\n\n\n

RETURNS integer<\/p>\n\n\n\n

etc…<\/p>\n\n\n\n

Mais il y a des retours plus complexes qui sont possibles. En premier, c’est le retour d’un ou plusieurs enregistrements d’une table existante. Par exemple:<\/p>\n\n\n\n

CREATE OR REPLACE FUNCTION af_test()
RETURNS setof cercle<\/strong>
AS $$
BEGIN
RETURN QUERY SELECT * FROM cercle WHERE id<8;
END;
$$ LANGUAGE plpgsql;<\/p>\n\n\n\n

Cette fonction s\u00e9lectionne tous les enregistrements de la table \u00ab\u00a0cercle\u00a0\u00bb\u00a0\u00bb avec un identifiant inf\u00e9rieur \u00e0 8. Le r\u00e9sultat est:<\/p>\n\n\n\n

\"\"<\/a><\/figure>\n\n\n\n

Ce qui indique qu’on veut des enregistrements en sortie est le terme SETOF<\/strong>. Ici suivi par le nom de la table concern\u00e9e.<\/p>\n\n\n\n

Mais il se peut aussi que le r\u00e9sultat soit une s\u00e9rie d’enregistrements calcul\u00e9s lors de l’ex\u00e9cution de la fonction, par exemple si l’on souhaite l’intersection de deux couches. Le r\u00e9sultat n’est ni l’une ni l’autre couche.<\/p>\n\n\n\n

On d\u00e9clare alors <\/p>\n\n\n\n

RETURNS SETOF RECORD<\/strong><\/p>\n\n\n\n

est on ajoute une d\u00e9finition des variables qui vont faire partie de cet enregistrement. Il y a plusieurs fa\u00e7ons de faire ceci, mais la plus simple est de rajouter dans la liste des param\u00e8tres de la fonction les attributs en sortie.<\/p>\n\n\n\n

Ceci se fait en d\u00e9finissant les param\u00e8tres avec le mot OUT:<\/p>\n\n\n\n

CREATE OR REPLACE FUNCTION public.af_union(
tblA character varying,
idA character varying,
geomA character varying,
tblB character varying,
idB character varying,
geomB character varying,
OUT id1 integer,
OUT id2 integer,
OUT the_geom geometry<\/strong>)
RETURNS SETOF record <\/p>\n\n\n\n

Dans cet exemple, la fonction qui poss\u00e8de 6 param\u00e8tres en entr\u00e9e, aura comme r\u00e9sultat une s\u00e9rie d’enregistrements avec trois attributs: id1, id2 et the_geom.<\/p>\n\n\n\n

Codage de la fonction <\/h3>\n\n\n\n

Il est impossible de d\u00e9crire ici toutes les possibilit\u00e9s de codage. Voyons les principux oncepts. Le but de r\u00e9aliser une fonction est de pouvoir manipuler les requ\u00eates SQL. Le langage SQL ne permet pas de traduire un algorithme conditionnel tandis que le PL\/pgql est justement fait pour cela.<\/p>\n\n\n\n

Trois fonctions conditionnelles principales permettent de d\u00e9terminer les requ\u00eates SQL \u00e0 r\u00e9aliser selon le cas:<\/p>\n\n\n\n

la fonction CASE <\/h4>\n\n\n\n

De type:<\/p>\n\n\n\n

CASE nom_variable
WHEN valeurA
THEN r\u00e9sultat_si_oui
ELSE r\u00e9sultat_si_non
END,<\/em><\/strong><\/p>\n\n\n\n

la fonction IF<\/h4>\n\n\n\n

De type:<\/p>\n\n\n\n

IF(nom_variable =valeurA, r\u00e9sultat_si_oui , r\u00e9sultat_si_non)<\/em><\/strong><\/p>\n\n\n\n

La fonction LOOP<\/h4>\n\n\n\n

De type:<\/p>\n\n\n\n

LOOP
Code \u00e0 ex\u00e9cuter
END LOOP;<\/em><\/strong><\/p>\n\n\n\n

La substitution de variables dans les requ\u00eates<\/h2>\n\n\n\n

Une des utilisations les plus courantes des fonctions est de stocker des traitements et de pouvoir les ex\u00e9cuter sur des couches diff\u00e9rentes.<\/p>\n\n\n\n

Dans un article pr\u00e9c\u00e9dent(L’analyse spatiale avec SQL (4)<\/a>), nous avons vu un exemple de requ\u00eate pour extraire l’intersection de deux couches appel\u00e9es cercle <\/strong>et rectangles<\/strong>:<\/p>\n\n\n\n

select cercle.id<\/em> as id1,rectangles.id<\/em> as id2, st_intersection(cercle.geom<\/em>,rectangles.geom<\/em>) as the_geom<\/strong>
from cercle,rectangles<\/em><\/strong>
where st_intersects(cercle.geom,rectangles.geom<\/em>)<\/strong>
group by cercle.id,rectangles.id<\/em><\/strong><\/em><\/strong><\/p>\n\n\n\n

Le r\u00e9sultat est une nouvelle couche avec trois attributs: les deux identifiants des couches intersect\u00e9es et la surface d’intersection. On peut stocker cette requ\u00eate et chaque fois que nous voulons l’utiliser, la charger et remplacer manuellement les noms des deux couches.<\/p>\n\n\n\n

Mais on peut aussi stocker cette requ\u00eate sous forme d’une fonction, que nous appellerons par exemple mon_intersection<\/strong><\/em>, en lui donnant comme param\u00e8tres les deux noms de tables \u00e0 intersecter. On pourra alors rentrer simplement<\/p>\n\n\n\n

SELECT * FROM mon_intersection(‘tableA’,’tableB’)<\/strong><\/p>\n\n\n\n

pour obtenir le m\u00eame r\u00e9sultat.<\/p>\n\n\n\n

Passons \u00e0 l’\u00e9criture de la fonction:<\/p>\n\n\n\n

CREATE OR REPLACE FUNCTION mon_intersection(
tableA character varying,
tableB character varying,
OUT id1 integer,
OUT id2 integer,
OUT the_geom geometry)
RETURNS setof RECORD
AS $$
DECLARE
rec record;
BEGIN<\/strong><\/p>\n\n\n\n

Ici on placera le code<\/p>\n\n\n\n

END;
$$ LANGUAGE plpgsql;<\/strong><\/p>\n\n\n\n

Nous reprenons les \u00e9l\u00e9ments vus plus haut: le retour ce sera un ensemble d’enregistrements nouveaux, les attributs sont d\u00e9clar\u00e9s comme param\u00e8tres OUT. Et les deux param\u00e8tres en entr\u00e9e sont les noms des deux tables \u00e0 intersecter.<\/p>\n\n\n\n

Le code du select que nous voulons transformer en fonction est:<\/p>\n\n\n\n

select cercle.id<\/em> as id1,rectangles.id<\/em> as id2, st_intersection(cercle.geom<\/em>,rectangles.geom<\/em>) as the_geom<\/strong>
from cercle,rectangles<\/em><\/strong>
where st_intersects(cercle.geom,rectangles.geom<\/em>)<\/strong>
group by cercle.id,rectangles.id<\/em><\/strong><\/em><\/strong><\/p>\n\n\n\n

Nous allons tout ‘abord le mettre entre guillemets pour le transformer en cha\u00eene de texte.<\/p>\n\n\n\n

‘ select cercle.id<\/em> as id1,rectangles.id<\/em> as id2, st_intersection(cercle.geom<\/em>,rectangles.geom<\/em>) as the_geom<\/strong>
from cercle,rectangles<\/em><\/strong>
where st_intersects(cercle.geom,rectangles.geom<\/em>)<\/strong>
group by cercle.id,rectangles.id<\/em><\/strong><\/em><\/strong> ‘<\/p>\n\n\n\n

Nous allons utiliser l’op\u00e9rateur de concat\u00e9nation ||<\/strong> pour remplacer cercle <\/strong>par tableA et rectangles <\/strong>par tableB<\/p>\n\n\n\n

‘ select ‘||tableA||’.id as id1,’||tableB||’.id as id2, st_intersection(‘||tableA||’.geom,’||tableB||’.geom) as the_geom
from ‘||tableA||’,’||tableB||’
where st_intersects(‘||tableA||’.geom,’||tableB||’.geom)
group by ‘||tableA||’.id,’||tableB||’.id ‘<\/strong><\/p>\n\n\n\n

Au moment de l’ex\u00e9cution, les variables tableA et tableB de la cha\u00eene de caract\u00e8res seront remplac\u00e9es par les noms des tables fournies en entr\u00e9e.<\/p>\n\n\n\n

Nous ajoutons une variable dans les d\u00e9clarations pour le texte de la requ\u00eate:<\/p>\n\n\n\n

DECLARE
rec record;<\/strong>
sql text;<\/strong>
<\/p>\n\n\n\n

Pour finir, on doit ajouter une boucle qui transforme chaque r\u00e9sultat de la requ\u00eate en un enregistrement en sortie<\/p>\n\n\n\n

FOR rec IN EXECUTE sql<\/strong><\/p>\n\n\n\n

LOOP
id1 := rec.id1;
id2 := rec.id2;
the_geom := rec.the_geom;
RETURN NEXT;
END LOOP;<\/strong><\/p>\n\n\n\n

Ce code indique que chaque fois que la requ\u00eate sql renvoi un r\u00e9sultat (dans la variable rec), on place les attributs contenus dans rec <\/strong>dans la file de sortie en tant que nouvel enregistrement.<\/p>\n\n\n\n

Et voici le code complet:<\/p>\n\n\n\n

CREATE OR REPLACE FUNCTION mon_intersection(
tableA character varying,
tableB character varying,
OUT id1 integer,
OUT id2 integer,
OUT the_geom geometry)
RETURNS setof RECORD
AS $$
DECLARE
rec record;
sql text;
BEGIN
sql := ‘ select ‘||tableA||’.id as id1,’||tableB||’.id as id2, st_intersection(‘||tableA||’.geom,’||tableB||’.geom) as the_geom
from ‘||tableA||’,’||tableB||’
where st_intersects(‘||tableA||’.geom,’||tableB||’.geom)
group by ‘||tableA||’.id,’||tableB||’.id ‘<\/strong><\/p>\n\n\n\n

FOR rec IN EXECUTE sql<\/strong><\/p>\n\n\n\n

LOOP
id1 := rec.id1;
id2 := rec.id2;
the_geom := rec.the_geom;
RETURN NEXT;
END LOOP;
END;
$$ LANGUAGE plpgsql;<\/strong><\/p>\n\n\n\n

Lors de l’ex\u00e9cution on a le r\u00e9sultat:<\/p>\n\n\n\n

\"\"<\/a><\/figure>\n\n\n\n

Notez qu’il faut passer le nom des tables comme du texte, entre apostrophes, et nom comme nom de tables.<\/p>\n\n\n\n

Un exemple plus complexe<\/h2>\n\n\n\n

Dans l’article L\u2019analyse spatiale avec SQL: 5-fonction d\u2019agr\u00e9gation (Union d\u2019ArcGis)<\/a> nous avons vu comment \u00e9crire la requ\u00eate SQL pour r\u00e9aliser cette op\u00e9ration d’agr\u00e9gation, pr\u00e9sente dans ArcGis et absente, pour le moment, dans Postgis.<\/p>\n\n\n\n

La requ\u00eate est:<\/p>\n\n\n\n

select *
from
(select cercle.id as id1,rectangles.id as       id2,st_intersection(cercle.geom,rectangles.geom) as the_geom
from cercle,rectangles
where st_intersects(cercle.geom,rectangles.geom)
group by cercle.id,rectangles.id
union all
select 0 as id1, rectangles.id as id2,st_difference(rectangles.geom,(
select st_multi(st_union(the_geom) ) as the_geom from (
select st_intersection(cercle.geom,rectangles.geom) as the_geom
from cercle,rectangles
where st_intersects(cercle.geom,rectangles.geom) )
as the_geom)) as the_geom
from rectangles
union all
select cercle.id as id1, 0 as id2,st_difference(cercle.geom,(
select st_multi(st_union(the_geom) ) as the_geom from (
select st_intersection(cercle.geom,rectangles.geom) as the_geom
from cercle,rectangles
where st_intersects(cercle.geom,rectangles.geom) )
as the_geom)) as the_geom
from cercle
)as T1<\/strong><\/p>\n\n\n\n

L’int\u00e9r\u00eat de garder ceci comme fonction param\u00e9trable est clair.<\/p>\n\n\n\n

Voici la fonction correspondante:<\/p>\n\n\n\n

CREATE OR REPLACE FUNCTION public.af_union(
tblA character varying,
idA character varying,
geomA character varying,
tblB character varying,
idB character varying,
geomB character varying,
OUT id1 integer,
OUT id2 integer,
OUT the_geom geometry)
RETURNS SETOF record
LANGUAGE ‘plpgsql’<\/strong><\/p>\n\n\n\n

AS $BODY$
DECLARE
sql text;
rec record;
BEGIN
sql := ‘select ‘||tblA||’.’||idA||’ as id1,’||tblB||’.’||idB||’ as id2,st_intersection(‘||tblA||’.’||geomA||’,’||tblB||’.’||geomB||’) as the_geom
from ‘||tblA||’,’||tblB||’
where st_intersects(‘||tblA||’.’||geomA||’,’||tblB||’.’||geomB||’)
group by ‘||tblA||’.’||idA||’,’||tblB||’.’||idB||\u00a0\u00bb;<\/strong><\/p>\n\n\n\n

FOR rec IN EXECUTE sql
LOOP
— Return record
id1 := rec.id1;
id2 := rec.id2;
the_geom := rec.the_geom;
RETURN NEXT;
END LOOP;
sql := ‘select 0 as id1, ‘||tblB||’.’||idB||’ as id2,st_difference(‘||tblB||’.’||geomB||’,(
select st_multi(st_union(the_geom) ) as the_geom from (
select st_intersection(‘||tblA||’.’||geomA||’,’||tblB||’.’||geomB||’) as the_geom
from ‘||tblA||’,’||tblB||’
where st_intersects(‘||tblA||’.’||geomA||’,’||tblB||’.’||geomB||’) )
as the_geom)) as the_geom
from ‘||tblB|| ‘ ‘;<\/strong><\/p>\n\n\n\n

FOR rec IN EXECUTE sql
LOOP
— Return record
id1 := rec.id1;
id2 := rec.id2;
the_geom := rec.the_geom;
RETURN NEXT;
END LOOP; <\/strong><\/p>\n\n\n\n

sql := ‘select ‘||tblA||’.’||idA||’ as id1, 0 as id2,st_difference(‘||tblA||’.’||geomA||’,(
select st_multi(st_union(the_geom) ) as the_geom from (
select st_intersection(‘||tblA||’.’||geomA||’,’||tblB||’.’||geomB||’) as the_geom
from ‘||tblA||’,’||tblB||’
where st_intersects(‘||tblA||’.’||geomA||’,’||tblB||’.’||geomB||’) )
as the_geom)) as the_geom
from ‘||tblA||’ ‘;
FOR rec IN EXECUTE sql
LOOP
— Return record
id1 := rec.id1;
id2 := rec.id2;
the_geom := rec.the_geom;
RETURN NEXT;
END LOOP;<\/strong>
RETURN;<\/strong><\/p>\n\n\n\n

END;
$BODY$;<\/strong><\/p>\n\n\n\n

Par rapport \u00e0 l’exemple pr\u00e9c\u00e9dent, nous avons pour chaque table en entr\u00e9e ajout\u00e9 la possibilit\u00e9 d’indiquer le nom de l’attribut identifiant et du champ g\u00e9om\u00e9trie. L’op\u00e9rateur UNION ALL est remplac\u00e9 ici par l’ex\u00e9cution s\u00e9quentielle des 3 boucles FOR qui remplissent la table en sortie.<\/p>\n\n\n\n

      <\/code><\/pre>\n","protected":false},"excerpt":{"rendered":"
PL\/pgsql est un puissant langage de script SQL fortement influenc\u00e9 par PL\/SQL, le langage de proc\u00e9dure stock\u00e9 distribu\u00e9 avec Oracle. Il est inclus dans la grande majorit\u00e9 des installations de PostgreSQL comme une partie standard du…<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"give_campaign_id":0,"_bbp_topic_count":0,"_bbp_reply_count":0,"_bbp_total_topic_count":0,"_bbp_total_reply_count":0,"_bbp_voice_count":0,"_bbp_anonymous_reply_count":0,"_bbp_topic_count_hidden":0,"_bbp_reply_count_hidden":0,"_bbp_forum_subforum_count":0,"sfsi_plus_gutenberg_text_before_share":"","sfsi_plus_gutenberg_show_text_before_share":"","sfsi_plus_gutenberg_icon_type":"","sfsi_plus_gutenberg_icon_alignemt":"","sfsi_plus_gutenburg_max_per_row":"","_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_post_was_ever_published":false},"categories":[1379,311],"tags":[],"class_list":["post-8919","post","type-post","status-publish","format-standard","hentry","category-database","category-postgresql"],"aioseo_notices":[],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/p6XU0A-2jR","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/www.sigterritoires.fr\/index.php\/wp-json\/wp\/v2\/posts\/8919","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.sigterritoires.fr\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.sigterritoires.fr\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.sigterritoires.fr\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.sigterritoires.fr\/index.php\/wp-json\/wp\/v2\/comments?post=8919"}],"version-history":[{"count":0,"href":"https:\/\/www.sigterritoires.fr\/index.php\/wp-json\/wp\/v2\/posts\/8919\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.sigterritoires.fr\/index.php\/wp-json\/wp\/v2\/media?parent=8919"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.sigterritoires.fr\/index.php\/wp-json\/wp\/v2\/categories?post=8919"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.sigterritoires.fr\/index.php\/wp-json\/wp\/v2\/tags?post=8919"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}