2013/7/17 Euler Taveira eu...@timbira.com.br
On 16-07-2013 19:57, Alessandro Gonçalves wrote:
Alguns caracteres que compõem utf-8 necessitam de até 3 bytes, se não me
engano 2 para armazenar o caracter e 1 byte para guardar a sua posição
enquanto em latin-1 os caracteres ocupam apenas 8
Caros bom dia!
Estou planejando uma virada de firebird para Postgresql 9.2, minha base de
dados atualmente está com 30 GB e não estou vendo uma forma rápida e fácil
de migrar esses dados.
Alguém já passou por alguma situação semelhante, se passou como resolveu?
Estou trocando de firebird para
Bom dia André.
Qual plataforma de S.O. você está usando?
Qual o HardWare está utilizando?
Qual o tipo de aplicação está usando? Local ou Web?
Seja Livre!
Use OpenSource!
LineOn, Tecnologia da Informação!
http://lineonti.wordpress.com
Em 18 de julho de 2013 09:24, André Geraldo dos Santos
Pessoal,
Tenho uma tabela crítica no sistema, que daqui há alguns dias ela irá
sofrer um grande número de transações(inserções, update e delete)
Estou na dúvida se rodo agora ANALYZE, VACUUM FULL e REINDEX.
Na verdade estou mais em dúvida do REINDEX.
Além da chave primária, esta tabela tem
Em 18 de julho de 2013 09:49, Cicero Neto cicero@gmail.com escreveu:
Bom dia André.
Qual plataforma de S.O. você está usando?
Qual o HardWare está utilizando?
Qual o tipo de aplicação está usando? Local ou Web?
Seja Livre!
Use OpenSource!
LineOn, Tecnologia da Informação!
Mas se vamos a parte que se aplica ao sistema legado que dou manutenção:
A aplicação já impede que o usuário digite com acentuação. Logo, não há nenhum
acento gráfico nos registros do banco. Inclusive pensei em colocar esse banco
em SQL_ASCII,
já que não se utiliza nenhuma acentuação nessa
Em 18/07/13, Carlos Antônio Pereira
(VidaUTI)carlosanto...@utivida.com.br escreveu:
Mas se vamos a parte que se aplica ao sistema legado que dou manutenção:
A aplicação já impede que o usuário digite com acentuação. Logo, não há
nenhum
acento gráfico nos registros do banco. Inclusive pensei em
On 18-07-2013 08:03, Matheus de Oliveira wrote:
Só uma correção, até onde me lembro, os caracteres acentuados (êãú...)
são representados com dois bytes em UTF8, não um. Logo o espaço ocupado
para textos em português em UTF8 pode ser, no máximo, o dobro dos
representados em Latin-1.
Afirmação
Pessoal, gostaria que me ajudassem a configurar um banco postgres.
Tenho umas aplicações parrudas e o banco ( default ) é muito lerdo.
Meu chefe disponibilizou um server só pra mim, mas tive que instalar tudo e
não sei como melhorar o postgres (default)
A máquina que uso é só para o banco e tem?
Em 18 de julho de 2013 11:37, Rebert Tomaz Aquino
rebertto...@gmail.comescreveu:
Pessoal, gostaria que me ajudassem a configurar um banco postgres.
Tenho umas aplicações parrudas e o banco ( default ) é muito lerdo.
Meu chefe disponibilizou um server só pra mim, mas tive que instalar tudo
e
- Mensagem original -
Pessoal,
Tenho uma tabela crítica no sistema, que daqui há alguns dias ela irá sofrer
um grande número de transações(inserções, update e delete)
Estou na dúvida se rodo agora ANALYZE, VACUUM FULL e REINDEX.
Na verdade estou mais em dúvida do REINDEX.
Em 18 de julho de 2013 11:37, Rebert Tomaz Aquino
rebertto...@gmail.comescreveu:
Pessoal, gostaria que me ajudassem a configurar um banco postgres.
Tenho umas aplicações parrudas e o banco ( default ) é muito lerdo.
Meu chefe disponibilizou um server só pra mim, mas tive que instalar tudo
e
Pessoal, gostaria que me ajudassem a configurar um banco postgres.
Tenho umas aplicações parrudas e o banco ( default ) é muito lerdo.
Meu chefe disponibilizou um server só pra mim, mas tive que instalar tudo e
não sei como melhorar o postgres (default)
A máquina que uso é só para o banco e
Olá Flávio,
Este é o resultado para a tabela que estou me referindo. Detalhe, estas
linhas foram as primeiras da consulta.
schemaname tablename tbloat wastedbytes iname ibloat wastedibytes
public tb_matricula 1.3 34873344 turmateo_idx 0.4 0
public tb_matricula 1.3 34873344 pk_tb_matricula 0.6 0
Este é o resultado para a tabela que estou me referindo. Detalhe, estas
linhas foram as primeiras da consulta.
Evite o top-post.
schemaname tablename tbloat wastedbytes iname ibloat
wastedibytes
public tb_matricula1.3 34873344
Entendi,
e nesse caso aqui:
schemaname tablename tbloat wastedbytes iname ibloat wastedibytes
public tb_discavlnotas 1.2 11730944 pk_tb_discavlnotas 1.4 16588800
O que significa? A diferença pelo que vi é a coluna wastedibytes.
Em 18 de julho de 2013 12:30, Flavio Henrique Araque
Senhores, dando um feedback ao tópico,
o problema da lentidão do PgDAC está relacionado com a Wirelles.
Fiz alguns testes em rede cabeada e o componente realmente ficou
muito rápido. Agora estou em contato com o suporte Davart para
solução do problema. Assim que possível posto na lista.
Obrigado
Cicero boa tarde!
Seguem as minhas respostas.
Em 18 de julho de 2013 09:49, Cicero Neto cicero@gmail.com escreveu:
Bom dia André.
Qual plataforma de S.O. você está usando?
Linux e Windows
Qual o HardWare está utilizando?
Alguns clientes com máquina dell e raid 5 e outros
2013/7/18 Euler Taveira eu...@timbira.com.br
On 18-07-2013 08:03, Matheus de Oliveira wrote:
Só uma correção, até onde me lembro, os caracteres acentuados (êãú...)
são representados com dois bytes em UTF8, não um. Logo o espaço ocupado
para textos em português em UTF8 pode ser, no máximo,
Pessoal,
Tenho uma função
CREATE OR REPLACE FUNCTION f_soma_diautil(vdtini date, vhrini time without
time zone, vdtfim date, vhrfim time without time zone, vcodemp integer, vuf
text, vcidade text) RETURNS double precision
que retorna a diferença de tempo entre vdtfim e vdtini, no caso essa
Pessoal,
A view pg_statio_all_indexes é a melhor maneira de verificar quais índices
estão sendo usados?
Se sim, devemos analisar as colunas idx_blks_read e idx_blks_hit, ou seja,
se estiverem zeradas é um sinal de que o índice não está sendo usado?
PostgreSQL 9.1.9 on x86_64-unknown-linux-gnu,
A view pg_statio_all_indexes é a melhor maneira de verificar quais índices
estão sendo usados?
Sim.
Se sim, devemos analisar as colunas idx_blks_read e idx_blks_hit, ou seja, se
estiverem zeradas é um sinal de que o índice não está sendo usado?
Isso mesmo.
PostgreSQL 9.1.9 on
2013/7/17 Deliane Andrade deliane.andr...@gmail.com
Boa tarde!
Matheus, concatenei da forma como você sugeriu e não deu mais o erro
anteriormente citado.
Agora está dando este aqui :
ERRO: consulta não tem destino para os dados resultantes
HINT: Se você quer descartar os resultados de
Pessoal,
Tenho uma função
CREATE OR REPLACE FUNCTION f_soma_diautil(vdtini date, vhrini time without
time zone, vdtfim date, vhrfim time without time zone, vcodemp integer, vuf
text, vcidade text) RETURNS double precision
que retorna a diferença de tempo entre vdtfim e vdtini, no caso
Boa tarde Pessoal,
em uma tabela de um determinado banco de dados quero armazenar apenas dados
dos ultimos 90 dias. Em um banco de dados secundário gostaria de poder
replicar todo o conteúdo maior do que 90 dias. Alguém sabe me dizer se o
Slony realiza esse tipo de tarefa? Ou terei que criar uma
Imagino que no primário seja um cenário OLTP e no segundo seja OLAP, certo?
Não sou mto expert no Slony, mas caso vc não precise dos dados real-time no
secundário, você poderia fazer uma tarefa agendada que fizesse esse
transporte manualmente, como uma carga noturna.
2013/7/18 Eduardo Rodrigues
2013/7/18 Eduardo Rodrigues eduardo.prodrig...@gmail.com
Boa tarde Pessoal,
em uma tabela de um determinado banco de dados quero armazenar apenas
dados dos ultimos 90 dias. Em um banco de dados secundário gostaria de
poder replicar todo o conteúdo maior do que 90 dias. Alguém sabe me dizer
Matheus,
valeu pelo retorno. Veja as respostas inline...
Em 16 de julho de 2013 17:15, Matheus de Oliveira matioli.math...@gmail.com
escreveu:
Aposto que sua aplicação é em Java... Se for o caso, faça um teste com o
protocolo V2 nas configurações do JDBC (parâmetro protocolVersion
Use particionamento[1], fdw[2] com dblink[3].
[1] http://www.postgresql.org/docs/9.2/static/ddl-partitioning.html
[2]
http://www.postgresql.org/docs/9.3/static/sql-createforeigndatawrapper.html
[3] http://www.postgresql.org/docs/9.3/static/contrib-dblink-connect.html
Abraço!
-Leo
2013/7/18
On 18-07-2013 21:47, Leonardo Cezar wrote:
Use particionamento[1], fdw[2] com dblink[3].
[1] http://www.postgresql.org/docs/9.2/static/ddl-partitioning.html
[2] http://www.postgresql.org/docs/9.3/static/sql-createforeigndatawrapper.html
[3]
On 18-07-2013 14:35, Matheus de Oliveira wrote:
[...]
Se não me engano, o dblink_exec não lança exceção em caso de erro, assim
você tem que tratar o retorno:
[...]
Ele gera sim uma exceção caso ocorra algum erro na execução remota, mas
é possível desativar esse comportamento (que é
On 18-07-2013 14:34, Flavio Henrique Araque Gurgel wrote:
A view pg_statio_all_indexes é a melhor maneira de verificar quais índices
estão sendo usados?
Sim.
Se sim, devemos analisar as colunas idx_blks_read e idx_blks_hit, ou seja, se
estiverem zeradas é um sinal de que o índice não está
32 matches
Mail list logo