Meilleures pratiques lors de l'utilisation d'une géodatabase fichier qui sera utilisée et modifiée par plusieurs utilisateurs? [fermé]

J'ai une géodatabase fichier qui contient 3 classes d'entités et chaque classe d'entités contient beaucoup de données qui seront visualisées et modifiées quotidiennement par 6 autres utilisateurs. Je cherche des conseils de personnes qui ont été dans la même situation et les meilleures pratiques pour éviter de modifier les verrouillages et pour que tout se déroule aussi bien que possible. Est-ce que ce sont des outils open source que je peux utiliser qui permettront l'édition multi-utilisateurs sur une géodatabase fichier? Je vous remercie!

Mon travail n'a qu'une licence de niveau ArcView avec quelques extensions (Business Analyst, Network Analyst et Spatial Analyst)

Je suis d'accord, tenter d'utiliser le format propriétaire (fgdb ou pgdb) db créé par esri et géré via leur licence est un chemin infructueux. Si vous êtes déterminé à ne pas dépenser de l'argent de licence, vous dépenserez de l'argent de ressources (votre temps et celui des autres employés). Ce que vous proposez est réalisable avec un rdbms open source ou une version lite propriétaire de rdbms, et certains outils interopérables (la plupart des bons ne sont cependant pas gratuits). Donc, à long terme, vous avez besoin d'une expérience coûteuse ou de bons outils, les deux sont coûteux. Arcview n'est tout simplement pas l'outil pour aller plus loin. Matrice de fonctionnalité de tâche

Utilisez un fichier GDB comme maître (sur le serveur), extrayez COPY vers 6 GDB personnels (limite de 2 Go) ou 6 FGDB si plus de 2 Go. Les individus modifient chaque GDB puis les placent dans un dossier avec un modèle FILE Geodatabase [vide mais le schéma est configuré] pour APPEND nocturne (serveur de géotraitement)

TEST DE SCHÉMA - Le schéma de l'ensemble de données d'entrée (définitions de champ) doit correspondre au schéma de l'ensemble de données cible. Une erreur sera renvoyée si les schémas ne correspondent pas.

Inconvénient: Conflits de données - Une fonction Plusieurs modifications par 2 utilisateurs et plus. Append remplacera le fichier ajouté précédent. Peut être détecté par une comparaison <c'est moins cher que d'obtenir une licence Arc Info.

Mise en œuvre réussie dans un rôle précédent ...

Peut également être réalisé avec FME 2010

Cela ne peut pas être fait avec ArcView. (Modification du même PGDB / FGDB par plusieurs utilisateurs en même temps.) Envisagez une mise à niveau vers ArcEditor: ArcEditor permet à plusieurs utilisateurs de modifier et de modifier simultanément des données. http://www.esri.com/software/arcgis/arceditor/key-features.html

En remarque; J'ai été impliqué dans le développement d'une application où nous avons essayé d'émuler l'édition multi-utilisateurs avec des bases de données personnelles et cela s'est avéré assez complexe avec des résultats mitigés. Le raisonnement était le même; une base de données multi-utilisateurs était trop coûteuse. Cela a fini par coûter beaucoup plus cher d'essayer de développer un tel environnement. Au final, il aurait été préférable d'investir dans ArcSDE ou une solution similaire.

Je n'essaierais pas cela avec un fGDB. Ce sera un mal de tête après l'autre. Si vous avez besoin d'une édition multi-utilisateurs, vous devriez opter pour un SDE GDB. Si vous n'avez que six éditeurs, le groupe de travail SDE fonctionnerait bien pour vous. À partir de la documentation d'ArcGIS 10: Types de géodatabases

ArcGIS Server Workgroup inclut également la prise en charge d'ArcSDE pour SQL Server Express. Avec ce niveau d'ArcSDE, vous pouvez utiliser SQL Server Express pour jusqu'à 10 utilisateurs et éditeurs de bureau Windows simultanés (utilisateurs d'ArcView, ArcEditor, ArcInfo, une application ArcGIS Engine personnalisée, AutoCAD, MicroStation, etc.), ainsi que n'importe quel nombre supplémentaire connexions au serveur à partir d'applications Web. (Consultez votre contrat de licence pour des informations spécifiques sur le nombre de connexions pour votre implémentation.)