mise en place de la base de données géographiques sur les ...

topologiques (connexion, superposition, intersection…etc.) entre nos points. Les mises à jour génèrent
les entités discrètes dans le temps et dans l’espace. On ne modélise pas de phénomène continu.
Cependant on souhaite conserver l’information de dislocation des commerces dans un timing
déterminé. Donc notre modèle semble être relativement simple.
Plusieurs scénarios étaient envisagés :
5.4.1. Scénario n°1
On s’appuie sur le SGBDR Oracle pour stocker les données. On se focalise sur l’application de deux
composants – Oracle et SIG GeoMedia et l’on intègre les composants supplémentaires d’Integraph –
Dialog Builder et PickList Manager. L’objectif est la création de l’interface de saisie via GéoMedia
Professional. Les données sont stockées dans la base Oracle.
Schéma de scénario n°1
Oracle
Schéma GDOSYS
Geomedia
PickList Manager
Dialog Builder
Avantages
• Un circuit de deux composants
• La maintenance de l’application plus cohérente
• Pas de nécessité des compétences spécifiques en développement
Inconvénients
• Le circuit limité de la saisie et de la mise à jour des données via les formulaires GeoMedia
• Les fonctionnalités limitées des formulaires
• La nécessité de la mise en oeuvre de GeoMedia Professional à la place de la version simple de
GeoMedia
• Pas de possibilité d’archiver les modifications réalisées
5.4.2. Scénario n°2
On se focalise sur la base Oracle. On intègre à cette base l'ensemble des données pour le SIG sur la
thématique « commerce ». On élabore des formulaires de saisie sous Access pour sécuriser la
manipulation de données.
29