Luciano, É viavel a idéia de separar os índices dos dados, aonde parte fica no "storage1" e o restante no "storage2"?
Ou isso, ou você pode separar as tabelas entre os storages através de tablespaces. Normalmente eu não preciso mais que isso. Passa mais detalhes do ambiente pra tentar te ajudar. Um abraço 2011/9/15 Luciano Schardosim <schar...@gmail.com> > Alguma outr sugestão alem do PLProxy? Alguma que não seja baseada em Stored > Prodedure (plpgsql)? > > Gurizada, isso tá sendo importante pra mim pois irá definir eu continuar ou > não com Postgres. Então quem puder me ajudar nesse questão, fico grato!!! > > []'s > > Em 15 de setembro de 2011 11:36, JotaComm <jota.c...@gmail.com> escreveu: > > Olá, Itamar >> >> Em 15 de setembro de 2011 11:21, Itamar Reis Peixoto < >> ita...@ispbrasil.com.br> escreveu: >> >> >>> On Sep 15, 2011 10:53 AM, "Luciano Schardosim" <schar...@gmail.com> >>> wrote: >>> > >>> > Pessoal, >>> > >>> > Vamos imaginar o seguinte cenário: tenho uma instancia de postgres e >>> dentro dessa instância tenho um schema chamado base_principal. Depois de >>> muito insert, o volume da base esta ocupando quase todo meu storage (não >>> importa qual o tipo de storage). O que importa é que agora eu quero poder >>> alocar uma nova área de armazenamento e quero que os dados da minha >>> instancia sejam distribuidos entre esse dois ambientes de armazenamento >>> automaticamente, ou seja, a cada nova área de armazenamento que eu >>> adicionar, o postgres faz a distribuição dos dados entre eles. Essa >>> distribuição eu quero que seja controlada pelo SGBD e não pelo sistema >>> operacional. >>> > >>> > Se tiverem alguma dica, pois pelo que entendi a tablespace do Postgres >>> não trabalha com o conceito de container e preciso de uma solução similar, >>> seja por tablespace, seja por múltiplas instancias.... Enfim... >>> > >>> > Mais uma vez, valeu gurizada!!! :D >>> > >>> > Luciano Schardosim >>> > >>> use lvm, quando seu hd enxer adicione mais discos. >>> >> >> Mas esperar o problema acontecer para depois tomar uma providência não é a >> maneira mais correta, devemos é evitar que isso aconteça, assim estamos >> sendo pró-ativos e não reativos. >> >> >> >>> >>> _______________________________________________ >>> pgbr-geral mailing list >>> pgbr-geral@listas.postgresql.org.br >>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >>> >>> >> >> Abraços >> >> -- >> JotaComm >> http://jotacomm.wordpress.com >> >> _______________________________________________ >> pgbr-geral mailing list >> pgbr-geral@listas.postgresql.org.br >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >> > > > Luciano Schardosim > > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Atenciosamente, Sebastian Selau Webber Colombo
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
