Best practice quando si utilizza il file geodatabase che verrà utilizzato e modificato da più utenti? [chiuso]

Ho un geodatabase di file che contiene 3 classi di caratteristiche e ogni classe di caratteristiche contiene molti dati che verranno visualizzati e modificati quotidianamente da altri 6 utenti. Sto cercando consigli da persone che si sono trovati nella stessa situazione e le migliori pratiche per evitare blocchi di modifica e per far funzionare tutto nel modo più regolare possibile. Sono questi strumenti open source che posso usare per abilitare l'editing multiutente su un geodatabase di file? Grazie!

Il mio lavoro ha solo licenze di livello ArcView con un paio di estensioni (analista aziendale, analista di rete e analista spaziale)

Sono d'accordo, tentare di utilizzare il formato proprietario (fgdb o pgdb) creato da ESRI e gestito attraverso le loro licenze è un percorso inutile. Se sei determinato a non spendere soldi per la licenza, spenderai denaro per le risorse (il tuo tempo e il tempo degli altri dipendenti). Quello che stai proponendo è fattibile con un open source rdbms o una versione lite proprietaria di rdbms e alcuni strumenti interoperabili (la maggior parte dei buoni però non sono gratuiti). Quindi a lungo termine hai bisogno di un'esperienza costosa o di buoni strumenti, entrambi sono costosi. Arcview non è lo strumento giusto per iniziare. Matrice di funzionalità dell'attività

Utilizzare un file GDB come master (sul server), estrarre COPIA su 6 GDB personali (limite di 2 GB) o 6 FGDB se oltre 2 GB. Le persone modificano ciascun GDB e lo inseriscono nella cartella con un modello Geodatabase FILE [vuoto ma con schema impostato] per APPEND notturno (server di geoprocessing)

TEST dello schema: lo schema del set di dati di input (definizioni dei campi) deve corrispondere allo schema del set di dati di destinazione. Verrà restituito un errore se gli schemi non corrispondono.

Svantaggio: conflitti di dati - Una funzione Modifiche multiple da 2 più utenti. Append sovrascriverà il file aggiunto precedente. Può essere rilevato da un confronto <questo è più economico di ottenere una licenza Arc Info.

Implementato con successo in un ruolo precedente ...

Può essere realizzato anche con FME 2010

Questo non può essere fatto con ArcView. (Modifica dello stesso PGDB / FGDB da parte di più utenti contemporaneamente.) Esaminare l'aggiornamento a ArcEditor: ArcEditor consente a più utenti di modificare e modificare contemporaneamente i dati. http://www.esri.com/software/arcgis/arceditor/key-features.html

Come nota a margine; Sono stato coinvolto nello sviluppo di un'applicazione in cui abbiamo cercato di emulare l'editing multiutente con database personali e alla fine è stato abbastanza complesso con risultati contrastanti. Il ragionamento era lo stesso; un database multiutente era troppo costoso. Alla fine è costato molto di più cercare di sviluppare un tale ambiente. Alla fine sarebbe stato meglio investire in ArcSDE o in una soluzione simile.

Non ci proverei con un fGDB. Sarà un mal di testa dopo l'altro. Se hai bisogno di editing multiutente, dovresti scegliere un GDB SDE. Se hai solo sei editor, il gruppo di lavoro SDE funzionerebbe bene per te. Dalla documentazione di ArcGIS 10: Tipi di geodatabase

ArcGIS Server Workgroup include anche il supporto ArcSDE per SQL Server Express. Con questo livello di ArcSDE, è possibile utilizzare SQL Server Express per un massimo di 10 utenti e editor desktop Windows simultanei (utenti di ArcView, ArcEditor, ArcInfo, un'applicazione ArcGIS Engine personalizzata, AutoCAD, MicroStation e così via) oltre a qualsiasi numero aggiuntivo connessioni al server da applicazioni Web. (Consultare il contratto di licenza per informazioni specifiche sul numero di connessioni per l'implementazione.)