Base de données relationnelle et spatiale
introduction 1/4
introduction 2/4
- 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
- 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
Lundi 2 et Mardi 3 Décembre 2019 - MSH Val de Loire
coordonnés par Sylvain Badey et Amélie Laurent
introduction 1/4
Jour 1
Jour 2
introduction 1/4
introduction 1/4
introduction 1/4
DB Browser
GIS
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
introduction 1/4
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
introduction 1/4
Gestion des coordonnées, systèmes de projection, géométries, topologie etc.
introduction 1/4
introduction 1/4
introduction 1/4
introduction 1/4
La Table
introduction 1/4
Les Champs
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
partie 1.1
7/10
partie 1.1
8/10
partie 1.1
9/10
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,
Fouille de Saran (45) La Motte Pétrée
Le jeu de données
partie 1.1
9/10
Fouille de Saran (45)
La Motte Pétrée
partie 1.1
9/10
partie 1.1
9/10
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 :
ATTENTION PLEASE !!!!
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
partie 1.1
9/10
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
partie 1.1
9/10
Sites RESSOURCES
Sur le langage SQL :