Aller au contenu principal

Présentation du modèle de données

LeBonTag utilise plusieurs schémas PostgreSQL :

  • Schéma d'application (lebontag)
  • Schéma de référence OSM (osm2pgsql)
  • Schéma de routage (osm2pgrouting, facultatif)

Diagramme du schéma global​

Data Model

Schéma d'application (lebontag)​

Principaux domaines logiques :

Domaine de validation​

  • lbt_validation
  • lbt_osmshift
  • lbt_validation_history
  • lbt_state

Objectif : Suivre le cycle de vie et les décisions de validation.

Domaine des règles de qualité​

  • lbt_quality_rule
  • lbt_quality_rule_instance
  • lbt_quality_rule_instance_businessgroup
  • lbt_quality_processed_items

Objectif : Définir et exécuter des contrôles de qualité basés sur SQL.

Domaine de regroupement d'objets​

  • lbt_objectgroup
  • lbt_theme
  • lbt_tag
  • lbt_light
  • lbt_light_tag

Objectif : Classer les objets OSM selon la logique métier.

Domaine des activités et des autorisations​

  • lbt_businessgroup
  • lbt_user_businessgroup
  • lbt_user
  • lbt_userrole

Objectif : Contrôler l'accès et la portée de la validation.

Schéma de référence OSM (osm2pgsql)​

Stocke :

  • nœuds
  • chemins
  • relations
  • balises
  • géométries (PostGIS)

Utilisé par :

  • Requêtes SQL de règles de qualité
  • Rendu cartographique
  • Validation des données contextuelles

Schéma de routage (osm2pgrouting)​

Schéma facultatif utilisé pour :

  • Analyse de réseau
  • Validation de la connectivité
  • Contrôles topologiques