Uma versão recente (na data da escrita) do pacote Esri ArcGIS Connector entregou silenciosamente um benefício significativo para pessoas que trabalham com serviços de feature do ArcGIS Online ou Enterprise - nomeadamente requisições de leitura concorrentes.<\/P>
Isso é importante para pessoas que fazem coisas como captura de dados de mudança (também conhecido como detecção de mudanças) para edições atuais e revisadas de um conjunto de dados antes de escrever a transação delta - você pode ler o estado atual dos dados mais rápido.<\/P>
Quão mais rápido? Deixe-me mostrar - há duas partes na história, o tamanho da requisição de leitura e o novo comportamento de concorrência. Inspecione a anotação do workspace e as mensagens do log de tradução em duas sessões lendo a mesma camada de serviço:<\/P>
Primeiro, a situação padrão antes da atualização recente do pacote:<\/P>
"Antes" velocidade de leitura<\/span><\/span><\/P>E os mesmos dados após a atualização do pacote:<\/P>
"Depois" velocidade de leitura<\/span><\/span><\/P>Como dizem, sua experiência pode variar, mas no meu caso uma camada de pontos hospedada no ArcGIS Online passou a ler o serviço de feature de 1.044M features a 3.295 features por segundo para 12.533 features por segundo - mais de 3 vezes e meia mais rápido! Em parte isso é efeito de definir o parâmetro Features Per Request do leitor para o valor maxRecordCount permitido para a camada do serviço (tipicamente 2000), mas além disso a nova concorrência das chamadas REST Query subjacentes.<\/P>Aqui está um workspace que mostra o ciclo completo, lendo um arquivo CSV em uma URL com novos dados, lendo o serviço de feature, realizando detecção de mudanças entre os dois e escrevendo a transação delta no serviço de feature, todo o processo em 3 minutos e 10 segundos com a escrita real da transação delta em 5 segundos.<\/P>
Ciclo completo - ler e editar um serviço de feature<\/span><\/span><\/P>Se seu Esri ArcGIS Connector for anterior à versão 3.24.0 então atualize agora e aproveite o desempenho<\/STRONG>!<\/P>
