Caraca mano, Matheus, rsrsrs
Acertou na mosca...
Matou 2 coelhos com uma caixa d'água só.
Certinho aqui... muito obrigado...
Em 28 de agosto de 2013 16:02, Matheus de Oliveira <
matioli.math...@gmail.com> escreveu:
>
> 2013/8/28 Marcelo da Silva
>
>> Pessoal, de vez em quando surge umas necess
Agora além do top-posting você apagou tudo das mensagens anteriores.
Isso dificulta muito a organização da lista.
Tente responder como estou fazendo com você, abaixo:
Em 28-08-2013 15:53, Dilamar Hoffmann escreveu:
Versão SO: CentOS release 6.4
Postgres: PostgreSQL 9.1.9 on x86_64
Ok, tudo (pa
2013/8/28 Marcelo da Silva
> Pessoal, de vez em quando surge umas necessidades doidas e aí vem as
> ideias doidas também.
>
> Preciso em um relatório mostrar um determinado número de linhas mesmo
> (branco) quando a query não me traz nenhum registro.
> Bem nó codigo consigo fazer de boa, mas como
Flavio,
Versão SO: CentOS release 6.4
Postgres: PostgreSQL 9.1.9 on x86_64
Log:
user=bancoyy_sinc,db=bancoyy_db [2-1]: DETAIL: The postmaster has
commanded this server process to roll back the current transaction and
exit, because another server process exited abnormally and possibly
corrupted
Pessoal, de vez em quando surge umas necessidades doidas e aí vem as ideias
doidas também.
Preciso em um relatório mostrar um determinado número de linhas mesmo
(branco) quando a query não me traz nenhum registro.
Bem nó codigo consigo fazer de boa, mas como a query é usada em mais de um
local, go
Em 28-08-2013 15:31, Dilamar Hoffmann escreveu:
Matheus,
De uma ora pra outra o ciente não consegue mais conexão com o sistema.
Aí olho no servidor e tá rodando só postgres em modo recovery. Depois de
alguns minutos normaliza e os bancos voltam a rodar. Não sei se fui claro.
Você será super-cl
Matheus,
De uma ora pra outra o ciente não consegue mais conexão com o sistema. Aí
olho no servidor e tá rodando só postgres em modo recovery. Depois de
alguns minutos normaliza e os bancos voltam a rodar. Não sei se fui claro.
Em 28 de agosto de 2013 14:20, Matheus de Oliveira <
matioli.math...
muito obrigado, funcionou
eu sei que haverá problemas de performance, porém, eu preciso fazer isso devido
as erros de estrutura do banco =/
De: pgbr-geral [pgbr-geral-boun...@listas.postgresql.org.br] em nome de Matheus
de Oliveira [matioli.math...@gmail.com]
On Wed, Aug 28, 2013 at 11:05 AM, Felipe Pamboukian <
felipe.pambouk...@ibope.com> wrote:
> Bom dia,
>
> Gostaria de fazer um case com inner join mais não estou conseguindo,
> alguém posso de dar uma ajuda?
>
>
> select mte.idrepesportesmt, esp.codesporte, esp.esporte,
> sb.codsubesporte, s
2013/8/28 Dilamar Hoffmann
> Bom dia pessoal,
>
> Meu servidor de banco de dados está entrando em recovery com frequencia.
> Roda no postgres 9.1.
> Alguém tem alguma ideia do que pode estar ocorrendo? Faço vacuum
> diariamente.
>
>
O que quer dizer por "está entrando em recovery" ??
Atenciosame
Em 28 de agosto de 2013 12:54, Wiliam Balan escreveu:
> Flavio
>
> Na verdade eu quero que outros usuarios vejam o que inseri, ou atualizei,
> mesmo que não foi dado commit.
> Alguem sabe algum SGBD que permita isso?
>
>
Se você quer isso, então você não quer usar transações. Como já disseram,
use
Evite o top-posting.
Em 28-08-2013 12:54, Wiliam Balan escreveu:
Flavio
Na verdade eu quero que outros usuarios vejam o que inseri, ou
atualizei, mesmo que não foi dado commit.
Alguem sabe algum SGBD que permita isso?
De acordo com a norma ANSI-SQL, a "leitura suja" é permitida à transação
i
Flavio
Na verdade eu quero que outros usuarios vejam o que inseri, ou atualizei,
mesmo que não foi dado commit.
Alguem sabe algum SGBD que permita isso?
Em 28 de agosto de 2013 11:50, Flavio Henrique Araque Gurgel <
fla...@4linux.com.br> escreveu:
>
> Em 28-08-2013 11:30, Wiliam Balan escreve
Em 28/08/13, Wiliam Balan escreveu:
> Olá
>
> Gostaria de utilizar o nível de isolamento READ UNCOMMITTED, que permite
> que outros usuários vejam dados que ainda nao foram feitos commit. Eu sei
> que isso nao é aconselhavel, mas gostaria que o banco permitisse.
>
> Eu consigo executar o comando co
Em 28-08-2013 11:30, Wiliam Balan escreveu:
Olá
Gostaria de utilizar o nível de isolamento READ UNCOMMITTED, que permite
que outros usuários vejam dados que ainda nao foram feitos commit. Eu
sei que isso nao é aconselhavel, mas gostaria que o banco permitisse.
Eu consigo executar o comando com
2013/8/28, Felipe Pamboukian :
> Bom dia,
>
> Gostaria de fazer um case com inner join mais não estou conseguindo, alguém
> posso de dar uma ajuda?
>
>
> select mte.idrepesportesmt, esp.codesporte, esp.esporte,
> sb.codsubesporte, sb.subesporte, mte.iduser, u.login, mt.tipomidia,
> rd.emiss
Olá
Gostaria de utilizar o nível de isolamento READ UNCOMMITTED, que permite
que outros usuários vejam dados que ainda nao foram feitos commit. Eu sei
que isso nao é aconselhavel, mas gostaria que o banco permitisse.
Eu consigo executar o comando com sucesso:
BEGIN;
SET TRANSACTION ISOLATION LEV
Bom dia,
Gostaria de fazer um case com inner join mais não estou conseguindo, alguém
posso de dar uma ajuda?
select mte.idrepesportesmt, esp.codesporte, esp.esporte,
sb.codsubesporte, sb.subesporte, mte.iduser, u.login, mt.tipomidia,
rd.emissora, mte.coletado, mt.dia, mt.mes, mt.ano, rd
Me desculpem por esquecer o assunto
De: pgbr-geral [pgbr-geral-boun...@listas.postgresql.org.br] em nome de Felipe
Pamboukian [felipe.pambouk...@ibope.com]
Enviado: quarta-feira, 28 de agosto de 2013 11:05
Para: pgbr-geral@listas.postgresql.org.br
Assunto: [pgbr-g
Bom dia pessoal,
Meu servidor de banco de dados está entrando em recovery com frequencia.
Roda no postgres 9.1.
Alguém tem alguma ideia do que pode estar ocorrendo? Faço vacuum
diariamente.
--
Dilamar
___
pgbr-geral mailing list
pgbr-geral@listas.po
20 matches
Mail list logo
