omigeot-ccpo/Gismeaux — comment on commit cf24e630e7bf9da6fe5a69c779b601f186377b41
File: apps/cadastre/function_sql.txt line 29
By omigeot-ccpo:

C'est assez vrai, mais elle est liée à la "skin", laquelle est - à tort
ou à raison - dépendante de la commune. La question est donc de savoir
si on souhaite conserver une interface personnalisable par commune ou pas.

De manière plus générale, il y a un risque à faire retourner du HTML par
une fonction SQL. Ca oblige notamment à avoir le code PHP en parfaite
synchronisation (en termes de version) avec la base, ce qui :

* rend le tout moins robuste
* ne permet plus vraiment de modifier la présentation (le PHP, on va
dire) sans toucher aux données

Je n'ai pas fait de tests de performances, mais c'est vraiment plus
efficace en laissant Postgres faire le boulot de PHP? Entre autres
alternatives, on pourrait :

* laisser la fonction PG générer l'essentiel de la page (au moins la
partie variable), la partie PHP n'étant plus appelée à changer
* plutôt que de générer des données "mises en forme" dans le PG, on
génère un truc plus neutre (JSON, ou à l'extrême limite XML), lequel
sera interprété à moindre coût (surtout pour JSON) pour le PHP