2012/5/21 Juliano Benvenuto Piovezan
> 2012/5/21 Juliano Benvenuto Piovezan :
> > 2012/5/21 Giovanni Sousa :
> >> Pessoal,
> >>
> >> Tenho a seguinte consulta, no else quero retornar o valor do campo caso
> não
> >> seja zero. Não estou conseguindo...como deve ser?
> >>
> >>
> >>
> >> select A.CO
Bom dia pessoal,
Procurei na Web e não achei nada que funcione de fato. Talvez minhas
consultas foram ruins. Mas alguem tem um link ou um texto que explique como
instalar tsearch2 no postgresql 8.1?
Obrigado e bom trabalho para todos
---
On 22-05-2012 10:59, Wesley wrote:
> Procurei na Web e não achei nada que funcione de fato. Talvez minhas consultas
> foram ruins. Mas alguem tem um link ou um texto que explique como instalar
> tsearch2 no postgresql 8.1?
>
8.1? Esta versão foi descontinuada a pelo menos 1 ano e meio! Considere
a
Sugiro incluir alguma segurança: calcule('true; TRUNCATE
tabela_importante') funciona.
Em 20 de maio de 2012 10:05, Matheus de Oliveira
escreveu:
>
> 2012/5/20 Anselmo Silva
>
>> Qual versão do PostgreSQL fizeste?
>>
>> Resultado:
>> ao criar a função :
>> AVISO: uso de escape fora do padrão em
Bom dia,
Obrigado Euler, vou dar uma olhada e como eu queria que a empresa migrasse
para o 9.1, odeio reinventar a roda
T++
--
Nenhum de nós é tão bom quanto tod
Senhores,
mais uma vez eu por aqui. Bom desta vez tenho a seguinte questão: Tenho uma
versão 8.3 onde fiz o dump da base. Dump convencional com tudo o que tem
direito dentro. Agora quero restaura-la na versão 9.1, só que... Agora
quero que os dados fiquem em um tablespace, data_tablespace e os ind
Em 22-05-2012 12:17, Luciano Schardosim escreveu:
> Senhores,
>
> mais uma vez eu por aqui. Bom desta vez tenho a seguinte questão: Tenho
> uma versão 8.3 onde fiz o dump da base. Dump convencional com tudo o que
> tem direito dentro. Agora quero restaura-la na versão 9.1, só que...
> Agora quero q
Em 22 de maio de 2012 12:23, Flavio Henrique Araque Gurgel <
fla...@4linux.com.br> escreveu:
>
>
>
> >
> > As alternativas que pensei e testei são trabalhosas (sem problemas) e
> > demoradas (problema). Ou seja, separar dados e índices antes do dump já
> > foi testado. E acreditem é demorado.
>
>
xima Parte --
> Um anexo em HTML foi limpo...
> URL:
> http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20120521/74fa19f1/attachment-0001.htm
>
> --
>
> Message: 7
> Date: Tue, 22 May 2012 07:29:31 -0300
> From: Matheus de Oliveira