Olá, de facto são noções básicas de PostgreSQL/PostGIS que não saltam logo à vista para quem não está ainda totalmente familiarizado com este programa e mesmo com implementação de BD. Estes pontos já me serviram para organizar algumas ideias.
Obrigado. Se ao longo do processo surgirem mais dúvidas volto a pedir ajuda. Zara 2011/11/14 Luís de Sousa <[email protected]> > Olá, estas dúvidas fazem sentido quanto a mim. No Postgres há que ter > em aten¢ẫo ao seguinte: > > a) nâo se podem criar chaves estrangeiras entre bases de dados (nem > tal faz sentido); > > b) as tabelas e funções do PostGis estão bem isoladas no esquema "public"; > > c) o PostGis pode ser adicionado a posteriori a uma base de dados > existente; > > d) os esquemas podem ser exportados/importados individualmente. > > Portanto o que faria seria começar com uma base de dados vazia e criar > um esquema para as relaçôes não espaciais. Mais tarde então adicionar > o PostGis e um segundo esquema com as tabelas espaciais quando > necessário. Se o tamanho em disco não for um problema também nâo há > mal nenhum em começar com o PostGis instalado. > > Acho importante salientar que numa base de dados com o PostGis se > devem manter todas as relações fora do esquema "public", para além de > facilitar a organização evita muitas dores de cabeça. > > Boa sorte, > > Luís > > 2011/11/14 Zara Teixeira <[email protected]>: > > Bom dia, > > tenho o design de uma base de dados definido que inicialmente seria para > > implementar em MySQL. > > De momento é uma solução aceitável, mas a BD tem tabelas com componente > > espacial e por isso eu gostaria de deixar em aberto o uso dessa > componente > > para futuros desenvolvimentos. Por esta razão, o PostgreSQL/PostGIS > > parece-me uma solução mais adequada, pelas funcionalidades e integração > com > > outros software. > > No entanto surgiram-me algumas dúvidas de base que eu gostaria de > esclarecer > > para tirar o maior proveito agora e de futuro. > > A maioria das tabelas são não-espacias e apenas 3 - pelo menos para já - > têm > > dimensão espacial. De uma ou de outra forma todas estão relacionadas e só > > algumas estão directamente relacionadas às tabelas espaciais. > > Como, para já, não iremos fazer uso da componente espacial, e esta é algo > > reduzida, surgiu a dúvida sobre a melhor forma de implementar este > sistema? > > Fiz uma pesquisa online, mas acabei por não chegar a nenhuma conclusão. > > O meu instinto diz-me que o melhor seria importar as tabelas todas para > uma > > mesma base de dados, com template PostGIS, ainda que eventualmente para > > esquemas separados. > > Outra hipótese seria criar uma BD em PostgreSQL para as tabelas não > > espaciais e uma outra com template_PostGIS para a informação espacial. > Será > > possível desta forma relacionar as tabelas? Sei que existe o dblink que > > permite fazer queries a tabelas em BD diferentes, mas é importante > definir > > relacionamentos que mantenham a integridade da BD quando forem feitas > > alterações. > > Será ainda possível, embora à partida me pareça um pouco absurdo, criar > para > > já em PostgreSQL e mais tarde importar a BD para um template_PostGIS? ou > > então adicionar as funções espaciais? > > Sei que é uma dúvida bastante geral e que diferentes objectivos podem ter > > diferentes soluções, mas gostava de ter a opinião de quem está habituado > a > > usar este software e poderá desde já antever problemas e soluções. > > Obrigado desde já pela ajuda, > > Zara Teixeira > > _______________________________________________ > > Portugal mailing list > > [email protected] > > http://lists.osgeo.org/mailman/listinfo/portugal > > > > > > _______________________________________________ > Portugal mailing list > [email protected] > http://lists.osgeo.org/mailman/listinfo/portugal > >
_______________________________________________ Portugal mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/portugal
