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.
Em 16 de setembro de 2011 10:42, JotaComm jota.c...@gmail.com escreveu:
Em 15 de setembro de 2011 18:10, Hugo Bastos Bucker
hbbuc...@gmail.comescreveu:
Bom... pelo menos eu não tenho visto muitas tabelas particionadas
rodando
Eu tenho um sistema que faz uso intenso de tabelas
On 19-09-2011 13:12, Alexsander Rosa wrote:
Minha maior dúvida sobre o particionamento é quanto ao processo de manutenção
ao longo dos anos.
A única maneira é usar scripts rodando no CRON para criar novas tabelas e
atualizar os triggers?
Sim.
Ou existe algum jeito mais limpo, usando alguma
Em 19 de setembro de 2011 13:23, Euler Taveira de Oliveira
eu...@timbira.com escreveu:
On 19-09-2011 13:12, Alexsander Rosa wrote:
Minha maior dúvida sobre o particionamento é quanto ao processo de
manutenção
ao longo dos anos.
A única maneira é usar scripts rodando no CRON para criar
On 19-09-2011 13:42, Fabrízio de Royes Mello wrote:
Creio que essa não seja a *única* forma de fazer isso... você pode muito bem
decidir em qual partição irá inserir os dados de forma dinâmica com uma
trigger no *insert* de sua tabela principal (eu faço isso e funciona bem)...
utilizo SQLs
Em 19 de setembro de 2011 15:45, Euler Taveira de Oliveira
eu...@timbira.com escreveu:
Acho que a penalidade não compensa o esforço pois tabelas que precisam de
particionamento são aquelas que crescem rapidamente, ou seja, quantidade
INSERTs é considerável e o tempo de execução do gatilho
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
Olá,
Em 15 de setembro de 2011 10:52, Luciano Schardosim
schar...@gmail.comescreveu:
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
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
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
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
Olá Luciano
Em 15 de setembro de 2011 09:52, Luciano Schardosim
schar...@gmail.comescreveu:
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
2011/9/15 Hugo Bastos Bucker hbbuc...@gmail.com:
acredito que vc está querendo é fazer um particionamento de tabelas [1], mas
não é uma solução muito convencional.
O que há de não convencional em particionamento de tabelas?
--
Skype:leandro.gfc.dutra?chat Yahoo!:
Em 15 de setembro de 2011 17:05, Guimarães Faria Corcete DUTRA, Leandro
lean...@dutras.org escreveu:
2011/9/15 Hugo Bastos Bucker hbbuc...@gmail.com:
acredito que vc está querendo é fazer um particionamento de tabelas [1],
mas
não é uma solução muito convencional.
O que há de não
Em 15 de setembro de 2011 15:26, Luciano Schardosim
schar...@gmail.com escreveu:
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
15 matches
Mail list logo