Message posté par : Edouard Hyvernat
----------------------------------------
Bonjour,
Je ne sais pas avec quel SGBD vous travaillez mais dans le cas de PostgreSQL, la partie
géo est gérée par une extension de cet outil qui se nomme Postgis et qui s'active (si
installée) comme une extension classique, à savoir au niveau d'une base de donnée.
Par défaut, les composants propre à Postgis se retrouvent dans le schéma public.
Mais ce n'est pas parce que Postgis est actif pour une base de données, que je ne peux
pas avoir des tables dans différents schémas qui ne soient pas avec une dimension
géographique.
A mon sens, plutôt que de vous poser la question par rapport à la dimension géographique
ou non de vos données, organisez plutôt vos données en fonction de leur thématique dans
différents schémas, activez Postgis au niveau de la base de donnée et ensuite vous peuplez
vos schémas avec différentes tables qu'elles soient géo ou non.
En tout cas c'est ainsi que je fonctionne :)
Néanmoins, si vous êtes contraint par la volumétrie de vos données et que vous travaillez
toujours sur le même référentiel géo (par ex le parcellaire cadastral ou les limites de
communes), vous pouvez toujours créer un schéma spécifique avec vos données géo de
référence et vous créez autant de vue que nécessaire par une jointure spatiale adéquate ou
par le biais d'héritage entre tables afin de limiter le travail de géoréférencement de
vos données.
Et je pense que le raisonnement est le même si vous travaillez sous Oracle ou SQL Server.
Ces conseils mériteraient d'être affinés en fonction de vos problématiques et je ne
prétends pas être un spécialiste non plus dans ce domaine !
----------------------------------------
Le message est situé
https://georezo.net/forum/viewtopic.php?pid=333075#p333075
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net