Reformatage inopiné des requêtes dans les vues

Bonjour,

Étant un peu neuf dans la communauté PostgreSQL et encore un peu
timidou, j'ai choisi de poster d'abord cette question ici, dans la
langue de Molière, afin que toutes les nuances de ma langue maternelle
puissent être perçues. J'ai bien conscience que ce message aurait plus
sa place sur les listes anglophones: plus tard, quand je serai
suffisamment aguerri, j'oserai m'y exprimer.

Voilà mon souci: quand je fais une requête qui me donne satisfaction et
que je veux l'immortaliser en tant que vue, je constate, depuis
longtemps, qu'une fois stockée, elle est quelque peu modifiée.

Un exemple, avec une table qui contient des coordonnées de points, et
une vue qui crée automagiquement des entités géographiques ponctuelles
liées dynamiquement aux coordonnées des attributs de la table (un peu
l'équivalent des bons vieux "event themes" de chez Arcview).

La table, avec quelques coordonnées (les deux derniers meetups où je me
suis rendus):
CREATE TABLE coords (id SERIAL PRIMARY KEY, x float, y float, z float,
srid integer);

INSERT INTO coords (x, y, z) VALUES
(1.3635448815, 43.6602665901, 196.50),
(1.5070172183, 43.5418566310, 193.80);
UPDATE coords SET srid = 4326;

Puis la vue:

CREATE VIEW coords_points AS
SELECT *,
GeomFromewkt(
'SRID='|| srid ||';
POINT(' ||
x || ' ' ||
y || ' ' ||
z ||
')'
)
FROM coords;

Vous aurez noté la mise en forme, qui met ici en évidence la
construction du WKT de la requête: c'est essentiellement à des fins
didactiques, quand je fais des cours. Je fais des mises en forme
purement cosmétiques, pour faciliter la relecture, assez systématiquement.

Mais quand je consulte la définition de ma vue:

pierre(at)bdexplo=> \d+ coords_points
Vue « pierre.coords_points »
Colonne | Type | Modificateurs | Stockage | Description
--------------+------------------+---------------+----------+-------------
id | integer | | plain |
x | double precision | | plain |
y | double precision | | plain |
z | double precision | | plain |
srid | integer | | plain |
geomfromewkt | geometry | | main |
Définition de la vue :
SELECT coords.id,
coords.x,
coords.y,
coords.z,
coords.srid,
geomfromewkt(((((((('SRID='::text || coords.srid) ||
';POINT('::text) || coords.x) || ' '::text) || coords.y) || ' '::text)
|| coords.z) || ')'::text) AS geomfromewkt
FROM coords;

, patatras: non solum ma belle (c'est subjectif) mise en forme a fichu
le camp, sed etiam il y a des cast que je trouve assez curieux, et des
parenthèses que je jugerais un peu superfétatoires. Et je trouve ça
assez illisible, pour la partie construction du WKT.

Je trouvais cela frustrant, et gardais donc toutes mes définitions de
vues dans des fichiers à part, les rejouant, quand le besoin s'en
faisait sentir. Mais cela s'est avéré fort embêtant dans certains cas,
par exemple quand d'autres instances de la même base, déployées chez des
clients, avaient eu des changements dans les vues. Dans ces cas, faire
des diffs sur les sources était un peu, laborieux, dirais-je.

J'ai parcouru ce fil:
http://postgresql.nabble.com/Preserving-the-source-code-of-views-td5775163.html
et j'ai bien pigé que postgres ne stockait en interne qu'une version
remoulinée du SQL qui lui était passé.

D'où mes questionnements; déjà: la situation a-t-elle évolué depuis
octobre 2013, date de la fin de la conversation mentionnée ci-dessus, ou
pas?
Je me demandais s'il n'y aurait pas moyen de stocker à la fois le SQL
pur, joliment formaté, dans un coin, tel qu'il a été rédigé par son
auteur humain, ET la définition telle qu'on la trouve maintenant,
fournie par, si j'ai bien suivi, le biais de pg_get_viewdef().

En espérant avoir été à peu près clair.

À+
Pierre
--
____________________________________________________________________________
Pierre Chevalier
PChGEI: Pierre Chevalier Géologue Et Informaticien
Partenaire DALIBO
Mesté Duran
32100 Condom
Tél+fax : 09 75 27 45 62
06 37 80 33 64
Émail : pierrechevaliergeolCHEZfree.fr
icq# : 10432285
jabber: pierre(dot)chevalier1967(at)jabber(dot)fr
http://pierremariechevalier.free.fr/pierre_chevalier_geologue
____________________________________________________________________________

--
Envoi via la liste pgsql-fr-generale (pgsql-fr-generale(at)postgresql(dot)org)