Banco de Dados na Programao para

Geoprocessamento Parte 1
Postado por Marcelo Ito em maio 20, 2013
Publicado em: Mapas. Marcado: modelo relacional. 1 comentrio
O geoprocessamento uma disciplina com uma vasta rea de aplicaes e fornece
informaes muito importantes atravs de imagens e dados para diversas reas. Dados
esse um componente muito importante para o geoprocessamento. Afinal, o que seria
para esta disciplina somente as imagens vetoriais sem os dados? Seriam imagens
vetoriais e no necessitariam de processamentos de dados algum. A manipulao de
seus dados so de grande importncia para que estes sejam confiveis, ntegros e
redundantes. Por outro lado no podemos nos esquecer que uma imagem vale mais do
que mil palavras.

Primeiro vamos a nossa introduo: O primeiro tipo de banco de dados a ser
comercializado foi o banco de dados em rede ou reticular, tambm chamado de
CODASYL Conference on Data System) ou DBTG ( Database Task Group). Em
seguida surgiu o Banco de Dados Hierrquico e a sua implementao mais popular foi o
IMS ( Information Management System). Esses dois modelos de Banco de Dados eram
conhecidos como sistema de navegao e eram complexos e de difcil manuteno e os
relacionamentos eram definidos atravs de ponteiros.
Em 1970 o Dr. E. F. Codd props o modelo relacional para o sistema de banco de
dados. Este modelo baseado na teoria dos conjuntos e as operaes sobre as relaes
(tabelas) so as operaes da teoria dos conjuntos.
Mais recentemente surgiram os banco de dados Objeto-Relacional que se propem a
serem tanto banco de dados Relacionais como banco de dados orientados a objeto, os
banco de dados geogrficos que possibilitam a armazenagem de grandes imagens como
por exemplo o campo geometry no PostGIS que so definidos para Large Object e o
campo Shape do Geodatabase da ESRI que um campo muito especial e capaz de
armazenar uma quantidade enorme de dados seja de imagens ou de vetores, e outros
banco de dados como os utilizados para mapeamento gentico como o Gerenciador de
dados de genoma, Banco de dados Mvel, Banco de dados Multimdia, Banco de dados
Distribudos etc.
Como foi abordado no post anterior, a facilidade de manipulao de dados no PostGIS
ficou muito fcil e os comandos de manipulao de dados SQL Structured Query
Language ficaram muito fceis e amigveis para qualquer leigo no assunto e foi
possvel a insero de dados vetoriais com apenas um nico clique usando o Quantum
GIS. Em relao s imagens foram necessrios alguns comandos muito simples de
insero e seleo.
No ArcMap 9.3 , a manipulao de dados to fcil e automtico que muitas vezes
pensamos no ser necessrio ter conhecimento de banco de dados. A facilidade e
automaticidade so muito importantes e produtivos mas o conhecimento de banco de
dados importante no sentido de evitar que os dados se tornem no redundantes e no
confiveis.
Por exemplo, a seguinte imagem pode fornecer dados corretos mas ser que preciso a
criao de tantas colunas para dados de apenas um local que possui algumas agncias ou
rgos? Essa imagem s um exemplo porque a verdadeira tabela de uma empresa,
continha cerca de 120 colunas e isso prejudica a realizao de juno (JOIN) com
tabelas de um banco de dados relacional.

E nesta outra imagem que contm dados somente para exemplo, os dados sero
recuperados mas como ser a sua recuperao em um sistema de informaes?

No incio eu at fiz tabelas como essas demonstradas e s fui descobrir a dificuldade de
manipular os dados mais tarde quando tive que desenvolver aplicativos para web.
Outros pontos que no so recomendveis para o bom funcionamento de um banco de
dados nomear as tabelas e as suas respectivas colunas, ou seja os cabealhos, usando
acentuao, espaos e caracteres especiais porque pode ser que comprometa a sua
utilizao em um possvel aplicativo a ser desenvolvido como por exemplo nesse trecho
de cdigo de programao:
String sql = SELECT identificao, organizao, ao de espera, todos os
documentos FROM tabela ao;
Se algum estiver programando em Java ou Action Script provavelmente poder ter
problemas assim como se algum criar esses campos no shapefile em seguida criar um
servio de mapas para depois chamar o servio REST Representational State
Transfer destes campos certamente poder ter problemas. Esse cdigo no ter
problemas se for chamado como o trecho a seguir:
String sql = SELECT identificacao, organizacao, acao_de_espera,
todos_os_documentos FROM tabela_acao;
Nesses dois exemplos acima ns poderamos dividir as tabelas e usar o comando
SQL JOIN (juno) para unir os dados das duas tabelas usando a chave primria e a
chave estrangeira. E justamente isso que ser abordado neste e nos posts seguintes. O
DBA Database Administrator ( Administrador de Banco de Dados ) Tiago Campos ir
dar algumas consideraes sobre a matria.
Eu penso que no necessrio ser um DBA ou ter um conhecimento equivalente a este
para manter as tabelas relevantes na programao para geoprocessamento mas entender
os conceitos bsicos da matria como por exemplo: os comandos de manipulao de
dados SQL , a DML Data Manipulation Language, os conceitos de chave primria e
chave estrangeira, o conceito de ndice, o conceito de JOIN, a cardinalidade e
relacionamentos e a normalizao recomendvel.

A importncia tambm de conhecer os conceitos de banco de dados porque o
programador de geoprocessamento no precisa ter os privilgios necessrios para a
criao de uma tabela no banco de dados relacional mas ele responsvel pela criao e
manipulao das tabelas de um shapefile assim como as suas respectivas junes
(JOINS), a sua cardinalidade (um para um, muitos para um ou um para muitos e muitos
para muitos), criao das chaves primrias e estrangeiras e a observao das formas
normais de criao de tabelas.

O ArcMap 9.3 possui a opo de fazer JOIN com uma tabela de um banco de dados
relacional e fornece as possveis colunas candidatas a chave estrangeira para faz-lo
conforme as conexes feitas no ArcCatalog 9.3. Este sem dvida um grande
gerenciador de banco de dados porque nele possvel fazer uma conexo com vrios
SGBDs Sistemas Gerenciadores de Banco de Dados com apenas um clique no boto
direito e com as janelas de assistncia no necessitando de insero de cdigos nem
comandos SQL. Mais um ponto para a observao das chaves primrias e estrangeiras
porque se estas estiverem corretas e definidas com um identificador comum nas tabelas
de diferentes SGBDs ( por exemplo: Oracle, SQL Server, PostgreSQL , SDE
Geodatabase, etc.), o ArcMap 9.3 poder fazer JOINS entre as tabelas unindo-as todas
em uma nica tabela automaticamente somente com as suas janelas de assistncia e com
as conexes do ArcCatalog 9.3.
Somente para reforar a importncia do que foi dito anteriormente: no artigo postado
anteriormente sobre SOAP no FLEX foi feito um JOIN de uma tabela de um shapefile
que estava em um servio no ArcGIS Server 9.3.1 com um web service SOAP de um
servio do Business Intelligence Pentaho. Isso s foi possvel por causa dos
identificadores comuns das chaves primrias e estrangeiras e o resultado foi a
visualizao de dados de um Business Intelligence nos servios de mapas do ArcGIS
Server 9.3.1 com dados provenientes de um Data Warehouse.
Como neste post ser abordado os conceitos gerais e introdutrios e as opinies de um
desenvolvedor de sistemas web para geoprocessamento, vamos abordar a respeito da
importncia da normalizao na criao das tabelas seja de bancos de dados relacionais
ou de bancos de dados geogrficos.
A tabela seguinte pode no apresentar erros mas notem que ela est sujeita a ter dados
de difceis manipulao e manuteno porque contm dados repetidos no estando
conforme a primeira forma normal:

Notem que conforme a insero dos dados nos campos ela poder conter dados que
podem dificultar a sua manipulao por isso muito importante observar a
normalizao.

No livro Sistema de Banco de Dados 4 Edio dos autores Rames Elmasri e Shamkant
B. Navathe, diz que na primeira forma normal (1FN) Estabelece-se que o domnio de
um atributo s deva incluir os valores atmicos (simples, indivisveis), e que o valor de
qualquer atributo em uma tupla deve ter um nico valor no domnio daquele atributo.
Na obra SQL Server 2005 Administrao & Desenvolvimento Curso Completo de
Jlio Battisti encontramos que Uma tabela est na Primeira Forma Normal quando
seus atributos no contm grupos de repetio. Neste mesmo livro o autor cita o
conceito de chave primria: o campo Chave Primria identifica de maneira nica
cada registro de uma tabela, isto , de posse do valor da chave primria somente
localizaremos um registro com aquele valor no campo Chave Primria.. Mas a Chave
Primria pode no ser uma nica coluna ento passaremos a ter mais colunas como
chave primria tornando a tabela como possuidora de chave primria composta.

Voltando ao conceito de normalizao para responder a uma pequena dvida: Mas o
que fazer se um determinado estado possuir ilhas como o estado do Par por exemplo e
no for possvel a separao nas tabelas? Nesse caso no possvel ter somente dados
atmicos e tero dados repetidos mesmos a no ser que seja criada uma outra regra no
seu projeto de banco de dados assim como na Tabela_pedido da figura acima a coluna
idregiao que possui dados repetidos. Para separar esses dados a fim de que se tornem
dados no repetitivos preciso avaliar o seu custo-benefcio. Seguir os conceitos de
normalizao no ir garantir que as tabelas criadas ou o projeto de banco de dados
tenham somente dados ntegros e redundantes. No livro Sistema de Banco de Dados os
autores dizem que: A normalizao de dados pode ser vista como o processo de
anlise de determinados esquema de relaes com base em Dfs e chaves primrias para
alcanar as propriedades desejveis de: (1) minimizao de redundncia e (2)
minimizao de anomalias de insero, excluso e atualizao . Ou seja, tudo o que
foi dito at agora para minimizar possveis falhas, dificuldades de manipulao,
facilidade de busca e minimizao de redundncias. Afinal na Tecnologia da
Informao no possvel estabelecer uma padronizao de acontecimentos e os
desafios fazem com que tanto a rea de TI quanto a rea de geoprocessamento tornem se
mais atraentes e desafiadores.

Este post inicial foi mais conceitual e os prximos sero mais tcnicos e realmente
dirigidos para o SGBD PostgreSQL desde a sua instalao at os comandos necessrios
para uma boa integrao de dados de um banco de dados relacional com uma tabela de
um banco de dados geogrfico.
Bibliografia:
_ ELMASRI, Rames; NAVATHE, Shamkant B. Sistema de Banco de Dados. Pearson.
4 Edio. 2005.
_ BATTISTI, Jlio. SQL SERVER 2005 ADMI NI STRAO &
DESENVOLVI MENTO CURSO COMPLETO. Axcel. 2005 .

Banco de Dados na Programao para
Geoprocessamento Parte 2
Postado por Marcelo Ito em maio 29, 2013
Publicado em: Mapas. 1 comentrio
A razo de cardinalidade para um relacionamento binrio especifica o nmero
mximo de instncias de relacionamento em que uma entidade pode participar. do
livro Sistemas de Banco de Dados cujos autores so Rames Elmasri e Shamkant B.
Navathe, esta frase relaciona os tipos de relacionamentos entre as tabelas do banco de
dados. Neste mesmo livro As razes de cardinalidade possveis para os tipos
relacionamento binrio so 1:1, 1:N, N:l e M:N. Os relacionamentos binrios ento
so: 1:1 Um para um, 1:N Um para muitos, N:1 Muitos para um e M:N Muitos
para muitos. Explicando melhor sem entrar nos detalhes da cardinalidade relacionada s
entidades fortes e fracas porque foge do escopo do artigo mas que muito bem
explicada no livro acima citado, dizemos que o relacionamento 1:1 o relacionamento
em que cada registro de uma tabela corresponde a um registro na tabela envolvida no
relacionamento.

Seguindo esse mesmo conceito 1:N (um para muitos) o relacionamento em que cada
registro de uma tabela corresponde a um ou mais registros em outra tabela envolvida no
relacionamento. Por exemplo: vamos supor que em um arquivo shapefile temos uma
tabela com as regies do Brasil (Norte, Sul, Sudeste, Nordeste e Centro-Oeste) e em
outro arquivo shapefile temos uma tabela com os estados do Brasil; logo um registro da
regio Sul corresponde a trs registros na tabela de outro arquivo shapefile dos estados
brasileiros Rio Grande do Sul, Santa Catarina e Paran. Ento o conceito inverso N:1
(Muitos para um) tambm pode ser inserido neste exemplo; depende s da direo do
relacionamento.

O relacionamento M:N (muitos para muitos) ocorre quando por exemplo temos uma
tabela do arquivo shapefile estados brasileiros e outra tabela de um shapefile de
determinado evento X, Y e Z onde estes eventos podem ocorrer em todos os estados
brasileiros e todos os estados brasileiros querem que qualquer um destes eventos ocorra.
Na prtica ento preciso a criao de uma tabela auxiliar deste relacionamento que
guarda as chaves primrias das duas tabelas envolvidas no relacionamento. No livro
Projeto de Banco de Dados de Felipe Nery Rodrigues Machado e Maurcio Pereira
de Abreu, encontramos que: Para a descoberta da cardinalidade devemos analisar de
forma macro a possibilidade de relacionamentos, sendo que a ocorrncia de maior
valor que determina sempre o grau lgico do relacionamento.

Na prtica recomendvel a criao de uma tabela auxiliar

Para falarmos de cardinalidade no relacionamento entre tabelas de um shapefile e deste
com tabelas de um banco de dados relacional preciso saber com mais detalhes o que
um arquivo shapefile que normalmente tem a extenso .shp .
Ento vamos definio: Do wikipedia : O shapefile um formato popular de arquivo
contendo dados geoespaciais em forma de vetor usado por Sistemas de Informaes
Geogrficas SIG. Foi desenvolvido e regulamentado pela ESRI como uma
especificao aberta para interoperabilidade de dados entre os softwares da ESRI e de
outros fornecedores. No documento da ESRI Environmental Systems Research
Institute: ESRI shapefile Technical Description J uly 1998 a descrio compe-se
de que um arquivo shapefile que armazena a geometria no topolgica e informaes de
atributos para um conjunto de dados de uma feio espacial. A geometria para a feio
(camada espacial) armazenada como um shapefile (forma) que compreende um
conjunto de coordenadas vetoriais. Neste mesmo documento encontramos que os
arquivos shapefiles podem suportar pontos, linhas e reas de feies. Essas feies so
representadas como um crculo fechado, polgonos digitalizados. Os atributos so
mantidos em um arquivo no formato dBASE (.dbf). Cada registro tem um atributo de
relacionamento de (1:1) um para um, conforme a cardinalidade citada anteriormente.
Logo, podemos concluir que nas tabelas do arquivo shapefile os registros para os
relacionamentos esto definidos em 1:1 (um para um). Este ponto muito importante
porque o arquivo .mxd do ArcMap faz junes (JOINS) entre tabelas com outros
relacionamentos conforme as imagens abaixo mas na sua documentao as junes
sero somente 1:1 (um para um) e N:1 (muitos para um) que diferente de 1:N (um
para muitos) . No suporte da ESRI encontramos o seguinte tpico: Uma juno entre
duas tabelas no ArcMap pode ser feita somente com relacionamento 1:1 ou N:1 entre a
tabela principal e outra tabela, cujos atributos so ligados pela juno tabela principal.
Toda juno feita entre tabelas registrada no ArcMap. Entretanto, neste caso para cada
registro na tabela principal, se houver muitos dados registrados na tabela secundria, s
o primeiro dado da segunda tabela ser feita a juno.

Este um bom momento para descrever o que uma juno. Em Sistemas de Banco
de Dados a descrio usada para combinar as tuplas relacionadas em duas
relaes dentro de uma tupla nica. Essa operao muito importante para qualquer
banco de dados relacional com mais de uma relao, porque nos permite processar os
relacionamentos entre as relaes. Podemos concluir que a juno uma operao que
liga duas tabelas contendo uma coluna ou mais em comum chamadas de chave primria
e chave estrangeira. O ArcMap possui uma ferramenta muito prtica para fazer as
junes entre as tabelas:

Depois de clicar na opo J oin aparecer uma janela para definio dos
relacionamentos selecionando as chaves candidatas a serem as chaves primria e
estrangeira

Depois de feita a juno s ver o resultado abrindo a tabela do shapefile.

Ao voltarmos para o exemplo anterior podemos entender melhor o que isso quer dizer:
Caso desejarmos fazer uma juno entre dois shapefiles sendo um deles o dos estados
brasileiros e o outro das regies do Brasil (Norte, Nordeste, Centro-oeste, sul e sudeste)
possvel fazer no ArcMap a juno entre os dois arquivos desde que o direcionamento
da relao seja dos estados brasileiros para as regies do Brasil por exemplo: So Paulo,
Rio de Janeiro, Minas Gerais e Esprito Santo (shapefile dos estados brasileiros) so
estados da regio Sudeste (shapefile das regies brasileiras) ento no campo da direo
existe a opo (FORWARD). Caso invertamos os relacionamento 1:N (um para muitos)
que no exemplo seria o shapefile das regies brasileiras para os estados brasileiros o
relacionamento no seria possvel ou ento difcil porque a juno resultaria somente no
primeiro registro dos estados brasileiros e este ponto tambm muito bem explicado no
suporte da ESRI: Ateno: Se voc tentar criar uma juno de um relacionamento 1:
M, apenas o primeiro registro ser ligado resultando assim em um nico registro
tambm no resultado da camada.

Os relacionamentos 1:N (um para muitos) e M:N (muitos para muitos) so muito
importantes no desenvolvimento de sistemas e os desenvolvedores enfrentam muitos
desafios na sua caminhada e, em uma destas foi necessrio o uso do relacionamento 1:N
(um para muitos) justamente em um servio de mapa e era preciso que ao clicar em uma
regio do Brasil o balo de informaes trouxesse dados dos estados integrantes da
regio clicada e juntamente com dados de uma tabela relacional de um SGBD (Sistemas
Gerenciadores de Banco de Dados) PostgreSQL . Este relacionamento foi conseguido
com um web service REST em um sistema desenvolvido no FLEX com a API do
ArcGIS para FLEX e o exemplo foi apresentado no post anterior Dashboard com
ArcGIS Server . Neste post o servio de mapa do ArcGIS Server consegue fazer os
relacionamentos 1:N (um para muitos) perfeitamente ligando a tabela do arquivo
shapefile com uma ou mais tabelas de um ou mais SGBD e nesse dashboard possvel
com apenas um clique em um dos estados americanos trazer vrias informaes deste,
seja em um balo de informaes, grficos ou tabelas simultaneamente. Resumindo
ento, a sada foi fazer uma juno (JOIN) de dados na prpria aplicao mantendo a
integridade original da tabela do servio de mapas do ArcGIS Server.

Neste exemplo acima podemos ver que possvel fazer junes de uma tabela de um
shapefile que pode estar em um Geodatabase .gdb ou em um arquivo dBASE .dbf
com tabelas relacionais de um banco de dados com todas as cardinalidades seja no
arquivo .mxd (extenso para os arquivos do ArcMap) ou em um servio de mapas.

No ArcMap possvel criar uma Classe de Relacionamento (Relationship Class) que
permite todas as cardinalidades nos seus relacionamentos (1:1 Um para Um, N:1
Muitos para Um, 1:N Um para Muitos e M:N Muitos para Muitos) e essa classe faz
com que as tabelas fiquem relacionadas podendo ser usadas em outros servios que o
Geodatabase (Banco de dados geogrfico com uma boa definio feita por Alejandro e
Marcus) mantm este relacionamento. No blog de treinamento da ESRI encontramos
um artigo muito bem explicado onde podemos aprender muito bem sobre relao e
classes de relacionamentos (Relates Vs Relationship Classes).

Ser preciso neste momento reforar mais um pouco a definio de chave primria e
chave estrangeira porque so muito importantes nos relacionamentos entre as tabelas do
Banco de Dados. Na primeira parte da matria conceituamos o que o autor Jlio Battisti
escreveu em seu livro SQL SERVER 2005 ADMI NI STRAO &
DESENVOLVI MENTO, onde diz que: Ao definirmos um campo como sendo uma
chave primria, estamos informando ao Banco de Dados que no podem existir dois
registros com o mesmo valor na chave primria, ou seja, os valores no campo Chave
Primria precisam ser nicos. Nesta mesma obra o autor descreve um detalhe muito
importante que precisamos dar bastante ateno:
Ao escolher campos de chave primria, considere os seguintes detalhes:
No permitida duplicidade de valores ou valores nulos (informaes desconhecidas).
Caso no exista um identificador nico para uma determinada tabela, pode-se usar um
campo que numere os registros sequencialmente.
Pode-se utilizar o valor deste campo para encontrar registros.
O tamanho da chave primria afeta a velocidade das operaes, e portanto, para um
melhor desempenho, devemos utilizar o menor tamanho que acomode os valores
necessrios para armazenar no campo.

Em Sistemas de Banco de Dados tambm encontramos uma restrio de integridade
no campo a ser definido como chave primria: A restrio de integridade de entidade
estabelece que nenhum valor de chave primria pode ser null. Isso porque o valor da
chave primria usado para identificar as tuplas individuais em uma relao. Ter
valores null para a chave primria implica no podermos identificar alguma tupla.
Assim, conclumos ento que uma chave primria no pode ter valores vazios (Obs.: O
zero no null , um nmero).
No caso de um shapefile o campo objectid um campo sequencial e perfeitamente
candidato a ser chave primria mas dependendo da juno a ser realizada pode ser
escolhido um outro campo.
E quanto a chave estrangeira? Essa resposta ns podemos encontrar no livro Projeto de
Banco de Dados que define a chave estrangeira da seguinte forma: Sendo que se
encontrarmos dois graus de relacionamento conforme o sentido de leitura, adotamos o
grau maior como o efetivo do relacionamento. Ento, o lado que ficar com a
cardinalidade N (muitos) dever ter um campo, em sua estrutura, idntico a um campo
da outra entidade, o qual chave primria nesta entidade. Este o conceito de chave
estrangeira: um dado colocado em uma entidade que em outra o identificador
unvoco (chave primria).
Para saber mais:
http://support.esri.com/en/knowledgebase/techarticles/detail/37544
http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//005s0000002n000000
http://www.esri.com/library/whitepapers/pdfs/shapefile.pdf
http://blogs.esri.com/esri/esritrainingmatters/2009/02/26/relates-vs-relationship-classes/
Bibliografia:
_ ELMASRI, Rames; NAVATHE, Shamkant B. Sistema de Banco de Dados. Pearson.
4 Edio. 2005.
_ BATTISTI, Jlio. SQL SERVER 2005 ADMI NI STRAO &
DESENVOLVI MENTO CURSO COMPLETO. Axcel. 2005 .
_ MACHADO, Felipe Nery R. ; ABREU, Maurcio Pereira de . Projeto de Banco de
Dados. 8 Edio. Editora rica Ltda 2002.
Banco de Dados na Programao para
Geoprocessamento Parte 3
Postado por Marcelo Ito em julho 2, 2013
Publicado em: Mapas. Marcado: driver jdbc, driver odbc, postgis, sgbd, shapefile. Deixe um
comentrio
Este post abordar a instalao e a conexo do Sistema Operacional Windows com o
SGBD PostgreSQL e sua extenso PostGIS com o ODBC Open Database
Connectivity que um padro para acesso a sistemas gerenciadores de bancos de
dados. Este padro usado pelo ArcGIS para fazer uma conexo com um banco de
dados relacional possibilitando a realizao de juno (JOIN) entre a tabela do shapefile
e a tabela relacional do SGBD Sistema Gerenciador de Banco de Dados.

Para a sua instalao preciso baixar o software de: http://postgres.com e instalar no
seu computador. Esta matria ser dirigida para o Sistema Operacional Windows por
causa da interao com o ArcMap.
A instalao do programa muito simples: Comece a instalao

Clique em next e em seguido o usurio e a senha para o PostgreSQL

O PostgreSQL usa geralmente a porta 5432. Se for alterar a porta guarde essa
informao porque muito importante no desenvolvimento de Sistemas

Finalizada a instalao instale os drivers psqlODBC, psqlJDBC e a extenso espacial
PostGIS

O driver ODBC ( no PostgreSQL psqlODBC) importante no sentido de criar uma
conexo do Sistema Operacional com o Banco de Dados e isso facilita muito no
desenvolvimentos de Sistemas especficos para o Sistema Operacional e tambm
usada pelo ArcMap para fazer conexo com os Banco de Dados como o PostGIS e
SGBDs Sistemas Gerenciadores de Banco de Dados. Uma observao muito
importante neste ponto que para que o ArcMap faa a conexo com o Banco de Dados
preciso que na sua instalao o cliente de conexo com banco de dados seja instalado.
O driver JDBC ( no PostgreSQL psqlJDBC) muito importante para o uso em
desenvolvimento de sistemas usando a linguagem de programao Java. A instalao do
driver psqlODBC pode ser feita manualmente baixando o driver diretamente do site:
http://postgresql.com .

Depois de instalado o driver ODBC (psqlODBC do PostgreSQL pois os SBGDs/Banco
de Dados possuem seus drivers especficos como o mysqlODBC) preciso fazer a
conexo do Sistema Operacional com o Banco de Dados. Conexo essa que ser usada
pelo ArcMap. No Quantum GIS a conexo feita com informaes do banco de dados,
seu driver, a sua porta (neste caso a porta usada pelo PostgreSQL 5432 conforme a
imagem postada anteriormente), o usurio e a senha cuja imagem tambm foi postada
anteriormente no sendo necessria a utilizao da conexo ODBC.
O primeiro passo para fazer a conexo ODBC no sistema operacional Windows clicar
no painel de controle e selecionar o cone Ferramentas Administrativas.

Clique na opo Fonte de Dados (ODBC)

Aparecer uma janela de conexes e selecione a aba Fonte de Dados do Sistema e
adicione o driver para o PostgreSQL

Em seguida preencha os campos com os dados do banco de dados como o nome de
usurio, o nome do computador e o nome da base de dados

Finalmente a conexo est pronta para ser usada no sistema e no ArcMap para fazer
junes entre as tabelas do shapefile com uma tabela relacional.
A conexo comea no ArcCatalog. Depois de aberto o programa clique com o boto de
menu em Database Connections Add OLE DB Connection e surgir uma janela de
opes conforme a figura abaixo:

Depois de selecionado o driver ODBC preencha a janela seguinte com o nome da
conexo ODBC e o usuario e a senha de acesso ao banco de dados.

possvel agora fazer a juno entre a tabela do shapefile com uma tabela com dados
fictcios do postgreSQL atravs da conexo ODBC.


Para fazer a juno (JOIN) selecione os dois campos com os mesmos domnios. Neste
exemplo os campos esto repetidos porque a regio meso Norte Maranhense e Oeste
Maranhense possuem muitas ilhas e na juno os dados estaro repetidos conforme as
explicaes dos posts anteriores e por isso neste exemplo no ter importncia.

Finalmente podemos ver o resultado da juno da tabela do shapefile com a tabela
relacional do SGBD PostgreSQL.

Para saber mais:
http://postgresql.com .