Pessoal,
Agradeço a todos que colaboraram na resolução do meu problema. Realmente,
quem salvou a gente aqui foi o PGBOUNCER. Ativamos no servidor e o sistema
voltou.
Respondendo sobre o sistema, o sistema é web sim.
A cada requisição nós abrimos e fechamos a conexão com o banco. Ontem
tínhamos
Exato, já tinha lido sobre os cuidados com herança.
Mas como trata-se de uso esporádico, será uma solução
Paliativa para resolver o problema no momento.
Quanto o problema, vou montar aqui e explicar melhor.
Att,
Paulo.
___
pgbr-geral
Boa tarde pessoal,
estou dimensionando um novo servidor, e gostaria de saber se há algum
recurso onde eu possa realizar uma consulta e saber qual o tamanho que os
dados que retornar na consulta ocupa no banco de dados?
Atenciosamente
Eduardo Rodrigues
Meu caro, o comando EXPLAIN ANALYSE CONSULTA; supre essa necessidade.
Você pode usar também EXPLAIN ANALYZE VERBOSE CONSULTA;
Cordialmente,
Cláudio Leopoldino
postgresqlbr.blogspot.com/
=
De: Eduardo
Em 1 de agosto de 2013 12:13, Eduardo Rodrigues
eduardo.prodrig...@gmail.com escreveu:
Boa tarde pessoal,
Assunto do e-mail?
estou dimensionando um novo servidor, e gostaria de saber se há algum
recurso onde eu possa realizar uma consulta e saber qual o tamanho que os
dados que retornar
Para ver todos os bancos:
SELECT datname, pg_size_pretty(pg_database_size(datname))
FROM pg_database;
De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome
de Juliano Atanazio
Enviada em: quinta-feira, 1 de agosto de 2013 12:27
Para: Comunidade
Juliano,
obrigado pela ajuda, mas há algo do tipo quando executar a consulta:
select * from tbl_tabela where=collumn=''; retornar o espaço que é
utilizado para armazenar o conteúdo que retornou na consulta??
Em 1 de agosto de 2013 12:27, Juliano Atanazio juliano.l...@gmail.comescreveu:
Em 1 de agosto de 2013 12:45, Eduardo Rodrigues edua...@ookle.com.brescreveu:
Juliano,
obrigado pela ajuda, mas há algo do tipo quando executar a consulta:
select * from tbl_tabela where=collumn=''; retornar o espaço que é
utilizado para armazenar o conteúdo que retornou na consulta??
Veja o exemplo abaixo:
EXPLAIN ANALYSE VERBOSE SELECT CAMPO1, CAMPO3 FROM TSTNULL;
Seq Scan on tstnull (cost=0.00..29.40 rows=1940 width=8) (actual
time=0.006..0.010 rows=4 loops=1)
Output: campo1, campo3
Total runtime: 0.033 ms
Cordialmente,
Cláudio Leopoldino
Claudio e Juliano,
o que você me passou retornou o tamanho da base inteira, então vou
verificar quanto que ocupa o espaço em disco cada linha e utilizar as
instruções que o Claudio passou e multiplicar o tamnho em disco pelo numero
de linhas ocupadas na consulta.
Obrigado pela ajuda
Em 1 de
Pessoal sabe informar se é possivel efetuar download dessa palestra
posteriormente.
Trabalhamos com Adabas também..
Att,
Emerson Martins
DBA Oracle
Oracle 11g Certified Associate
*Contatos:*
+ 55 82 91235504 /
+ 55 82 96681283
Em 31 de julho de 2013 18:45, Roberto Mello
Em 1 de agosto de 2013 15:38, Emerson Martins
emersonmarti...@gmail.comescreveu:
Pessoal sabe informar se é possivel efetuar download dessa palestra
posteriormente.
Trabalhamos com Adabas também..
Tem sim, Emerson:
http://assiste.serpro.gov.br/cisl/palestras-anteriores.html
Att,
Boa tarde Pessoal,
Estou com uma base em um cliente onde possuí dois bancos de dados de
sistemas diferentes, um sistema meu e outro de outra empresa.
A versão é 9.0.
Alguns campos quando dou um select por exemplo na tabela: select
local_trabalho from clientes ocorre esse erro:
*caracter 0x81
On 01-08-2013 16:13, Josivan Laskoski wrote:
Estou com uma base em um cliente onde possuí dois bancos de dados de
sistemas diferentes, um sistema meu e outro de outra empresa.
Você não informou (i) nem a codificação do banco e (ii) muito menos a
codificação do cliente mas ...
*caracter 0x81
Obrigado pela resposta Euler.
Vamos lá, se eu executar: show client_encoding o resultado é:UNICODE
Não conseguindo dar um select na tabela.
Já, se eu setar: set client_encoding='WIN1252'
Consigo dar um select na tabela e ver todos os dados.
No caso, seria melhor usar a codificação WIN1252 ou
Em 1 de agosto de 2013 17:16, Josivan Laskoski josiv...@gmail.comescreveu:
Obrigado pela resposta Euler.
Vamos lá, se eu executar: show client_encoding o resultado é:UNICODE
Não conseguindo dar um select na tabela.
Já, se eu setar: set client_encoding='WIN1252'
Consigo dar um select na
Douglas, tentei essa funçao, ocorre o mesmo erro:
*ERRO: caracter 0x81 da codificação WIN1252 não tem equivalente em UTF8*
*SQL state: 22P05*
O que eu percebi, que se eu forçar um set no client_encoding funciona
perfeitamente, nao preciso nem remover nada, porém quando fecho o pgadmin
por
Em 01-08-2013 17:46, Josivan Laskoski escreveu:
Douglas, tentei essa funçao, ocorre o mesmo erro:
Se você parasse com o top post ia ficar mais fácil te ajudar.
*ERRO: caracter 0x81 da codificação WIN1252 não tem equivalente em UTF8*
*SQL state: 22P05*
O que eu percebi, que se eu forçar um
Desculpa, mas usei pouquissimas vezes o grupo aqui, nao sei como não usar
top post.
Ok, vou testar, muito obrigado!
Em 1 de agosto de 2013 17:50, Flavio Henrique Araque Gurgel
fla...@4linux.com.br escreveu:
Em 01-08-2013 17:46, Josivan Laskoski escreveu:
Douglas, tentei essa funçao,
19 matches
Mail list logo
