Se você tem uma tabela em cada schema com o mesmo nome, você deve fazer a
referencia do schema antes do nome da tabela.. Caso não tenha tabelas com o
mesmo nome você pode usar o Search Path e setar "2 schemas" para um
determinada Query, com isso não é necessário informar de qual schema a
tabela pertence.

Em 28 de janeiro de 2015 10:39, Rubens José Rodrigues <
[email protected]> escreveu:

>
>
> >As vantagens são além da qual você ja citou e que talvez seja a maior
> 'Organização', é a também a facilidade de dar permissão em todas as tabelas
> de um único squema.
> >Agora dividir assim como você falou vai depender de como a sua aplicação
> vá
> se comportar em com relação a isso.
> >Normalmente os squemas são divididos em módulos da sua aplicação (que por
> um acaso podem ter o nome dos departamentos),  ou squemas com tabelas do
> sistemas, squema com os cadastros, squema com a >movimentação e assim vai.
> >Glauco, aproveitando a sua explicação, caso eu tenha um schema para
> cadastros e outro para movimentações, ao montar consultas que relacionem
> tabelas dos schemas diferentes, tenho que colocar de forma >explícita o
> nome
> dos schemas na consulta?
>
>
>
>
> >>Sim, deve ser informado antes do nome da tabela o squema, você pode ter
> tabelas com o mesmo nome mais em squemas diferentes.
> >>Att Glauco
>
> Search Path?
>
> http://www.postgresql.org/docs/9.4/static/ddl-schemas.html
> --> 5.7.3
>
>
>
> __________ Informação do ESET Endpoint Security, versão da vacina 11085
> (20150128) __________
>
> A mensagem foi verificada pelo ESET Endpoint Security.
>
> Mensagem de email - esta OK
>
> http://www.eset.com
>
>
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 

Atenciosamente.

*Lucas Viecelli*

<http://www.leosoft.com.br/coopcred>
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a