Octo para banco de dados espacial no ArcGIS Enterprise
Num ArcGIS Enterprise, o banco espacial (PostgreSQL com PostGIS, SQL Server, Oracle, SAP HANA ou Db2, no seu servidor ou na nuvem) é onde os lotes, as redes e as tabelas do ERP se encontram. Com acesso de leitura, o Octo pode juntar o cadastro do IPTU aos lotes por uma view, auditar tipos espaciais, SRIDs, índices e privilégios e preparar a migração de ST_Geometry para PostGIS com conferência numérica. Escrever por SQL em dado versionado é proibido pela Esri; criar papel, conceder privilégio e publicar serviço ficam com o DBA e o administrador do portal.
Seis entregas possíveis, tiradas do levantamento. Todas partem de leitura dos catálogos e das tabelas; o que cria objeto, concede privilégio ou publica roda só com a ordem do DBA e do administrador do portal.
Pode juntar o cadastro do IPTU, o CRM ou o cadastro de clientes às feições por uma view espacial, sem copiar geometria, e apontar lotes sem cadastro, cadastros sem lote e áreas divergentes.
Entrega: view, query layer e rascunho de serviçoPode listar cada coluna espacial com tipo (ST_Geometry, PostGIS geometry ou geography), SRID e forma, o que está registrado com o geodatabase e o que é tabela solta de outro sistema.
Entrega: inventário comparável mês a mêsPode achar papéis com SUPERUSER, CREATEROLE ou BYPASSRLS, escrita aberta a PUBLIC, escrita nas tabelas de sistema e RLS ligada sem política, e escrever o SQL de correção comentado.
Entrega: relatório por gravidade + SQL para o DBAPode ler o EXPLAIN do SELECT de uma query layer, achar tabela espacial sem índice GiST, estatística velha e junção sem índice, e propor a correção fora do horário de pico.
Entrega: diagnóstico com o plano de execuçãoPode comparar o seu banco com os requisitos de RDS, Aurora, Azure Database for PostgreSQL e Cloud SQL (só PostGIS) e preparar a cópia de cada classe de ST_Geometry com conferência numérica.
Entrega: plano de migração classe a classePode registrar que banco e versão sustentam cada serviço, o que é referenciado e o que foi copiado, o que mora no ArcGIS Data Store e quem tem qual privilégio.
Entrega: mapa da arquitetura eGISO mesmo ciclo do Octo, aplicado ao banco de um eGIS. Cada braço tem um papel estreito; quem cria papel, concede privilégio, registra data store e publica é o DBA e o administrador do portal.
SGBD e versão, onde roda (servidor próprio ou serviço de nuvem), se tem geodatabase, que serviços apontam para ele, o que mora no ArcGIS Data Store e que sistemas da casa escrevem nas tabelas.
Tipos espaciais por coluna, SRIDs, o que está registrado com o geodatabase, chaves de junção com o ERP (inscrição, código do cliente) e duplicidades antes de qualquer view.
Papel só de leitura para serviço de consulta, nada de SUPERUSER ou BYPASSRLS em conexão de aplicação, RLS onde o ERP exige recorte, dados pessoais fora da view (LGPD) e envio a serviço externo avaliado antes.
View e query layer para ler outro sistema; registro com o geodatabase quando é preciso editar no Pro; dado referenciado em vez de copiado; ferramenta da Esri, nunca SQL de escrita, em dado versionado.
Prepara views, roteiros de auditoria, scripts de query layer e de migração, com ensaio por padrão e a página da Esri, do PostgreSQL ou do PostGIS anotada em cada arquivo.
Em homologação: contagem da view contra as tabelas de origem, EXPLAIN do SELECT da camada, contagem, área e SRID antes e depois de uma migração.
Só com o seu ok: o DBA executa o SQL aprovado; o administrador registra o data store e sobe o serviço a partir do .sd preparado.
Que banco sustenta cada serviço, o que é referenciado e o que é cópia, papéis e privilégios em vigor, SRID oficial e o atestado de cada migração.
O Octo não cria papel, não concede privilégio, não escreve em tabela do geodatabase e não publica serviço. Isso cabe ao DBA e ao administrador do ArcGIS Enterprise.
O critério que o Octo usa para escolher. SQL serve para ler e para objetos fora do geodatabase; o que está registrado e versionado muda só pelas ferramentas da Esri.
| Tarefa | Caminho | Observação |
|---|---|---|
| Geodatabase em banco gerenciado | Enable Enterprise Geodatabase | PostgreSQL na nuvem: só PostGIS |
| Ler tabela de outro sistema no mapa | Make Query Layer | Somente leitura no mapa; identificador único sem nulos |
| Juntar ERP e lotes | View espacial + query layer | Camada só leitura no Portal |
| Tabela criada por SQL com funções do geodatabase | Register With Geodatabase, como dono | View registrada não vai para feature service |
| Publicar sem copiar | Registrar o banco (AddDataStoreItem) e copyDataToServer = False | Sem registro, o servidor copia |
| Dar acesso a um usuário | Change Privileges | Branch versioning: acesso pelo compartilhamento no portal |
| Auditar o banco | SQL de catálogo + script de auditoria | Só leitura |
| Levar ST_Geometry para a nuvem | Cópia com PG_GEOMETRY + conferência | Migrate Storage só em Oracle e SQL Server |
| Analisar no Snowflake, BigQuery ou Redshift | Conexão de warehouse + query layer | Sem geodatabase e sem edição |
| Escrever por SQL em dado versionado | Proibido (branch) ou só pela versioned view (tradicional) | A Esri avisa; decisão do administrador |
Três degraus. Cada um só faz sentido depois que o anterior mostrou resultado no seu banco.
Proposta, não promessa
Com acesso de leitura, você pergunta como DBA e o Octo mede e explica.
Cada integração com ERP, cadastro ou CRM nasce como view, query layer e rascunho de serviço, com a checagem de divergências.
O histórico das auditorias mostra a tendência do banco e prepara migrações e upgrades.
Cada ponto abaixo tem fonte publicada pelo fabricante, pelo projeto ou pelo órgão responsável. As fontes estão na seção seguinte.
4
pontos com fonte publicada, cada um com a referência indicada ao lado.
O Octo prepara tudo, mas não assina. O documento que vale continua com quem responde por ele.
Levanta, calcula, organiza e gera os documentos: planilhas, relatórios, mapas e minutas.
Entrega: material pronto para conferirO profissional habilitado confere o que o Octo entregou antes de assinar. Se algo não fecha, volta para o Octo com a correção.
Etapa: conferência por quem assinaO Octo não assina. Projeto, laudo, ART/RRT, prestação de contas e qualquer documento oficial continuam assinados pelo profissional habilitado da empresa ou do órgão: aqui, o responsável técnico pelo mapa ou pelo levantamento.
Assinatura: responsável técnico pelo mapa ou levantamentoDocumentação da Esri, do PostgreSQL e do PostGIS usada no levantamento, consultada em 29/10/2026.
O diagnóstico começa com um usuário de leitura nos catálogos, sem tocar em nenhuma tabela. Você recebe o inventário, as divergências e uma proposta do que dá para integrar e corrigir, e decide com ela na mão.
