¿Mejores prácticas al emplear la geodatabase de archivos que van a usar y editar múltiples usuarios? [cerrado]

Tengo una geodatabase de archivos que contiene 3 clases de entidad y cada clase de entidad contiene una gran cantidad de datos que serán vistos y editados diariamente por otros 6 usuarios. Estoy buscando consejos de personas que han estado en la misma situación y las mejores prácticas para evitar bloqueos de edición y mantener todo funcionando sin problemas. ¿Estas herramientas de código abierto que puedo usar permitirán la edición multiusuario en una geodatabase de archivos? ¡Gracias!

Mi trabajo solo tiene licencias de nivel ArcView con un par de extensiones (Business Analyst, Network Analyst y Spatial Analyst)

Estoy de acuerdo, intentar utilizar el formato de base de datos patentado (fgdb o pgdb) creado por esri y administrado a través de sus licencias es un camino infructuoso. Si está decidido a no gastar el dinero de la licencia, gastará dinero de recursos (su tiempo y el tiempo de otros empleados). Lo que está proponiendo es factible con un rdbms de código abierto o una versión lite patentada de rdbms, y algunas herramientas interoperables (aunque la mayoría de las buenas no son gratuitas). Entonces, a la larga, necesita experiencia costosa o algunas buenas herramientas, ambas son costosas. Arcview simplemente no es la herramienta para hacerlo. Matriz de funcionalidad de tareas

Utilice un archivo GDB como maestro (en el servidor), extraiga COPIA a 6 GDB personales (límite de 2 GB) o 6 FGDB si tiene más de 2 GB. Las personas editan cada GDB y luego las colocan en una carpeta con una plantilla Geodatabase FILE [vacía pero tiene un esquema configurado] para APPEND (servidor de geoprocesamiento) nocturno

PRUEBA de esquema: el esquema del conjunto de datos de entrada (definiciones de campo) debe coincidir con el esquema del conjunto de datos de destino. Se devolverá un error si los esquemas no coinciden.

Desventaja: Conflictos de datos: una característica Varias ediciones realizadas por 2 usuarios más. Anexar sobrescribirá el archivo adjunto anterior. Se puede detectar mediante una comparación <esto es más barato que obtener una licencia de Arc Info.

Implementado con éxito en un rol anterior ...

También se puede lograr con FME 2010

Esto no se puede hacer con ArcView. (Edición de la misma PGDB / FGDB por varios usuarios al mismo tiempo). Considerar la actualización a ArcEditor: ArcEditor permite que múltiples usuarios modifiquen y editen datos simultáneamente. http://www.esri.com/software/arcgis/arceditor/key-features.html

Como nota al margen; Estuve involucrado en el desarrollo de una aplicación en la que intentamos emular la edición multiusuario con bases de datos personales y terminó siendo bastante complejo con resultados mixtos. El razonamiento era el mismo; Una base de datos multiusuario era demasiado costosa. Terminó costando mucho más tratar de desarrollar ese entorno. Al final hubiera sido mejor invertir en ArcSDE o en una solución similar.

No intentaría esto con un fGDB. Será un dolor de cabeza tras otro. Si necesita edición multiusuario, debe utilizar un SDE GDB. Si solo tiene seis editores, el grupo de trabajo SDE funcionaría bien para usted. De la documentación de ArcGIS 10: tipos de geodatabases

ArcGIS Server Workgroup también incluye soporte de ArcSDE para SQL Server Express. Con este nivel de ArcSDE, puede usar SQL Server Express para hasta 10 usuarios y editores simultáneos de escritorio de Windows (usuarios de ArcView, ArcEditor, ArcInfo, una aplicación personalizada de ArcGIS Engine, AutoCAD, MicroStation, etc.) más cualquier número de conexiones de servidor desde aplicaciones web. (Consulte su acuerdo de licencia para obtener información específica sobre el número de conexiones para su implementación).