[pgbr-geral] Ajuda com o Query Planner

[Marcelo Costa]

Pessoal,

Alguém que saque de query planner pra ajudar?

Quero entender pq ele roda um planner global ao invés de parciais.

Minha query:

select count(*) from table1 where time > (select time from table2 where X =
Y)

O PG está fazendo uma seqscan na table1 mesmo que a coluna time seja uma
coluna indexada.

Mas ele usa o indice se eu faço:

select count(*) from table1 where time > 1498083552

Então meu problema é que, como ele não sabe o valor de filtragem de time,
na duvida manda fazer seqscan.

Pergunta:

Existe alguma forma de mandar ele rodar o query planner por etapas?

Primeiro pra subquery e depois pra query principal?

Obrigado

Marcelo Costa
-
http://www.infoq.com/br/author/Marcelo-Costa
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Agrupar bancos de dados replicado num único Banco

[Euler Taveira]

Em 22 de junho de 2017 10:47, Ivanelson Nunes 
escreveu:

>
> Supondo que eu siga esse modelo e como hoje eu já replico via Streaming
> replication e cada banco tem sua instância(sua porta) separada, então será
> que o Streaming replication atender a replicação usando esse modelo de
> distinção por esquema?
>

Não. Você não entendeu a arquitetura da replicação física (via streaming).
Você só consegue replicar o cluster (instância) inteiro. No seu caso,
replicar para uma única instância só usando replicação lógica.


-- 
   Euler Taveira   Timbira -
http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] SQL Select

[Arthur Nascimento]

On Thu, Jun 22, 2017 at 3:10 PM Ricardo  wrote:
> Estou quebrando a cabeça aqui pra criar um select que calcule o Resultado
de entrada e saída da tabela abaixo sem tem que criar uma função. Será
possível ?

Sim, com uma window function:

#select teste.*, sum(v_entrada) over w - sum(v_saida) over w from teste
window w as (partition by teste.mes);
 tipo | mes | v_entrada | v_saida | ?column?
--+-+---+-+--
 E|   1 |   100 |   0 | -100
 S|   1 | 0 | 200 | -100
 E|   2 |   150 |   0 |  -80
 S|   2 | 0 | 230 |  -80
 E|   3 |   200 |   0 |  200
 S|   3 | 0 |   0 |  200
(6 rows)


Essa apresentação sobre window functions do Bruce Momjian é uma leitura
adicional muito boa: https://momjian.us/main/writings/pgsql/window.pdf


-- 

Arthur Nascimento - tureba
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] RES: SQL Select

[Giovane Dziedzic]

Boa tarde Ricardo,

Usa o sum e group by.

Exemplo:

 

SELECT SUM(valorentrada-valorsaida) AS RESULT FROM tabela GROUP BY mês

 

Espero que ajude...

 

De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de 
Ricardo
Enviada em: quinta-feira, 22 de junho de 2017 15:11
Para: ( Lista ) PostgreSQL
Assunto: [pgbr-geral] SQL Select

 

Boa tarde pessoal,

 

Estou quebrando a cabeça aqui pra criar um select que calcule o Resultado 
de entrada e saída da tabela abaixo sem tem que criar uma função. Será possível 
?

 

Tabela

 

Tipo  |  Mês  |  Valor Entrada | Valor Saida |

-

   E| 1| 100,00 |0  |

   S| 1| 0  | 200,00|

   E| 2|  150,00|0  |

   S| 2| 0  |230,00 |

   E| 3| 200,00 |0  |

   S| 3| 0  |0  |

 

Select

 

Tipo  |  Mês  |  Valor Entrada | Valor Saida | Resultado ( Valor Entrada – 
Valor Saida ) do Mês 

--

   E| 1| 100,00 |0  |  -100,00

   S| 1| 0  | 200,00|  -100,00

   E| 2|  150,00|0  |-80,00

   S| 2| 0  |230,00 |-80,00

   E| 3| 200,00 |0  |   200,00

   S| 3| 0  |0  |   200,00

 

Já pastei e não achei uma solução.

Obrigado pela atenção

 

Ricardo

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] SQL Select

[Ricardo]

Boa tarde pessoal,

Estou quebrando a cabeça aqui pra criar um select que calcule o Resultado 
de entrada e saída da tabela abaixo sem tem que criar uma função. Será possível 
?

Tabela

Tipo  |  Mês  |  Valor Entrada | Valor Saida |
-
   E| 1| 100,00 |0  |
   S| 1| 0  | 200,00|
   E| 2|  150,00|0  |
   S| 2| 0  |230,00 |
   E| 3| 200,00 |0  |
   S| 3| 0  |0  |

Select

Tipo  |  Mês  |  Valor Entrada | Valor Saida | Resultado ( Valor Entrada – 
Valor Saida ) do Mês 
--
   E| 1| 100,00 |0  |  -100,00
   S| 1| 0  | 200,00|  -100,00
   E| 2|  150,00|0  |-80,00
   S| 2| 0  |230,00 |-80,00
   E| 3| 200,00 |0  |   200,00
   S| 3| 0  |0  |   200,00

Já pastei e não achei uma solução.
Obrigado pela atenção

Ricardo___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PostgreSQL + ZFS

[Ricardo Campos Passanezi]

On Thu, Jun 22, 2017 at 11:15:40AM -0300, alfredo júnior wrote:
> Em 22-06-2017 11:00, Ricardo Campos Passanezi escreveu:
> > Pessoal, estava assistindo ontem um vídeo do pessoal da BSDNow.tv
> > (https://www.bsdnow.tv/). Específicamente era o vídeo:
> > https://www.youtube.com/watch?v=zEMTfjzzP0s
> >
> > Achei muito interessante e resolvi compartilhar aqui.
> >
> > Não sou administrador de banco de dados, mas utilizamos aqui para alguns
> > poucos e pequenos projetos, além de usar para os sites também.
> >
> > Como utilizo muito FreeBSD (e agora sempre com o ZFS), tenho acompanhado
> > esse pessoal aí. E nesse episódio eles fizeram uma abordagem excelente
> > sobre o uso do PostgreSQL em máquinas com ZFS (já tem alguns linuxes que
> > implementam, mas não sei qual a estabilidade/maturidade/etc; ou seja, as
> > considerações podem ser aplicadas também, creio).
> No linux o pessoal do desenvolvimento está dando prioridade a 
> estabilidade, a performance ainda é ruim.
> >
> > Dá para ver a descrição em 
> > https://www.bsdnow.tv/episodes/2017_05_31-postgrezfs
> >
> > E o link para o PDF que eles apresentam está em:
> > https://people.freebsd.org/~seanc/postgresql/scale15x-2017-postgresql_zfs_best_practices.pdf
> >
> > É interessante, pelo menos do ponto de vista de aprendizado de
> > tecnologias.
> >
> > []'s
> >
> 
> (1) https://github.com/zfsonlinux/zfs/wiki/FAQ#performance-considerations


Legal, de todo modo, está no horizonte.


-- 
Ricardo Campos Passanezi - Supervisor de Seção
Chave PGP e GPG Pública em: http://www.ige.unicamp.br/~riccp
Instituto de Geociências - http://www.ige.unicamp.br - UNICAMP
Tel: (19) 3521 4560
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PostgreSQL + ZFS

[alfredo júnior]

Em 22-06-2017 11:00, Ricardo Campos Passanezi escreveu:

Pessoal, estava assistindo ontem um vídeo do pessoal da BSDNow.tv
(https://www.bsdnow.tv/). Específicamente era o vídeo:
https://www.youtube.com/watch?v=zEMTfjzzP0s

Achei muito interessante e resolvi compartilhar aqui.

Não sou administrador de banco de dados, mas utilizamos aqui para alguns
poucos e pequenos projetos, além de usar para os sites também.

Como utilizo muito FreeBSD (e agora sempre com o ZFS), tenho acompanhado
esse pessoal aí. E nesse episódio eles fizeram uma abordagem excelente
sobre o uso do PostgreSQL em máquinas com ZFS (já tem alguns linuxes que
implementam, mas não sei qual a estabilidade/maturidade/etc; ou seja, as
considerações podem ser aplicadas também, creio).
No linux o pessoal do desenvolvimento está dando prioridade a 
estabilidade, a performance ainda é ruim.


Dá para ver a descrição em https://www.bsdnow.tv/episodes/2017_05_31-postgrezfs

E o link para o PDF que eles apresentam está em:
https://people.freebsd.org/~seanc/postgresql/scale15x-2017-postgresql_zfs_best_practices.pdf

É interessante, pelo menos do ponto de vista de aprendizado de
tecnologias.

[]'s



(1) https://github.com/zfsonlinux/zfs/wiki/FAQ#performance-considerations
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Agrupar bancos de dados replicado num único Banco

[Ivanelson Nunes]

Arthur,

A intenção desse "juntar" é tornar os dados mais acessíveis  para fazer
relatórios, analises, etc...  Como tudo hoje está em instâncias separadas,
então fica difícil e custoso para apena a nível de aplicação obter esses
dados.

Por exemplo se quero os "CONTRATOS" abertos de todas as "N" Lojas., eu não
posso simplesmente, fazer select * from contrato , Eu tenho de conectar
em cada instância fazer o SELECT e depois ainda usar uma segunda estrutura
que agregue isso

@ivanelson
[]s

Em 22 de junho de 2017 09:22, Arthur Nascimento  escreveu:

> On Tue, Jun 20, 2017 at 7:26 PM Ivanelson Nunes 
> wrote:
> > Então como juntar esses bancos num único banco? E claro mantendo a
> consistência e o dado sempre atualizado.
>
> Qual a sua intenção por trás desse "juntar"? Se quiser que os dados
> estejam replicados em um local só, os outros ramos desta thread já falam de
> opções boas sobre replicação lógica.
>
> Mas também tem a chance de você só estar querendo que eles estejam
> *acessíveis* através de um banco único. Se for só isso, fica até mais
> simples: faça um banco novo, um schema para cada loja, sendo que cada um
> contém foreign tables para as respectivas tabelas dessas suas replicações
> locais.
>
> Assim você consegue consultar em um banco só loja1.tabela1, loja1.tabela2,
> ... loja2.tabela1, loja2, tabela2
> Em cima disso eu criaria visões com union all para ajudar as suas
> consultas, assim as tuplas ficam todas "juntas" e marcadas com as suas
> respectivas procedências:
> create view public.tabela1 as
>   select 'loja1', tabela1.* from loja1.tabela1
> union all
>   select 'loja2', tabela1.* from loja2.tabela1
> union all
>   
>
> Ajuste os nomes dos schemas adequadamente se tiver mais de um sendo usado
> nas lojas e/ou se não estiver usando o public. E visões materializadas
> podem ser úteis também.
>
> Boa sorte
> --
>
> Arthur Nascimento - tureba
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] PostgreSQL + ZFS

[Ricardo Campos Passanezi]

Pessoal, estava assistindo ontem um vídeo do pessoal da BSDNow.tv
(https://www.bsdnow.tv/). Específicamente era o vídeo:
https://www.youtube.com/watch?v=zEMTfjzzP0s

Achei muito interessante e resolvi compartilhar aqui.

Não sou administrador de banco de dados, mas utilizamos aqui para alguns
poucos e pequenos projetos, além de usar para os sites também.

Como utilizo muito FreeBSD (e agora sempre com o ZFS), tenho acompanhado
esse pessoal aí. E nesse episódio eles fizeram uma abordagem excelente
sobre o uso do PostgreSQL em máquinas com ZFS (já tem alguns linuxes que
implementam, mas não sei qual a estabilidade/maturidade/etc; ou seja, as
considerações podem ser aplicadas também, creio).

Dá para ver a descrição em https://www.bsdnow.tv/episodes/2017_05_31-postgrezfs

E o link para o PDF que eles apresentam está em:
https://people.freebsd.org/~seanc/postgresql/scale15x-2017-postgresql_zfs_best_practices.pdf

É interessante, pelo menos do ponto de vista de aprendizado de
tecnologias.

[]'s

-- 
Ricardo Campos Passanezi - Supervisor de Seção
Chave PGP e GPG Pública em: http://www.ige.unicamp.br/~riccp
Instituto de Geociências - http://www.ige.unicamp.br - UNICAMP
Tel: (19) 3521 4560
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Agrupar bancos de dados replicado num único Banco

[Ivanelson Nunes]

Fabrízio,

Sim a coluna empresa faz parte da PK, talvez eu tenha algumas poucas
tabelas sem essa coluna "empresa", porém não é difícil contornar isso.




@ivanelson
[]s

Em 22 de junho de 2017 09:16, Fabrízio de Royes Mello <
fabri...@timbira.com.br> escreveu:

>
> Em 22 de junho de 2017 02:18, Ivanelson Nunes 
> escreveu:
> >
> > Eu tenho no modelo uma coluna empresa em todas as tabelas. Então qual
> caminho seguir pglogical?
> > Bucardo?
> > BDR?
> >
>
> Vc não respondeu a pergunta do Euler, sua chave primária é única em cada
> base de dados? Essa coluna empresa faz parte da sua PK... se não nos
> mostrar um pouco mais do modelo fica dificil entender. Vide meu outro email
> com outra alternativa caso vc não tenha PK única.
>
> Att,
>
> --
>Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
>PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Agrupar bancos de dados replicado num único Banco

[Ivanelson Nunes]

Fabrizio
Bom dia

Minha aplicação não referencia o nome do esquema e renomear os esquemas e
alterar search_path para o padrão mencionado parece bem tranquilo.

A ideia de agregar por Herança parece boa.

Supondo que eu siga esse modelo e como hoje eu já replico via Streaming
replication e cada banco tem sua instância(sua porta) separada, então será
que o Streaming replication atender a replicação usando esse modelo de
distinção por esquema?

@ivanelson
[]s

Em 22 de junho de 2017 09:14, Fabrízio de Royes Mello <
fabri...@timbira.com.br> escreveu:

>
>
> Em 21 de junho de 2017 19:35, Euler Taveira 
> escreveu:
> >
> > Em 21 de junho de 2017 18:37, Ivanelson Nunes 
> escreveu:
> >>
> >>
> >> São todos iguais... Em todos os BD's de origem é o mesmo nome de
> esquema, mesmas tabelas, mesmas colunas, etc
> >
> >
> > Você só vai conseguir agregar dados de diferentes origens se a
> identificação da tupla (geralmente a chave) for única para todas as lojas.
> Isso quer dizer que você terá que (i) ter id único para registro na tabela
> contrato de todas as lojas ou (ii) ter uma coluna adicional "loja" em cada
> tabela a ser replicada para permitir uma identificação única dos registros.
> Tudo isso quer dizer que o seu modelo de dados deve estar preparado para
> essa agregação de múltiplas fontes de dados.
> >
> >
>
> Outra alternativa seria cada loja ter o "seu" schema, tipo "loja1",
> "loja2", "loja3", ..., "loja200"... assim os objetos seriam diferentes, e
> na "matriz" outro schema também... isso é fácil ajustando adequadamente o
> "search_path" em cada instância para deixar transparente para a aplicação
> pois provavelmente ela não qualifica o schema... ou qualifica ao usar em
> SQL Ivanelson??
>
> Nesta base central em um outro esquema especial, tipo "agregador" poderia
> criar toda a estrutura e por herança cada tabela de cada esquema herdar
> teste, algo do tipo:
>
>
> CREATE SCHEMA agregador;
> CREATE SCHEMA matriz;
> CREATE SCHEMA loja1;
> CREATE SCHEMA loja2;
>
> CREATE TABLE agregador.contrato(...);
> CREATE TABLE matriz.contrato(..) INHERITS (agregador.contrato);
> CREATE TABLE loja1.contrato(..) INHERITS (agregador.contrato);
> CREATE TABLE loja2.contrato(..) INHERITS (agregador.contrato);
>
>
> Desta forma temos os dados isolados por esquema e, caso necessário, também
> todos dados em um único ponto no esquema "agregador".
>
> Meus 0.01 centavos!
>
> Att,
>
> --
>Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
>PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Agrupar bancos de dados replicado num único Banco

[Arthur Nascimento]

On Tue, Jun 20, 2017 at 7:26 PM Ivanelson Nunes 
wrote:
> Então como juntar esses bancos num único banco? E claro mantendo a
consistência e o dado sempre atualizado.

Qual a sua intenção por trás desse "juntar"? Se quiser que os dados estejam
replicados em um local só, os outros ramos desta thread já falam de opções
boas sobre replicação lógica.

Mas também tem a chance de você só estar querendo que eles estejam
*acessíveis* através de um banco único. Se for só isso, fica até mais
simples: faça um banco novo, um schema para cada loja, sendo que cada um
contém foreign tables para as respectivas tabelas dessas suas replicações
locais.

Assim você consegue consultar em um banco só loja1.tabela1, loja1.tabela2,
... loja2.tabela1, loja2, tabela2
Em cima disso eu criaria visões com union all para ajudar as suas
consultas, assim as tuplas ficam todas "juntas" e marcadas com as suas
respectivas procedências:
create view public.tabela1 as
  select 'loja1', tabela1.* from loja1.tabela1
union all
  select 'loja2', tabela1.* from loja2.tabela1
union all
  

Ajuste os nomes dos schemas adequadamente se tiver mais de um sendo usado
nas lojas e/ou se não estiver usando o public. E visões materializadas
podem ser úteis também.

Boa sorte
-- 

Arthur Nascimento - tureba
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Calculo de memoria com 2 instancias

[Fabrízio de Royes Mello]

2017-06-21 19:55 GMT-03:00 Douglas Fabiano Specht :
>
> Boa noite Pessoal,
> hoje a tarde tivemos uma queda do serviço do postgres e gostaria de uma
opinião de vcs
> temos um servidor debian com 15GB de memória na AWS rodando com 2
instancias do Postgres.
> instancia 1
> PG 9.6 porta 5432
> max_conections: 1000
> sistema OLTP com conexão persistente
>
> instancia 2
> PG 9.5 porta 5433
> max_connection: 80
> sistema web
>
> Qual o calculo que poderia utilizar para cada instancia considerando os
dados acima nas configurações do postgres?
>
> Gostaria de saber se alguém tem em um mesmo servidor 2 serviços do
postgres separados e se poderia passar alguma dica.
>
> Verificamos no log do SO que o mesmo finalizou o processo da instancia 2
por alto consumo de memória
>
>
> Erro no log do postgresql:
> 2017-06-21 16:15:34 BRT [9969]: [1-1]
user=portalbi,db=portalbi,app=[unknown],client=192.168.10.8 WARNING:
 terminating connection because of crash of another server process
> 2017-06-21 16:15:41 BRT [30133]: [21-1] user=,db=,app=,client= LOG:  all
server processes terminated; reinitializing
> 2017-06-21 16:15:41 BRT [30133]: [22-1] user=,db=,app=,client= FATAL:
 could not map anonymous shared memory: Cannot allocate memory
> 2017-06-21 16:15:41 BRT [30133]: [23-1] user=,db=,app=,client= HINT:
 This error usually means that PostgreSQL's request for a shared memory
segment exceeded available memory, swap space, or huge pages. To reduce the
request size (currently 6640975872 bytes), reduce PostgreSQL's shared
memory usage, perhaps by reducing shared_buffers or max_connections.
>

Tem área de swap configurada nesse seu servidor?

Como estão seus parâmetros do kernel:
- vm.overcommit_memory
- vm.overcommit_ratio
- vm.swappiness

Att,

--
   Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Agrupar bancos de dados replicado num único Banco

[Fabrízio de Royes Mello]

Em 22 de junho de 2017 02:18, Ivanelson Nunes 
escreveu:
>
> Eu tenho no modelo uma coluna empresa em todas as tabelas. Então qual
caminho seguir pglogical?
> Bucardo?
> BDR?
>

Vc não respondeu a pergunta do Euler, sua chave primária é única em cada
base de dados? Essa coluna empresa faz parte da sua PK... se não nos
mostrar um pouco mais do modelo fica dificil entender. Vide meu outro email
com outra alternativa caso vc não tenha PK única.

Att,

--
   Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Agrupar bancos de dados replicado num único Banco

[Fabrízio de Royes Mello]

Em 21 de junho de 2017 19:35, Euler Taveira  escreveu:
>
> Em 21 de junho de 2017 18:37, Ivanelson Nunes 
escreveu:
>>
>>
>> São todos iguais... Em todos os BD's de origem é o mesmo nome de
esquema, mesmas tabelas, mesmas colunas, etc
>
>
> Você só vai conseguir agregar dados de diferentes origens se a
identificação da tupla (geralmente a chave) for única para todas as lojas.
Isso quer dizer que você terá que (i) ter id único para registro na tabela
contrato de todas as lojas ou (ii) ter uma coluna adicional "loja" em cada
tabela a ser replicada para permitir uma identificação única dos registros.
Tudo isso quer dizer que o seu modelo de dados deve estar preparado para
essa agregação de múltiplas fontes de dados.
>
>

Outra alternativa seria cada loja ter o "seu" schema, tipo "loja1",
"loja2", "loja3", ..., "loja200"... assim os objetos seriam diferentes, e
na "matriz" outro schema também... isso é fácil ajustando adequadamente o
"search_path" em cada instância para deixar transparente para a aplicação
pois provavelmente ela não qualifica o schema... ou qualifica ao usar em
SQL Ivanelson??

Nesta base central em um outro esquema especial, tipo "agregador" poderia
criar toda a estrutura e por herança cada tabela de cada esquema herdar
teste, algo do tipo:


CREATE SCHEMA agregador;
CREATE SCHEMA matriz;
CREATE SCHEMA loja1;
CREATE SCHEMA loja2;

CREATE TABLE agregador.contrato(...);
CREATE TABLE matriz.contrato(..) INHERITS (agregador.contrato);
CREATE TABLE loja1.contrato(..) INHERITS (agregador.contrato);
CREATE TABLE loja2.contrato(..) INHERITS (agregador.contrato);


Desta forma temos os dados isolados por esquema e, caso necessário, também
todos dados em um único ponto no esquema "agregador".

Meus 0.01 centavos!

Att,

--
   Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral