Etapas do programa de amostra
| Ação
| Descrição
|
Ativar/desativar o banco de dados espacial
|
- Ativar o banco de dados espacial (gseEnableDB)
- Desativar o banco de dados espacial (gseDisableDB)
- Ativar o banco de dados espacial (gseEnableDB)
|
- Esta é a primeira etapa necessária para utilizar o DB2 Spatial
Extender. Um banco de dados que foi ativado para operações espaciais
possui um conjunto de tipos espaciais, um conjunto de funções espaciais, um
conjunto de predicados espaciais, um novo tipo de índice e um conjunto de
administração de tabelas e views.
- Esta etapa é normalmente executada quando você tem capacidades espaciais
ativadas para o banco de dados errado. Ao desativar um banco de dados,
você remove um conjunto de tipos espaciais, um conjunto de funções espaciais,
um conjunto de predicados espaciais, um novo tipo de índice e um conjunto de
administração de tabelas e views.
Nota: | O desativar banco de dados falhará se houver objetos criados que dependem dos
objetos criados pelo ativar procedimento de banco de dados. Por
exemplo, ao criar uma tabela com uma coluna espacial do tipo ST_Point
causará a falha do desativar banco de dados. Isto ocorre porque a
tabela depende do ST_Point que é destinada a ser eliminada pelo desativar
procedimento de banco de dados.
|
- O mesmo que 1.
|
Registrar sistemas de referência espaciais
|
- Registrar o sistema de referência espacial para a coluna LOCATION da
tabela CUSTOMERS (gseEnableSref)
- Registrar o sistema de referência espacial para a coluna LOCATION da
tabela OFFICES (gseEnableSref)
- Desregistrar o sistema de referência espacial para a coluna LOCATION da
tabela OFFICES (gseDisableSref)
- Re-registrar o sistema de referência espacial para as colunas ZONE da
tabela OFFICES (gseEnableSref)
|
- Esta etapa define um novo sistema de referência espacial
(SRS) a ser utilizado para interpretar os dados espaciais da
tabela CUSTOMERS. Um sistema de referencia espacial inclui dados de
geometria de uma maneira que podem ser armazenados em uma coluna de um banco
de dados espacial. Após o SRS ser registrado para uma camada
específica, as coordenadas aplicáveis para a camada podem ser armazenadas na
coluna da tabela CUSTOMERS associada.
- Esta etapa define um novo sistema de referência espacial
(SRS) a ser utilizado para interpretar os dados espaciais da
camada OFFICES.Cada camada de tabela deve ter um SRS definido para a
mesma. As camadas da tabela OFFICES podem requerer um SRS associado
diferente da camada de tabela CUSTOMERS.
- Esta etapa é executada se você especifica um parâmetro SRS errado para a
camada ou coluna espacial. Ao desregistrar um SRS para a camada da
tabela OFFICES, você remove a definição com os seus parâmetros
associados.
- Esta etapa define um novo sistema de referência espacial
(SRS) a ser utilizado para interpretar os dados espaciais da
camada OFFICES.
|
Criar as tabelas espaciais
|
- Alterar a tabela CUSTOMERS incluindo a coluna LOCATION
(gseSetupTables)
- Criar a tabela OFFICES (gseSetupTables)
|
- A tabela CUSTOMERS representa dados de negócios que foram armazenados no
banco de dados por vários anos. A instrução ALTER TABLE inclui uma nova
coluna (LOCATION) do tipo ST_Point. Esta coluna será
preenchida pela geocodificação das colunas de endereço em uma etapa
subseqüente.
- A tabela OFFICES representa, entre outros dados, uma zona de vendas para
cada escritório de uma companhia de seguros. A tabela inteira será
preenchida com os dados de atributo de um banco de dados não-DB2 em uma etapa
subseqüente. Esta etapa envolve a importação de dados de atributo para
a tabela OFFICES a partir de um arquivo SHAPE.
|
Registrar as camadas espaciais
|
- Registrar a coluna LOCATION na tabela CUSTOMERS como uma camada
(gseRegisterLayer)
- Registrar a coluna ZONE da tabela OFFICES como uma camada
(gseRegisterLayer)
| Estas etapas registram as colunas LOCATION e ZONE como camadas para o DB2
Spatial Extender. Antes que uma coluna espacial seja preenchida ou
acessada pelos utilitários do DB2 Spatial Extender (por exemplo, o
geocoder), você precisa registrá-lo como uma camada.
|
Preencher as camadas espaciais
|
- Fazer o geocode dos dados de endereços para a coluna LOCATION da tabela
CUSTOMERS (gseRunGC)
- Carregar a tabela OFFICES usando o modo anexar
(gseImportShape)
- Carregar a tabela HAZARD_ZONE usando o modo criar
(gseImportShape)
|
- Esta etapa executa a geocodificação através da chamada do utilitário
geocoder. A geocodificação em batch é normalmente executada quando uma
porção significativa da tabela precisa ser geocodificada ou
re-geocodificada.
- Esta etapa carrega a tabela OFFICES com os dados espaciais existentes no
formulário de um arquivo SHAPE. Por causa da existência da tabela
OFFICES e da camada OFFICES/ZONE estar registrada, o utilitário de carga irá
anexar os novos registros a uma tabela existente.
- Esta etapa carrega a camada HAZARD_ZONE com os dados espaciais
existentes no formulário de um arquivo SHAPE. Pelo fato da tabela e da
camada não existirem, o utilitário de carga criará a tabela e registrará a
camada antes que os dados sejam carregados.
|
Ativar índices espaciais
|
- Ativar o índice espacial para a coluna LOCATION da tabela CUSTOMERS
(gseEnableIdx)
- Ativar o índice espacial para a coluna ZONE da tabela OFFICES
(gseEnableIdx)
- Ativar o índice espacial para a coluna LOCATION da tabela OFFICES
(gseEnableIdx)
- Ativar o índice espacial para a coluna BOUNDRY da tabela HAZARD_ZONE
(gseEnableIdx)
| Estas etapas ativam o índice espacial para as tabelas CUSTOMERS, OFFICES
e HAZARD_ZONE.
|
Ativar a geocodificação automática
|
- Ativar a geocodificação automática para as colunas LOCATION e ADDRESS da
tabela CUSTOMERS (gseEnableAutoGC)
| Esta etapa torna a chamada do geocoder automática. A utilização da
geocodificação automática causa às colunas LOCATION e ADDRESS da tabela
CUSTOMERS a sincronização com cada outra para operações de inclusão e
atualização subseqüentes.
|
Incluir/atualizar a tabela CUSTOMERS
|
- Inserir alguns registros com uma rua diferente
(gseInsDelUpd)
- Atualizar alguns registros com um novo endereço
(gseInsDelUpd)
| Estas etapas demonstram uma inclusão e atualização na coluna LOCATION da
tabela CUSTOMERS. Uma vez ativada a geocodificação automática, as
informações a partir da coluna ADDRESS são automaticamente geocodificadas
quando ela é incluída ou atualizada na coluna LOCATION. Este processo
foi ativado na etapa anterior.
|
Desativar a geocodificação automática
|
- Desativar a geocodificação automática para a camada CUSTOMERS
(gseDisableAutoGC)
- Desativar o índice espacial para a camada CUSTOMERS
(gseDisableIdxCustomersLayer)
| Estas etapas desativam a chamada automática do geocoder e do índice
espacial em preparação para a próxima etapa (a próxima etapa envolve a
re-geocodificação da tabela CUSTOMERS completa). Caso esteja
carregando uma grande tabela de geodados, é recomendado que você desative o
índice espacial antes de carregar os dados, ativando-o após a conclusão da
carga.
|
Re-geocodificar a tabela CUSTOMERS
|
- Fazer o geocode da camada CUSTOMERS novamente com um nível de precisão
baixo - 90% ao invés de 100% (gseRunGC)
- Reativar o índice espacial para a camada CUSTOMERS
(gseEnableIdx)
- Reativar a geocodificação automática com um nível de precisão baixo
- 90% ao invés de 100% (gseEnableAutoGC)
| Estas etapas executam o geocoder no modo batch novamente, re-ativa a
geocodificação automática com um novo nível de precisão e re-ativa o índice
espacial e a geocodificação automática. Esta ação é recomendada quando
o administrador espacial informa uma taxa de falhas alta no processo de
geocodificação. Se o nível de precisão está definido em 100%,
ele pode falhar para o geocode de um endereço porque pode não encontrar um
endereço correspondente nos dados de referência. Pela redução do nível
de precisão, o geocoder tem uma chance maior de encontrar dados
coincidentes. Após a tabela ser re-geocodificada no modo batch, ambos,
a geocodificação automática e o índice espacial, são ativados novamente para
facilitar a manutenção incremental do índice e da coluna espacial para
inclusões e alterações subseqüentes.
|
Criar uma view e registre suas colunas espaciais como camadas de view
|
- Criar uma view, HIGHRISK_CUSTOMERS, baseada na junção das tabelas
CUSTOMERS e HAZARD_ZONE (gseCreateView)
- Registrar as colunas espaciais da view como camadas de view
(gseRegisterLayer)
| Estas etapas criam uma view e registram suas colunas espaciais como
camadas de view.
|
Executar análise espacial
|
- Localizar a distância média do cliente para cada escritório
(ST_Within, ST_Distance)
- Localiza a renda média do cliente e o premio para cada escritório
(ST_Within)
- Localizar clientes que não estão cobertos por um escritório existente
(ST_Within)
- Localizar o número de zonas de risco que cada escritório sobrepõe
(ST_Overlaps)
- Localizar o escritório mais próximo a partir de uma localização de cliente
particular assumindo que o escritório esteja localizado no centro da zona do
escritório (ST_Distance, ST_Centroid)
- Localizar os clientes cuja localização esteja próxima ao limite de uma
zona de risco particular (ST_Buffer, ST_Overlaps)
- Localizar os clientes de risco alto que estão cobertos por um escritório
em particular
(Todas as etapas utilizam a gseRunSpatialQueries)
| Estas etapas executam análises espaciais utilizando os predicados
espaciais e funções na linguagem SQL do DB2. O otimizador de consultas
do DB2 explora o índice espacial nas colunas espaciais para aprimorar o
desempenho das consultas sempre que possível.
|
Exportar as camadas espaciais para dentro dos arquivos
| Exportar as camadas highRiskCustomers (gseExportShape)
| A etapa mostra um exemplo de exportação dos resultados de sua consulta
para um arquivo SHAPE. A exportação dos resultados de consulta para
outro formato de arquivo permite que a informação possa ser utilizada por uma
terceira ferramenta (por exemplo, ESRI ArcInfo).
|