Bom dia!
Não estou conseguindo efetuar o seguinte EXECUTE em uma função PL/PgSQL:
c = 'update ' || ptabela || ' set descricao = ''' || pdescricao ||'''
where ('|| ptabela || 'id = pcodigo);';
execute c;
Retorna um erro no returning, minha dúvida é possível efetuar este tipo de
Olá a todos , Estou com problemas durante o vacuum, ele esta muito demorado , tenho um banco de 14 GB deixo ele rodando as 3 da manhã no cron e ele não demorava tanto, mas ultimamente ele tem ficado rodando até as 7 da manhã.Ja aumentei o tamanho da memória no maintenance_work_mem para 512MB
Sege a notícia sobre o assunto que escrevi:
http://www.midstorm.org/~telles/2011/05/09/pgbr2011
Sim, e tem mais palestrante internacional na fila, aguardando
patrocínio para viabilizar a sua vinda.
Quem puder, por favor divulgue. Até agora pouca gente comentou o
assunto, até mesmo no twitter:
Em 10 de maio de 2011 07:19, Listas lis...@softpira.com escreveu:
*Bom dia!*
Não estou conseguindo efetuar o seguinte EXECUTE em uma função PL/PgSQL:
c = 'update ' || ptabela || ' set descricao = ''' || pdescricao ||'''
where ('|| ptabela || 'id = pcodigo);';
execute c;
Retorna
Em 10-05-2011 07:19, Listas escreveu:
Retorna um erro no returning, minha dúvida é possível efetuar este tipo
de procedimento?
Qual é a mensagem exata de erro?
--
Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/
PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7
Em 10 de maio de 2011 08:48, Fabrízio de Royes Mello
fabriziome...@gmail.com escreveu:
Tente assim:
c = 'update ' || ptabela || ' set descricao = ' ||
quote_literal(pdescricao) ||' where ('|| ptabela || 'id = pcodigo);';
execute c;
Retificando meu e-mail anterior:
declare
..
c text
Em 10-05-2011 08:30, Cristiano Alves escreveu:
Estou com problemas durante o vacuum, ele esta muito demorado , tenho um
banco de 14 GB deixo ele rodando as 3 da manhã no cron e ele não
demorava tanto, mas ultimamente ele tem ficado rodando até as 7 da
manhã.Ja aumentei o tamanho da memória no
Versão 8.2.11Att, Cristiano Paiva Alves TI- Tecnologia da Informação Irmandade da Santa Casa de Caridade de Alegrete Fone: (55) 3422 2888 Ramal: 274/302 Em 10/05/2011 às 08:50 horas, pgbr-geral@listas.postgresql.org.br escreveu:Em 10-05-2011 08:30, Cristiano Alves escreveu: Estou com
Em 9 de maio de 2011 17:43, izana souza torres izanator...@gmail.com escreveu:
Olha acho q dever existir criticas sim - mas querer ser bonito as custas dos
outros isso NÃO.
Calma lá senhorita. Bom humor deixa a vida mais leve. Eu até achei que
o Leandro está numa fase ótima. E ele sabe o
Em 10 de maio de 2011 08:53, Cristiano Alves
cristi...@santacasaalegrete.org.br escreveu:
Versão 8.2.11
Uma dica, essa sua versão está bem antiga, atualize pelo menos para última
8.2 que é a 8.2.21.
--
Fabrízio de Royes Mello
Blog sobre TI: http://fabriziomello.blogspot.com
Perfil
Olá,
Em 10 de maio de 2011 07:19, Listas lis...@softpira.com escreveu:
*Bom dia!*
Não estou conseguindo efetuar o seguinte EXECUTE em uma função PL/PgSQL:
c = 'update ' || ptabela || ' set descricao = ''' || pdescricao ||'''
where ('|| ptabela || 'id = pcodigo);';
execute c;
Opa,
Outra coisa. O Euler comentou muito bem do uso do Vacuum Full e além disso
ele bloqueia a tabela no qual ele esta trabalho, sendo assim seu sistema
pode ficar travado durante este problema, logo não é muito aconselhável.
Em 10 de maio de 2011 09:12, Fabrízio de Royes Mello
É o vacuum normal não bloqueia a tabela onde esta trabalhando? Ou seja não tranca durante o seu uso?Att, Cristiano Paiva Alves TI- Tecnologia da Informação Irmandade da Santa Casa de Caridade de Alegrete Fone: (55) 3422 2888 Ramal: 274/302 Em 10/05/2011 às 09:32 horas,
Para mim essa discução já encerrou
Em 10 de maio de 2011 08:11, Fábio Telles Rodriguez
fabio.tel...@gmail.comescreveu:
Em 9 de maio de 2011 17:43, izana souza torres izanator...@gmail.com
escreveu:
Olha acho q dever existir criticas sim - mas querer ser bonito as custas
dos
outros isso
Olá,
Em 10 de maio de 2011 09:39, Cristiano Alves
cristi...@santacasaalegrete.org.br escreveu:
É o vacuum normal não bloqueia a tabela onde esta trabalhando? Ou seja não
tranca durante o seu uso?
Exato. Vacuum normal não bloqueia nada.
Att,
Cristiano Paiva Alves
TI- Tecnologia da
Vlw pelas dicas.Att, Cristiano Paiva Alves TI- Tecnologia da Informação Irmandade da Santa Casa de Caridade de Alegrete Fone: (55) 3422 2888 Ramal: 274/302 Em 10/05/2011 às 10:03 horas, pgbr-geral@listas.postgresql.org.br escreveu:Olá,Em 10 de maio de 2011 09:39, Cristiano Alves
Desculpe a demora!
Sim concordo com vocês, porem, Marcone, você acertou, não posso mudar :(
Estou testando uma mistura do seu com o do Prof. Cleverson.
Mas, ainda no assunto, seria melhor, ter um campo para o ano, outro para o
número serial e outro pro DV? Ou isto não faz diferença, pensando em
Pessoal
É possível usar o condicional CASE dentro de um campo, colocando ele dentro do
parâmetro Default Value?
Tipo (só exemplo), caso campo A, valor =1, campo B recebe 9,caso campo A, valor
=2, campo B recebe 8,caso campo A, valor =3, campo B recebe 7.
Eduardo Az
Dep.TI
EMBRASIS
Em 10 de maio de 2011 12:51, Eduardo Az - EMBRASIS
eduard...@embrasis.com.br escreveu:
Pessoal
É possível usar o condicional CASE dentro de um campo, colocando ele dentro
do parâmetro Default Value?
Tipo (só exemplo), caso campo A, valor =1, campo B recebe 9,caso campo A,
valor =2, campo
2011/5/10 Eduardo Az - EMBRASIS eduard...@embrasis.com.br:
Mas, ainda no assunto, seria melhor, ter um campo para o ano, outro para o
número serial e outro pro DV? Ou isto não faz diferença, pensando em
normatizações ou desempenho? Ou somente o DV separado?
Como me disse um instrutor, uma
20 matches
Mail list logo
