Base de données relationnelle et spatiale

introduction 1/4

SIG Perfectionnement 3.1

introduction 2/4

SIG 3.1

Pré-requis :

 

- SIG1: Découverte & SIG 2: Figures , si possible Stat 1:Statistiques descriptives univariées

 

- Utilisation fréquente de QGIS

 

- Être capable de produire un jeu de données "propre" (attributs et géométries)

introduction 3/4

SIG 3.1

Les objectifs de la formation :

 

- Mettre en oeuvre les principes de structuration des données archéologiques.

 

- Ne plus distinguer les données descriptives d'un côté et géométriques de l'autre.

 

- Concevoir et utiliser une base de données relationnelle, attributaire et spatiale.

 

- Faire de QGIS une interface globale et ergonomique pour l'ensemble de la donnée.

introduction 4/4

SIG 3.1

Lundi 2 et Mardi 3 Décembre 2019 - MSH Val de Loire

coordonnés par Sylvain Badey et Amélie Laurent

Sylvain Badey

Création et utilisation d'une base de données relationnelle, attributaire et spatiale avec les logiciels

QGIS et SQLite/Spatialite

Atelier Archéomatique 19.1

Julien Courtois

Thomas Guillemard

SIG 3.1

introduction 1/4

Jour 1

  • Présentation du SGBD SQLite/Spatialite (avantages, inconvénients, comparaison avec PostgreSQL/PostGIS). Interaction avec le logiciel QGIS.
  • Structuration
  • Présentation du jeu de données, étude de cas
  • Manipulation d’un jeu de données fourni : nettoyage, préparation, structuration/relations, interface/formulaires par glisser-déposer, interrogation/requête.

Jour 2

  • Développement d’une interface de saisie et d'interrogation à l'aide des formulaires.
  • Interrogations et requêtes SQL.
  • option: Atelier collaboratif à partir des données apportées par les participants (ou un jeu de données fourni) : définition de problématiques, préparation et structuration des données.

 

introduction 1/4

SIG 3.1

Nous avons la solution !

Pourquoi s’embarquer dans SQLite / Spatialite ?

  • Vous rêvez de recréer sur SIG les environnements de base de données auxquels vous êtes habitués ?
  • Vous accumulez depuis des années des données dont vous ne savez plus que faire ?
  • Vous vous sentez parfois limités par les possibilités offertes par vos logiciels SIG préférés ?
  • On vous a refusé tous les budgets pour l’achat de logiciels de base de données ou SIG couteux ?

introduction 1/4

SIG 3.1

  • Il existe plusieurs variantes du langage SQL correspondant à autant de systèmes de gestion de base de données différents : SQLite, MySQL, PostgreSQL etc.

Le langage SQL, kezako ?

  • Structured Query Language

introduction 1/4

SIG 3.1

DB Browser

GIS

Mais

Une grande partie de cette gestion peut-être effectuée par des logiciels disposant d’une interface graphique assimilant le code SQL

La gestion de la base de données s’effectue via un langage informatique normalisé, le langage SQL

Le langage SQL, kezako ?

introduction 1/4

SIG 3.1

Fichier unique de base (structure + données)

Les -

Fichier unique donc mono-utilisateur

?

Les +

1 seul fichier, léger, transportable, multiplateforme et LIBRE !

Moteur de base de données, accessible en langage SQL

Qu'est ce que

introduction 1/4

SIG 3.1

Gestion des coordonnées, systèmes de projection, géométries, topologie etc.

Et Spatialite alors ?

introduction 1/4

SIG 3.1

  • Dernière version LTR (Long-Term Release) : 3.22.5 'Białowieża'

  • Dernière version : QGIS 3.24.1 'Tisler', sortie le 18.03.2022.

  • Est-il besoin de le présenter…

introduction 1/4

SIG 3.1

introduction 1/4

SIG 3.1

  • Quelques rappels...

Les bases de données relationnelles

introduction 1/4

SIG 3.1

La Table

introduction 1/4

SIG 3.1

Les Champs

SIG 3.1

Rappel sur les relations (cardinalité) :

  • relation de 1 à 1 : signifie que pour chaque enregistrement d’une table il ne peut y avoir que 0 ou 1 enregistrement d’une autre table qui lui soit lié (ex : entre la table des faits et une table mobilier…). Dans une base de données classique, ce type de relation peut être évitée en la remplaçant par une la fusion (jointure ?) des deux tables en relation.

  • relation de 1 à n (de un à plusieurs) : signifie que pour chaque enregistrement d’une table, il peut y avoir un ou plusieurs enregistrements d’une autre table qui lui soit lié (ex : entre la table des faits et la table des US).

  • relation de n à n (de plusieurs à plusieurs) : une relation existe quand un ou plusieurs enregistrements d’une table peuvent avoir une relation avec un ou plusieurs enregistrements d’une autre table (ex : entre la table des faits et la table des photos, où un fait peut être visible sur plusieurs clichés et où l’on peut voir plusieurs faits sur une photo). Dans le cas où l’on souhaite établir une relation de plusieurs à plusieurs entre deux tables, une troisième table est nécessaire pour stocker les combinaisons créées par la relation. Ce type de relation (n à n) revient à établir deux relations de un à plusieurs (1 à n).

partie 1.1

6/10

SIG 3.1

partie 1.1

7/10

SIG 3.1

partie 1.1

8/10

SIG 3.1

partie 1.1

9/10

SIG 3.1

partie 1.1

9/10

FOURNIER L. (dir.) – Centre-Val de Loire, Loiret, Saran, La Motte Pétrée. Occupations rurales successives de la fin du 1er âge du Fer à la période moderne, rapport de fouille, Pantin : Inrap CIF, 2018.- 2 vol. (977 p.) : ill. en coul., 333 figures ; 30 cm,

  • Réalisée en 2016, 3 mois de terrain
  • Dirigée par Laurent Fournier (Inrap)
  • 2 zones de fouilles pour 18 000 m² ouverts
  • Périodes représentées sur le site : premier âge du Fer, période romaine et Antiquité tardive, haut Moyen Âge, Moyen Âge et période moderne.

Fouille de Saran (45) La Motte Pétrée

Le jeu de données

SIG 3.1

partie 1.1

9/10

Fouille de Saran (45)

La Motte Pétrée

SIG 3.1

SIG 3.1

partie 1.1

9/10

For SQL Army

SIG 3.1

partie 1.1

9/10

SIG 3.1

partie 1.1

9/10

Avant de créer sa base de données à partir de fichiers existants, il est impératif, indispensable, obligatoire, primordial [...] de :

  • vérifier le SCR (couche(s), projet en cours, paramètres logiciel
  • vérifier l'intégrité attributaire
  • valider l'encodage
  • vérifier la validité des géométries
  • ...
  • confirmer (ou pas ?) la présence de clé primaire
ATTENTION PLEASE !!!!

SIG 3.1

  • Créer la table t_mob à partir du fichier InvMob.xls (2_SARAN_BRUT/Tableur) dans la base de données.

  • Réflexion sur la question de la géométrie. Initialement la table de mobilier n'a pas de géométrie, mais il est possible d'ajouter la possibilité d'en avoir lors de l'importation de la couche dans la base de données (POINT). Question de modélisation.

  • Créer la relation entre les US et le mobilier (Propriétés du projet).

  • Créer la relation entre les faits et les ensembles (t_interpret).

  • Discussion sur la relation entre la table t_interpret et les tables t_us et t_fait. S'il s'agit d'une relation de 1 à n, il faudra ajouter les clés étrangères dans les tables filles ; s'il s'agit d'une relation de n à n, il faudra ajouter une table intermédiaire qui gérera les "couples relationnels". Question de modélisation.

  • Développer de l'ergonomie pour les tables t_us, t_mob, t_photo et t_interpret. Ne pas oublier de déclarer des styles BOOM Le Style ‼️.

EXERCICE

SIG 3.1

partie 1.1

9/10

SIG 3.1

partie 1.1

9/10

JOINTURES

supportées par

SQLite / Spatialite

L'exécution des autres méthodes de Jointure renverront un message d'erreur

SIG 3.1

partie 1.1

9/10

Sites RESSOURCES

Sur le langage SQL :

   - https://sql.sh/

SIG 3.1 : BDD relationelle et spatiale

By Formation_SIG

SIG 3.1 : BDD relationelle et spatiale

Slide pour la formation SIG "Base de données relationnelle et spatiale".

  • 1,884