{"id":3916,"date":"2017-03-29T13:27:18","date_gmt":"2017-03-29T12:27:18","guid":{"rendered":"http:\/\/www.sigterritoires.fr\/?p=3916"},"modified":"2017-03-29T13:27:18","modified_gmt":"2017-03-29T12:27:18","slug":"lanalyse-spatiale-avec-sql2-les-fausses-idees-recues","status":"publish","type":"post","link":"https:\/\/www.sigterritoires.fr\/index.php\/lanalyse-spatiale-avec-sql2-les-fausses-idees-recues\/","title":{"rendered":"L\u2019analyse spatiale avec SQL:2-les fausses id\u00e9es re\u00e7ues"},"content":{"rendered":"

Nous avons dit dans l’article pr\u00e9c\u00e9dent(L\u2019analyse spatiale avec SQL:1-Introduction<\/a>) que l\u2019id\u00e9e la plus r\u00e9pandue est que le langage SQL est un tr\u00e8s bon outil de requ\u00eate sur les tables SIG<\/a> mais qu’il faut un logiciel SIG tel que QGis ou ArcGis pour r\u00e9aliser les t\u00e2ches d\u2019analyse spatiale. Voyons d’o\u00f9 vient cette id\u00e9e re\u00e7ue.<\/p>\n

<\/p>\n

La d\u00e9pr\u00e9ciation du SQL par les logiciels SIG<\/h2>\n

Le langage SQL a \u00e9t\u00e9 victime des carences des logiciels de SIG pendant des d\u00e9cades. Le format \u00ab\u00a0phare\u00a0\u00bb du SIG entre les ann\u00e9es 70 et 2000, le shapefile<\/a> d’ESRI, n’impl\u00e9mentait qu’une version r\u00e9duite du standard SQL. Impossible d’utiliser des sous-requ\u00eates faisant appel \u00e0 d’autres tables, on \u00e9tait cantonn\u00e9 aux champs d’une seule table.<\/p>\n

A cela il faut ajouter les assistants SQL mis en place par les diff\u00e9rents logiciels, tels que le wizzard d’ArcGis:<\/p>\n

\"assistant<\/a>Dans les faits, on a r\u00e9duit le langage SQL \u00e0 la clause WHERE en proposant une version ultra-simpliste qui \u00e9tait cens\u00e9e affranchir l’utilisateur de conna\u00eetre le langage SQL.<\/p>\n

Depuis quelques ann\u00e9es la situation s’est nettement am\u00e9lior\u00e9e. Ne citons comme exemple que le Gestionnaire de bases de donn\u00e9es de QGis:<\/p>\n

\"gestionnaire<\/a>qui permet d’utiliser toute l’\u00e9tendue du SQL, de ces extensions comme Postgis<\/a>, et de r\u00e9cup\u00e9rer le r\u00e9sultat d’une requ\u00eate et l’afficher dans la fen\u00eatre cartographique de QGis.<\/p>\n

Le langage SQL est compliqu\u00e9 et pas intuitif<\/h2>\n

Cette assertion est vraie,… seulement si vous ne connaissez pas du tout les bases du SQL!<\/p>\n

Prenons la requ\u00eate SQL de l’exemple final de l’article pr\u00e9c\u00e9dent:<\/p>\n

SELECT sum(prix_terrain)::numeric::money, classepropriete<\/strong>
\n FROM parcelles, zones_inondables<\/strong>
\n WHERE st_intersects(parcelles.geometry,zones_inondables.geometry)<\/strong>
\n GROUP BY classepropriete;<\/strong><\/p>\n

Comme pour toutes les requ\u00eates SQL vous avez deux lignes obligatoires:<\/p>\n