Mejor practicies cuando se emplea una geodatabase de archivos que se va a utilizar y editado por varios usuarios?

Question

Tengo una geodatabase de archivos que contiene 3 clases de entidad en ella y cada clase de entidad contiene una gran cantidad de datos que va a ser vistos y editados a diario por 6 otros usuarios. Estoy buscando alguna asesoramiento de personas que han estado en la misma situación y de las mejores prácticas para evitar el bloqueo de edición outs y para mantener todo funcionando sin problemas como sea posible. Es que estos de código abierto herramientas puedo utilizar, que permiten a múltiples edición de usuario en una geodatabase de archivos? Gracias!

Edit: Mi trabajo sólo ha ArcView nivel de licencia, con un par de extensiones (Analista de Negocio de Network Analyst y Spatial Analyst)

Answer 1

El uso de un archivo GDB como el maestro (en el servidor), extracto de COPIA a 6 personal GDB (límite de 2 gb) o 6 FGDB si más de 2GB. Los individuos editar cada GDB, a continuación, coloque en la carpeta con un ARCHIVO de plantilla de la Geodatabase [vacío pero ha esquema set up] para las noches de APPEND (geoprocesamiento servidor)

Esquema PRUEBA de Entrada-esquema de conjunto de datos (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 de Varias ediciones por 2 plus los usuarios. Anexar sobrescribirá anterior se anexa archivo. Puede ser detectado por un comparar < esto es más barato que un Arco Info de la licencia.

Implementado con éxito en un trabajo anterior...

También se puede lograr con FME 2010

Answer 2

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

Como una nota de lado; yo estaba involucrado con el desarrollo de una aplicación en la que hemos intentado emular multi-usuario de edición con personal de las bases de datos y terminó siendo bastante complejo con resultados mixtos. El razonamiento es el mismo; un multi-usuario de la base de datos era demasiado costoso. Terminó costando mucho más tratando de desarrollar dicho ambiente. En el final hubiera sido mejor invertir en ArcSDE o como solución.

Answer 3

Estoy de acuerdo, Intentar utilizar la propiedad (fgdb o pgdb) formato de base de datos creado por esri y gestionado a través de su licencia es un infructuoso camino. Si usted está decidido a no pasar de la licencia de dinero que se gastan los recursos (el tiempo y el tiempo de otros empleados) dinero. Lo que usted propone es factible con un sistema rdbms o privativo versión lite de bases de datos, y algunas herramientas compatibles (la mayoría de los buenos, aunque no son gratis). Así, en el largo plazo, se necesita algo de experiencia cara o unas buenas herramientas, ambos son caros. Arcview no es la herramienta para obtener-re-hecho. Tarea matriz de funcionalidad

Answer 4

Yo no intentes hacer esto con un fGDB. Va a ser un dolor de cabeza tras otro. Si usted necesita multi-usuario de edición, usted debe ir con un SDE GDB. Si sólo tienes seis editores, grupo de trabajo de SDE que podría funcionar bien para usted. Desde el ArcGIS 10 documentación: Tipos de geodatabases

ArcGIS Server Workgroup también incluye ArcSDE soporte para SQL Server Express. Con este nivel de ArcSDE, se puede utilizar SQL Server Express para hasta 10 simultánea escritorio de Windows a los usuarios y los editores (los usuarios de ArcView, ArcEditor, ArcInfo, una costumbre de ArcGIS Engine aplicación, AutoCAD, MicroStation, y así sucesivamente) además de cualquier cantidad de adicional conexiones del servidor de la Web aplicaciones. (Consulte a su licencia acuerdo para información específica sobre el número de conexiones para su aplicación.)