Le portail francophone de la géomatique

Bonjour,

A partir de l'instant où les données exploitées possèdent des relations entre elles. Vous répondez d'ailleurs vous même à la question en parlant des tables attributaires QGis. Si la donnée et ses attribut peuvent être contenues dans une table sans relation avec une autre un "simple" logiciel SIG suffit.

c'est pour ça que je me posais des questions sur une telle mise en place, même si ça reste l'idéal dans une perspective de développement de l'information géographique.

Cependant, ne serait-il pas nécessaire d'en installer un lorsque le serveur de ma collectivité sera en place?
De plus, avec la prochaine constitution d'une composante voirie et signalétique, un besoin en SGBD devrait apparaitre (je n'ai pas encore fait l'analyse des besoins)?

L'assainissement pour l'instant avec son fonctionnement autonome ne devrait pas pour l'instant subir de changement.

En reprenant ton exemple, je n'ai pas besoin de posséder une telle information . cela signifie t -il que mon système n'a pas besoin d'un SGBDR?

Avec un serveur de donnée commun à tous les services, il me semble qu'un SGBDR commun où les personnes puissent venir taper au même endroit et utilisant le même logiciel est plus logique??

Bonjour

Non, le SGBDR EST LE système.
Pour obtenir une telle information (même si elle est volontairement fantaisiste) avec un SIG classique il vous faudra acheter un intégrateur de données cadastrale, connaître le modèle de données sous-jacent généré (ce qui en cas de solution  payante est pas toujours évident) pour construire la requête. Et au final sans que l'utilisateur le voit il existe un SGBDR au sens pauvre du terme dans le logiciel SIG.

Alors qu'en possédant un SGBDR digne de ce nom vous maîtrisez le MCD, vous construisez une requête et à partir de là vous générez un joli shape (par exemple) que votre logiciel SIG pourra exploiter.

Ne confondez pas serveur, et SGBDR. Ce n'est pas parce que votre SGBDR sera basé sur une architecture client/serveur que tout le monde pourra venir faire une requête selon ses besoins.
Si je simplifie un peu, le SGBR permet d'interroger les données, le logiciel SIG de les cartographier.

Je comprends parfaitement le rôle d'un SGBDR et de ses utilisations.


Mes interrogations se situent plus sur la partie amont/structuration de l'ensemble des données de ma collectivité.
Ai-je besoin d'un SGBDR avec les données que je possède et selon les perspectives de développement?

Il semble que constituer un SGBDR est pour toute collectivité un choix stratégique...
J'aurai tendance à dire oui

Aujourd'hui, peu de données, donc maitrise assez facile du modèle (très subjectif...).
Pour moi, il est plus facile de constituer un SGBD coeur le plus tot possible

Que risque-t-on à laisser les applications en l'état ?
Une hétérogéité de données de plus en plus fortes. Chaque composante métier souhaitera approfondir et rajouter des informations spécifiques à sa base.
De ce fait, il sera de plus en plus complexe de constituer un SGBD centralisé

Inversement, je réalise mon SGBD très tôt...
Je suis maître de mes données, je peux ainsi les partager avec l'ensemble des acteurs métiers, je peux également enrichir mon modèle avec de nouvelles informations. Je peux proposer une mutualisation de données pour différents services (exemple : référentiel de rues, d'adresses, de parcelles). Je simplifie les actions de mises à jour.

Voilà mon opinion ^^

Bonne réflexion

Bonjour,

je ne travaille pas dans une collectivité mais dans une association de 25 salariés.
J'ai eu la chance de pouvoir mettre en œuvre PostGis il y a 5 ans. La motivation initiale était la consolidation des données produites et utilisées dans un modèle relationnel pour en favoriser l'exploitation.

La mise en place très en amont du SGBD, avec peu d'utilisateurs directs (1 puis 2 puis 15) a permis des évolutions conséquentes de l'utilisation des données (reporting, accès concurrents en édition avec QGis, diffusion de données, saisie contrôlée). Le SGBD est maintenant au cœur du SI et nous y connectons divers outils pour diverses applications.

Sans cet outil en place, nous nous serions peut-être interdit certaines possibilités, car la restructuration du SI a posteriori aurait été beaucoup plus complexe.

Bonne continuation,

Hello Luern

Une petite remarque ...

Je crois que tu es dans une petite collectivite donc la volumetrie n'est pas un probleme !

Mais au niveau d'un departement ou grosse collectivite, lorsque tu atteins une volumetrie de l'ordre
de UN million d'objets dans une table spatiale (ou plus) et en plus x N tables, le choix du SGBD spatial va etre tres restreint ...

GeoBye, Pat