Práticas recomendadas ao empregar geodatabase de arquivo que será usado e editado por vários usuários? [fechadas]

12

Eu tenho um banco de dados geográfico de arquivos que contém três classes de recursos e cada classe de recursos contém muitos dados que serão visualizados e editados diariamente por outros 6 usuários. Estou procurando conselhos de pessoas que estejam na mesma situação e as práticas recomendadas para evitar bloqueios de edição e manter tudo funcionando da melhor maneira possível. Existem ferramentas de código aberto que permitam a edição multiusuário em um geodatabase de arquivo? Obrigado!

Meu trabalho possui apenas licenciamento no nível ArcView com algumas extensões (analista de negócios, analista de rede e analista espacial)

Furlong
fonte
Você mencionou 3 recursos? Defino um recurso como uma única forma geométrica dentro de uma classe de recurso. Você está falando sobre classes de recurso ou talvez conjuntos de dados de recursos (que podem conter várias classes de recursos)?
Simon
Eu quis dizer aulas de recursos, desculpe por isso.
Furlong
As perguntas que solicitam "melhores práticas" são, por natureza, muito amplas, pois buscam respostas múltiplas e provavelmente resultam em respostas baseadas em opiniões. Consequentemente, eles são pouco adequados para perguntas e respostas focadas.
PolyGeo

Respostas:

5

Concordo: Tentar utilizar o formato proprietário (fgdb ou pgdb) db criado pela esri e gerenciado por meio de seu licenciamento é um caminho infrutífero. Se você estiver determinado a não gastar o dinheiro da licença, gastará dinheiro do recurso (seu tempo e o tempo de outros funcionários). O que você está propondo é possível com um rdbms de código-fonte aberto ou uma versão lite proprietária do rdbms e algumas ferramentas interoperáveis ​​(a maioria das boas ainda não é gratuita). Portanto, a longo prazo, você precisa de uma experiência cara ou de boas ferramentas, ambas caras. O Arcview simplesmente não é a ferramenta a ser executada. Matriz de funcionalidade da tarefa

Brad Nesom
fonte
9

Use um arquivo GDB como mestre (no servidor), extraia COPY para 6 GDB pessoais (limite de 2 GB) ou 6 FGDB se tiver mais de 2 GB. Os indivíduos editam cada GDB e depois colocam na pasta um modelo de banco de dados geográfico [vazio, mas com esquema configurado] para o APPEND noturno (servidor de geoprocessamento)

Esquema TEST - O esquema do conjunto de dados de entrada (definições de campo) deve corresponder ao esquema do conjunto de dados de destino. Um erro será retornado se os esquemas não corresponderem.

Desvantagem: Conflitos de dados - um recurso Várias edições por mais de 2 usuários. Anexar substituirá o arquivo anexado anterior. Pode ser detectado por uma comparação <isso é mais barato do que obter uma licença do Arc Info.

Implementado com sucesso em uma função anterior ...

Também pode ser alcançado com o FME 2010

Mapperz
fonte
1
Uma boa abordagem, exceto que eu dispensaria os gdb pessoais por simplicidade e desempenho (a menos que você precise acessar os dados com ferramentas não esri, nesse caso, p-gdb ou shapefiles são suas únicas opções). Além disso, ninguém respondeu ao óbvio: "Não, você não pode ter edição multiusuário em um geodatabase de arquivo do mesmo conjunto de dados / classe de recurso".
Matt Wilkie
A menos que você use a API aberta do geodatabase ...? para continuar ..
Mapperz
ah A comparação requer a extensão do mapeamento de produção (também conhecido como conjunto de ferramentas de linha de produção na pré-v10), embora a US $ 10 mil seja praticamente o mesmo preço que a atualização do ArcView de uso único para o ArcInfo (preços de 2009) .
Matt Wilkie
Mas o ArcInfo ainda requer o ArcSDE para edição de usuários múltiplos (US $ 28k), portanto o Mapping Ext ainda é uma opção mais barata.
Mapperz
O Arcinfo vem com o Workgroup SDE, que é o ArcSDE sobre o SQL Express; possui um limite de 4 ou 10 conexões, dependendo da versão do ArcGIS que você está usando (9,10).
Matt Wilkie
5

Isso não pode ser feito com o ArcView. (Editando o mesmo PGDB / FGDB por vários usuários ao mesmo tempo.) Observe a atualização para o ArcEditor: O ArcEditor permite que vários usuários modifiquem e editem dados simultaneamente. http://www.esri.com/software/arcgis/arceditor/key-features.html

Como uma nota rodapé; Eu estava envolvido no desenvolvimento de um aplicativo em que tentamos emular a edição multiusuário com bancos de dados pessoais e acabou sendo bastante complexo, com resultados mistos. O raciocínio era o mesmo; um banco de dados multiusuário era muito caro. Acabou custando muito mais a tentativa de desenvolver esse ambiente. No final, seria melhor investir no ArcSDE ou em uma solução semelhante.

Jakub Sisak GeoGraphics
fonte
Eu precisaria apenas de uma licença do ArcEditor e manteria os outros usuários no nível do Arcview ou todos terão que ter uma licença do ArcEditor?
Furlong
Todos os usuários provavelmente precisariam do ArcEditor. Idealmente, você provavelmente desejaria implementar o geodatabase SDE. Dessa forma, o tráfego de rede também seria gerenciado corretamente e todos os usuários poderiam ficar com o ArcView.
Jakub Sisak GeoGraphics
4

Eu não tentaria isso com um fGDB. Será uma dor de cabeça após a outra. Se você precisar de edição para vários usuários, deverá usar um SDE GDB. Se você tiver apenas seis editores, o SDE do grupo de trabalho funcionará bem para você. Na documentação do ArcGIS 10: Tipos de geodatabases

O ArcGIS Server Workgroup também inclui suporte ao ArcSDE para SQL Server Express. Com esse nível do ArcSDE, você pode usar o SQL Server Express para até 10 usuários e editores simultâneos da área de trabalho do Windows (usuários do ArcView, ArcEditor, ArcInfo, um aplicativo personalizado do ArcGIS Engine, AutoCAD, MicroStation etc.), além de vários outros conexões de servidor de aplicativos da Web. (Consulte seu contrato de licença para obter informações específicas sobre o número de conexões para sua implementação.)

Derek Swingley
fonte
Eu concordo com você, infelizmente não tenho acesso ao SDE GDB. Meu trabalho tem apenas licenciamento no nível ArcView com algumas extensões (analista de negócios, analista de rede e analista espacial)
Furlong
Eu diria que mantenha os dados de cada editor em seu próprio fGDB ... isso, ou solicite quem quer que escreva cheques para pagar alguns $$ por uma licença SDE.
Derek Swingley