Ok Euler, obrigado pela dica... Vou dar uma estudada nos schemas... Jah tomei a primeira surra... Mandei criar as tabelas sem usar os schemas e ele criou tudo no public.... He he he...
Você poderia, se possivel, adereçar os pontos onde eu deveria ter cuidado ?? Grato pela ajuda, Marcelo Magno -----Mensagem original----- De: Euler Taveira de Oliveira [mailto:[EMAIL PROTECTED] Enviada em: sexta-feira, 25 de agosto de 2006 20:17 Para: Grupo de Usuários do PostgreSQL no Brasil Cc: Marcelo Magno Assunto: Re: [PostgreSQL-Brasil] RES: [postgresql-br] Views com dblink AGAIN Marcelo Magno escreveu: > Segundo o amigo Steve sugeriu abaixo, fui procurar sobre schemas, mas me > deparei com o problema da compatibilidade do codigo que eu já tenho rodando > no momento. Se eu fisesse uso de varios schemas para apenas 1 banco, > colocando 1 schema para cada um dos bancos antigos nesse novo banco, eu teria > o problema de reescrever todo o código que existe nesses sistemas legados > (reconstruir os selects para fazer uso dos schemas), e isso não é uma opcao > pra mim. Existe alguma outra maneira usando schemas que eu não esteja vendo? > Algo sem ter que reescrever os selects, inserts e afins...? > Sim. Basta executar a consulta: SET search_path TO esquema1, esquema2, esquema3; Após isso você terá todas os objetos (tabelas, visões, sequências, etc) 'visíveis'. > Hoje eu tenho 2 sistemas distintos, jah existentes em que foi necessario uma > integracao. > Sempre bato na tecla de ter apenas um banco para a empresa. Segurança? O sistema de banco de dados têm vários níveis de controle de acesso; basta usá-los. > Como eu fiz: eu fiz dentro de um banco algumas views usando o dblink, e > apontado para a tabela no outro banco. > > Exemplo da view: > CREATE OR REPLACE VIEW clientes AS > SELECT clientes.mneu_cli, clientes.nome_cli > FROM dblink('dbname=sbd95_teste'::text, 'select * from > clientes'::text) clientes(mneu_cli character varying(4), nome_cli > character); > > O grande problema eh que 2 dessas tabelas incluidas nas views tem uma > quantidade grande de tuplas (cerca de 800 mil) e o processo de join de uma > tabela do banco atual com a view do outro banco esta deveras demorado. > Sim. O custo de uma conexão a outro banco + a consulta na visão do outro banco é um processo muito oneroso (e que eu tentaria evitá-lo). Experimente a solução com esquemas. -- Euler Taveira de Oliveira http://www.timbira.com/ _______________________________________________ Grupo de Usuários do PostgreSQL no Brasil Antes de perguntar consulte o manual http://pgdocptbr.sourceforge.net/ Para editar suas opções ou sair da lista acesse a página da lista em: http://pgfoundry.org/mailman/listinfo/brasil-usuarios
