Entendi. Obrigado a todos.
*Atenciosamente,
Emanuel Araújo*
http://eacshm.wordpress.com/
*
*
*Linux Certified
LPIC-1*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
LinkedIn
Ricardo Gonçalves requested to add you as a connection on LinkedIn:
--
I'd like to add you to my professional network on LinkedIn.
Accept invitation from Ricardo Gonçalves
http://www.linkedin.com/e/1b7qwt-gsry6107-72/hJyn_mK
Bom ficou assim:, salvando os arquivos com os nomes VBRbackup(data do
dia).odb e .pg
sheel script :backupvbr
#!/bin/bash
# sistema - script backup banco de dados postgresql +libreofice base
# Autor: Rogério D'A
#
#copia do banco de dados postgresql
/usr/bin/pg_dump --host localhost --port
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
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
2011/9/19 Luciano Schardosim :
> O que preciso é
> poder ter bases distribuídas. Ou seja, eu tenho múltiplos schemas em um
> único node. Porém se faltar espaço neste node, eu quero adicionar um novo
> node e o SGBD irá balancear os schemas entre estes dois node's.
Talvez eu não tenha entendido dir
Pessoal,
Acho que não consegui explicar direito minha necessidade. O que preciso é poder
ter bases distribuídas. Ou seja, eu tenho múltiplos schemas em um único node.
Porém se faltar espaço neste node, eu quero adicionar um novo node e o SGBD irá
balancear os schemas entre estes dois node's. De
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
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 al
Em 16 de setembro de 2011 10:42, JotaComm escreveu:
>
> Em 15 de setembro de 2011 18:10, Hugo Bastos Bucker
> escreveu:
>
>
>> Bom... pelo menos eu não tenho visto muitas tabelas particionadas
>> rodando
>>
>
> Eu tenho um sistema que faz uso intenso de tabelas particionadas. Se
> quiser ma
Obrigado Osvaldo
exatamente o que precisava
apenas adaptei a minha necessidade
SELECT nome
FROM cad
WHERE nome ~* '[[:<:]]farmacia[[:>:]]'
2011/9/16 Osvaldo Kussama
> bdteste=# SELECT regexp_matches(x, '[[:<:]]foo[[:>:]]') FROM (VALUES
> ('foo'), ('foofoo'), ('foofoofoo'), ('ofo'), ('ofoo
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.
12 matches
Mail list logo
