Le portail francophone de la géomatique

Bonjour,

On est bien dans QGIS, dans la "fenêtre SQL" du DB Manager. Effectivement, ce code n'est pas complet, il s'agit d'une petite partie du code SQL suivant :

CREATE TRIGGER trigger_surface_logements
AFTER UPDATE
ON 'parcelles'
FOR EACH ROW
BEGIN UPDATE 'parcelles'
SET SURF_HA = st_area(new.geom) / 10000,
NB_LGTS = (
    CASE WHEN (("VOCATION" IN ( 'Habitat' , 'Mixte' )) AND ((new."SURF_HA" * "DENSITE") < 1))
    THEN round((new."SURF_HA" * "DENSITE")+0.5, 0)
    WHEN (("VOCATION" IN ( 'Habitat' , 'Mixte' )) AND ((new."SURF_HA" * "DENSITE") >= 1))
    THEN round((new."SURF_HA" * "DENSITE"), 0) 
    ELSE 0
    END)
WHERE fid = new.fid;
END

Je suis surpris que les opérateurs < et > soient mal reconnus car en SQL ce sont bien des opérateurs courants et non des balises, et il en est de même dans les requêtes sous QGIS, mais peut-être ai-je loupé une étape.
En tous cas, les autres opérateurs fonctionnent : AND, OR, NOT, LIKE, =, +, -, *, /

En tous cas merci pour votre retour !

Bonjour et merci pour l'info,

Par contre je vois que la doc est pour postgresql.
J'utilise un fichier geopackage qui semble être basé sur une BD sqlite spatiale (bref, spatialite). D'après ce que j'ai pu voir, sqlite ne gère pas les fonctions personnalisées (il ne comprend pas CREATE FUNCTION function_name). Ou alors il faut passer par d'autres langages que je ne maîtrise pas (python, php, C,...). Et je crains de devoir passer par un autre programme que le petit QGIS.
https://stackoverflow.com/questions/210 … -in-sqlite

Encore merci !

Hmmm... Et quid de l'utilisation d'un champ virtuel, même si ça contraint la consultation de l'info à se faire dans le même projet? Ou d'une valeur par défaut sur un champ, mais il me semble que ce n'est pas un trigger after update ici (mais ça fait un bail que j'ai testé cette option, peut-être que ça a évolué)?

Au vu de vos critères, spatialite semble présenter es mêmes avantages que le geopackage (stokage des données en un seul fichier)

PS: je ne suis pas accro à Spatialite

Dernière modification par jmarsac (Fri 01 October 2021 15:47)

Bonjour,

Je viens de tester et le résultat est... étrange... Les trigger renvoyés par spatialite gui ne sont pas les mêmes que le DB manager de QGIS... Disons que spatialite gui me renvoie effectivement la requête que j'ai entré :

CREATE TRIGGER trigger_area_TEST_up
AFTER UPDATE
ON 'TEST'
FOR EACH ROW
BEGIN UPDATE 'TEST'
SET SURF_B_HA = st_area(new.geom) / 10000,
NB_LGTS = (
    CASE WHEN (("VOCATION" IN ( 'Habitat' , 'Mixte' )) AND ((new."SURF_B_HA" * "DENSITE") >= 1 ))
    THEN round(new."SURF_B_HA" * "DENSITE")
    WHEN (("VOCATION" IN ( 'Habitat' , 'Mixte' )) AND ((new."SURF_B_HA" * "DENSITE") < 1 ))
    THEN round(new."SURF_B_HA" * "DENSITE" + 0.5 )
    ELSE 0
    END)
WHERE fid = new.fid;
END

Par contre le DB manager de qgis me fait sauter le < :

CREATE TRIGGER trigger_area_TEST_ins
AFTER INSERT
ON 'TEST'
FOR EACH ROW
BEGIN UPDATE 'TEST'
SET SURF_B_HA = st_area(new.geom) / 10000,
NB_LGTS_B = (
    CASE WHEN (("VOCATION" IN ( 'Habitat' , 'Mixte' )) AND ((new."SURF_B_HA" * "DENSITE") >= 1 ))
    THEN round(new."SURF_B_HA" * "DENSITE")
    WHEN (("VOCATION" IN ( 'Habitat' , 'Mixte' )) AND ((new."SURF_B_HA" * "DENSITE") THEN round(new."SURF_B_HA" * "DENSITE" + 0.5 )
    ELSE 0
    END)
WHERE fid = new.fid;
END

On remarque que le < 1 disparaît et supprime le retour à la ligne... C'est un fâcheux casse-tête quand même...

Mais merci pour ce tuyaux !

Bonjour,

En effet, ça marche même assez bien comme ça.
Du coup je vais m'en contenter pour le moment. En tous cas merci à vous !

Bug report #45420 créé

Bonjour,
Merci pour ce bug report, et pour les réponses !