Leandro DUTRA escreveu:
2008/4/7, Pedro B. Alves [EMAIL PROTECTED]:
Pessoal, existe alguma ferramenta que faça a comparação da estrutura do
banco de dados que está na base de desenvolvimento com o banco de dados que
está na produção???
Talvez haja algum módulo no SQL::Fairy.
Já tentei
Bom dia Pedro,
nós desenvolvemos uma ferramenta que faz isso, pois tinhamos o mesmo problema.
ela está no site www.sysrs.com.br no link downloads.
ela tem o básico: Tabelas, campos, constraints (Foreign Key e Checks), índices,
triggers, functions, views e sequences.
Se quizeres testar...
Obrigado Fabio, deu certo..
Eu eliminei os índices que tinha na minha tabela e a carga demorou em torno de
2 horas.
[]'s
Junior
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
icjunior07 wrote:
Alguém tem alguma dica para fazer isso em um tempo menor, algum parâmetro que
tenha que ser alterado ou este
tempo é aceitável?
chute
Configuração padrão? maintenance_work_mem muito baixo?
/chute
É difícil prever algo se você não disse (i) como fez a cópia de
segurança
Olá pessoal !
Temos um banco de dados de quase 700 mil registros(3GB) e estamos com
problema com query lenta. O banco de dados já está tunado, já modificamos
nos parametros de memória compartilhada, já fizemos otimização de query,
criamos indices nas tabelas, já trocamos de servidor para
Vinicius Santos - MSI wrote:
Pessoal, temos o seguinte cenário:
Vários clientes com servidores Windows e vários clientes com
servidores Linux, a grande maioria dos clientes, não possui um DBA ou
um Administrador de Sistema.
Nós fazemos a otimização do SQL em consultas e tudo mais. O que nós
Ué
deixa eu ver e posto novamente...
- Original Message -
From: Leandro Damascena [EMAIL PROTECTED]
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Cc: [EMAIL PROTECTED]
Sent: Tuesday, April 08, 2008 9:37 AM
Subject: Re: [pgbr-geral] Comparação base de
Eduardo Silva Oliveira escreveu:
Olá pessoal !
Temos um banco de dados de quase 700 mil registros(3GB) e estamos com
problema com query lenta. O banco de dados já está tunado,
já modificamos nos parametros de memória compartilhada, já fizemos
otimização de query, criamos indices nas
preciso fechar todas as conexoes com meu banco
dei um select count(*) from pg_stat_activity no pgadmin e retornou 160
devem haver conexoes inativas, como eu fecho elas pelo pgadmin
uso windows, pgadmin, postgres 8.1.4.2
Atenciosamente,
Marcos Fabrício Corso
Analista de Sistemas Júnior
JM
Uma dica? Habilite o log para instruções mais demoradas, verifique seu
log, execute EXAPLAIN ANALYZE nessas instruções que o log acusou, e
envie-nos à lista.
os logs para querys demoradas já está habilitada !
Verifique estrutura e relacionamento das tabelas envolvidas, e verifique
se os
2008/4/8 Marcos Fabrício Corso [EMAIL PROTECTED]:
preciso fechar todas as conexoes com meu banco
dei um select count(*) from pg_stat_activity no pgadmin e retornou 160
devem haver conexoes inativas, como eu fecho elas pelo pgadmin
uso windows, pgadmin, postgres 8.1.4.2
primeiro, para matar
Meu sistema faz isto automaticamente a cada atualicação,
eu tenho dentro do propio sistema uma rotina que cria as tabelas etc caso
não existam, e se existe, faz uma comparação campo por campo, se ja existe,
e for diferente, ele altera, se nao existe um campo especifico, cria-o. e ao
contrario, se
2008/4/8, Eduardo Silva Oliveira [EMAIL PROTECTED]:
reiserfs para ext3) e continua na mesma. Existem querys que demoram mais 1
minuto para executar com LIKE. O like busca em campos de grande tamanho de
texto. Mas existem querys que sem LIKE que demoram tbém.
Análise tem de ser caso-a-caso.
As vezes o arquivo permanece lá, por um shutdown inesperado, ex: queda de força.
2008/4/8, Mr J.L. [EMAIL PROTECTED]:
Como faço isso? (quando banco nao esta ativo exite um
postmaster.pid?)
A Tuesday 08 April 2008 16:41:41,
[EMAIL PROTECTED] escreveu:
Tive um caso semelhante.
eu fiz um ps aux | grep post e nao tem nada. existe
um outro modo de achar
esse processo? estou beirando o desespero ja.
A Tuesday 08 April 2008 16:50:53, Pablo Sánchez
escreveu:
As vezes o arquivo permanece lá, por um shutdown
inesperado, ex: queda de
força.
2008/4/8, Mr J.L. [EMAIL
Qual é o OS? Pode ser que esteja na pasta no próprio postgres, ou pode
ter sido configurado para estar no /var/run
Seu problema não é existir um processo, e sim existir o arquivo que
marca como se houvesse um processo. Você não vai achar ele com o ps
nem com nada assim.
Em 08/04/08, Mr
Vinicius Santos - MSI wrote:
Acho que eu me expressei de maneira errada.
O que nós queríamos é uma ferramenta, que aponte aonde alguns indíces
poderiam SER CRIADOS para ajudar.
A ferramenta citada aponta.
Por exemplo, o cliente usa mito consultas na parte da expedição, que
está
Eduardo Silva Oliveira wrote:
ja realizei as indexões de chave estrangeiras.
Você executou um ANALYZE nas tabelas envolvidas? Vi que existem várias
estimativas erradas como por exemplo escolaridade_cand e
candidato_empresa.
Qual o valor do parâmetro effective_cache_size e
18 matches
Mail list logo
