Le portail francophone de la géomatique

Bonsoir Ludovic,

quelle est la structure de la vue initiale (interventions de police par quartier) ?

Dernière modification par Mathieu BOSSAERT (Wed 29 August 2012 21:28)

Bonjour,
Comme le dit mathieu, il n'est pas facile de savoir comment construire un requête sans avoir la structure de la base et des tables concernées.
J'imagine qu'il y a une table quartiers avec le geom, une table interventions avec un id_quartier en clef étrangère.
Tu pourrais d'abord faire une function qui te retourne le nombre d'interventions avec comme paramètre le id_quartier et le id_intervention :

CREATE OR REPLACE FUNCTION tonschema.nb_interventions_quartiers(id_quartier integer, id_intervention integer)
  RETURNS integer AS
$BODY$
--fonction permettant de renvoyer le nbre d'interventions d'un certain type par quartier 

  DECLARE
  nb_intervention integer;
  BEGIN
    SELECT count(*) INTO  nb_intervention 
        FROM mavueintervention v
        WHERE v.id_quartier = id_quartier  AND v.id_intervention = id_intervention ;
        
    IF nb_intervention IS NULL THEN nb_intervention = 0;

    return nb_intervention;
  END;
$BODY$
  LANGUAGE plpgsql VOLATILE
  COST 100;
ALTER FUNCTION tonschema.nb_interventions_quartiers(integer, integer) OWNER TO postgres;

Ensuite tu utilises cette fonction dans une requête  :
12 = le id de vol
13 = le id de accident
etc...

SELECT 
q.id_quartier as gid, 
tonschema.nb_interventions_quartiers(q.id_quartier, 12) as nb_vols, 
tonschema.nb_interventions_quartiers(q.id_quartier, 13) as nb_accidents,
...etc...,
q.the_geom
FROM matablequartiers q

Tous les champs sont à adapter à ta base bien sûr, mais tu as le principe. ça devrait fonctionner..., enfin j'espère.
A noter qu'à la place d'une fonction tu pourrais faire des sous requêtes mais c'est plus lourd et pas simple de gérer le zéro si = null.
Mais je fais peut-être une usine à gaz là où qq'un aurait une solution plus simple
Tiens nous au courant

je reprends ma fonction, il manquait un END IF;
Je suppose que l'erreur vient de là.

CREATE OR REPLACE FUNCTION tonschema.nb_interventions_quartiers(id_quartier integer, id_intervention integer)
  RETURNS integer AS
$BODY$
--fonction permettant de renvoyer le nbre d'interventions d'un certain type par quartier 

  DECLARE
  nb_intervention integer;
  BEGIN
    SELECT count(*) INTO  nb_intervention 
        FROM mavueintervention v
        WHERE v.id_quartier = id_quartier  AND v.id_intervention = id_intervention ;
        
    IF nb_intervention IS NULL THEN nb_intervention = 0;
    END IF;
    return nb_intervention;
  END;
$BODY$
  LANGUAGE plpgsql VOLATILE
  COST 100;
ALTER FUNCTION tonschema.nb_interventions_quartiers(integer, integer) OWNER TO postgres;

Oui exactement, mais un autre problème survient quand je fais un select sur ma fonction.

il me retourne le message suivant:

ERREUR:  la référence à la colonne « id_quartier » est ambigu
LINE 2:         WHERE v.id_quartier = id_quartier AND v.id_type_inte...
                                      ^
DETAIL:  Cela pourrait faire référence à une variable PL/pgsql ou à la colonne d'une
table.
QUERY:  SELECT count(*)                                FROM lgr_test.vw_idp_inter_quartier v
        WHERE v.id_quartier = id_quartier AND v.id_type_intervention = id_type_intervention
CONTEXT:  fonction PL/pgsql « nb_interventions_quartiers_test », ligne 4 à instruction SQL

********** Error **********

ERREUR: la référence à la colonne « id_quartier » est ambigu
SQL state: 42702
Detail: Cela pourrait faire référence à une variable PL/pgsql ou à la colonne d'une
table.
Context: fonction PL/pgsql « nb_interventions_quartiers_test », ligne 4 à instruction SQL

Bonjour,

pour faire ce que cherche Loudo, à partir d'une table contenant 2 colonnes (id_zone et type_inter ayant pour valeur a, b ou c) je fais comme cela :

SELECT  id_zone, 
    sum(CASE WHEN type_inter = 'A' THEN 1 ELSE 0 END) AS A, 
    sum(CASE WHEN type_inter = 'B' THEN 1 ELSE 0 END) AS B, 
    sum(CASE WHEN type_inter = 'C' THEN 1 ELSE 0 END) AS C
FROM temp.test_police
GROUP BY id_zone;

Merci Nicolas pour le module tablefunc, je ne connaissais pas.

Bonjour à tous,

pour suivi, de quoi simplifier la chose dans PostrgeSQL 9.4 :

https://wiki.postgresql.org/wiki/What%2 … TER_clause

Bonjour, oui tout à fait.
Les deux approches sont assez complémentaires à mon sens, en fonction de la complexité du lot de données qui peut nécessiter ou non l'utilisation peu triviale de l'extension tablefunc.