Posso dizer, por experiência própria, que o uso de numeric/decimal só é
indicado em casos onde a quantidade de registros é pequeno e/ou não é usado
em processamentos feito pelo banco de dados (qualquer fórmula e/ou
conversão).
No ano passado, num processo de migração, converti o tipo
2008/7/30 Wagner Bonfiglio [EMAIL PROTECTED]
Avisa agente então ;)
Como a lista tá de férias, vou gastar este e-mail:
Fique certo disso. Como a área tá ficando importante, vou criar uma seção no
site só para ela: Modelagem de Bancos de Dados, contendo estes nossos
exemplos e algumas
Prezados,
Alguem sabe se existe alguma tabela do postgres que guarde o historico das
query executadas?
Abraço!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
2008/7/30 William Leite Araújo [EMAIL PROTECTED]
Posso dizer, por experiência própria, que o uso de numeric/decimal só
é indicado em casos onde a quantidade de registros é pequeno e/ou não é
usado em processamentos feito pelo banco de dados (qualquer fórmula e/ou
conversão).
No
Não há.
Você pode habilitar, no postgresql.conf, que as consultas sejam
escritas no LOG, e se não me engano, há um *contrib* ou projeto que faz
isso... (http://pgfoundry.org/projects/tablelog/)
2008/7/30 Rafael Garbin [EMAIL PROTECTED]
Prezados,
Alguem sabe se existe alguma
Oi Pessoal
Tenho uma tabela no PostgreSQL com mais de 1 milhão de linhas.
Essa tabela é muito acessado, tem um fluxo de dados muito grande (Insert,
update e delete)
Porém eu só tenho problemas na hora que vou excluir registros. A exclusão se
torna muito lenta.
O que vocês acham disso? É normal?
Olá,
Existem algumas possibilidades.
Uma seria você visualizar o log de atividades do seu banco e segundo poderia
ser o aquivo .psql_history (diretório home do usuário, considero que você
usa Linux) que guarda por padrão os últimos 500 comandos executados.
[]s
2008/7/30 Rafael Garbin [EMAIL
Para o caso se uma tabela com um acesso grande e com muitos registros,
sim, é normal. A integridade referencial da mesma é penosa, e
principalmente se existem índices na mesma. Em determinadas situações, é
mais vantagem remover e recriar um índice a tentar mantê-lo íntegro após um
delete.
Olá, Euler
Grato pela dica. Eu só fiquei sem entender porque eu não consigo fazer a
validação pelo usuário inválido através de invalid_role_specification.
[]s
2008/7/30 Euler Taveira de Oliveira [EMAIL PROTECTED]
jota.comm escreveu:
Vamos ao problema: Estou desenvolvmendo uma function para
On Sun, Jul 27, 2008 at 6:57 AM, Eduardo Nakamatu [EMAIL PROTECTED] wrote:
Bom dia,
No SQLSERVER tenho estes dois comandos, Openrowset e Opendatasource, no
primerio, executo um vinculo com um agente(chamada na tabela) via ODBC e
no segundo um vinculo via OLE. Utilizo estes comandos para
Olá,
estou usando Postgres versão 7.4.7 e estou com uma mensagem de erro
estranha alguém pode me ajudar?
Eu conecto no banco e qualquer comando que eu queira executar dá erro.
Tenho outros bancos funcionando...
psql template1
Welcome to psql 7.4.7, the PostgreSQL interactive terminal.
sergio santos wrote:
Oi Pessoal
Tenho uma tabela no PostgreSQL com mais de 1 milhão de linhas.
Essa tabela é muito acessado, tem um fluxo de dados muito grande
(Insert, update e delete)
Porém eu só tenho problemas na hora que vou excluir registros. A
exclusão se torna muito lenta.
Alguém já usou função para extrair números de uma string?
Ex.: AB345CD234 = 345234
--
Fernando Brombatti
email-msn-gtalk-skype:
[EMAIL PROTECTED]
work: +55 54 3218-6060
home: +55 54 3028-7217
mobile: +55 54 9189-7970
Visite www.datamais.com
___
William Leite Araújo wrote:
Posso dizer, por experiência própria, que o uso de numeric/decimal
só é indicado em casos onde a quantidade de registros é pequeno e/ou não
é usado em processamentos feito pelo banco de dados (qualquer fórmula
e/ou conversão).
Eu acredito que
Boa Shander!
-Mensagem original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de Shander
Lyrio
Enviada em: quarta-feira, 30 de julho de 2008 14:39
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] Quando usar? REAL, DOUBLE PRECISION e NUMERIC
William Leite
Fernando Brombatti wrote:
Alguém já usou função para extrair números de uma string?
Ex.: AB345CD234 = 345234
lista=# select regexp_replace('AB345CD234', '[A-Z]', '','g');
regexp_replace
345234
(1 row)
--
Shander Lyrio
___
Shander Lyrio escreveu:
Fernando Brombatti wrote:
Alguém já usou função para extrair números de uma string?
Ex.: AB345CD234 = 345234
lista=# select regexp_replace('AB345CD234', '[A-Z]', '','g');
regexp_replace
345234
(1 row)
Complementando a resposta do
Shander Lyrio escreveu:
Eu acredito que você, se já não tem, vai ter brevemente um problema de
hardware pois esta tabela está corrompida no banco template1. Crie um
backup de todos os seus dados e faça uma verificação no disco para ter
certeza de que não existem blocos defeituosos.
Fernando Brombatti escreveu:
O TO_NUMBER me pareceu mais transparente.
O problema com a to_number() é o tamanho da string com 9s que você é
obrigado a colocar: ela precisa ter o mesmo tamanho da string original
caso contrário pode não considerar todos os algarismos existentes.
É
Olá a todos.
Estou com uma dificuldade de achar como uma convesão está sendo executada no
banco.
O sistema que estou estudando (moodle) armazena todas as datas em campos
tipo int8.
Não consigo descobrir como converter novamente isso para data. Não achei
uma referência ao formato.
Para ter uma
Olá, Euler
Entendi.
Obrigado pelas informações.
[]s
2008/7/30 Euler Taveira de Oliveira [EMAIL PROTECTED]
jota.comm escreveu:
Olá, Euler
Por acaso essa exceção realmente estaria implementada?
Ela existe mas não é utilizada. Segundo a padrão SQL, esse código de
erro seria
Se você tem o valor de um dia, para chegar em qualquer outra data, basta
fazer uma função e nela aplicar a regra de três simples que funcionará
adequadamente.
[]´s
2008/7/30 Rudinei Dias [EMAIL PROTECTED]
Olá a todos.
Estou com uma dificuldade de achar como uma convesão está sendo executada
Isso eu percebi. Mas tenho como tratar sem problema. Mas vou anotar a outra
possibilidade também.
Regards.
On Wed, Jul 30, 2008 at 5:13 PM, Osvaldo Rosario Kussama
[EMAIL PROTECTED] wrote:
Fernando Brombatti escreveu:
O TO_NUMBER me pareceu mais transparente.
O problema com a
Rudinei Dias escreveu:
Olá a todos.
Estou com uma dificuldade de achar como uma convesão está sendo
executada no banco.
O sistema que estou estudando (moodle) armazena todas as datas em campos
tipo int8.
Não consigo descobrir como converter novamente isso para data. Não
achei uma
Bah..
perfeito, é isso aí mesmo.
Eu até cheguei perto disso, mas estava errando nas opções da função.
Obrigado
2008/7/30 Osvaldo Rosario Kussama [EMAIL PROTECTED]
Sim, Unix epoch:
bdteste=# SELECT EXTRACT(EPOCH FROM TIMESTAMP WITH TIME ZONE
'2008-08-25');
date_part
Se e somente se a sua cadeia de caracteres tiver sempre o mesmo e
conhecido tamanho o to_number pode ser utilizado. Caso contrário o
regexp_replace é mais abrangente.
--
Shander Lyrio
Fernando Brombatti wrote:
O TO_NUMBER me pareceu mais transparente. Agradeço galera. Estou
Rudinei Dias wrote:
Olá a todos.
Estou com uma dificuldade de achar como uma convesão está sendo
executada no banco.
O sistema que estou estudando (moodle) armazena todas as datas em campos
tipo int8.
Não consigo descobrir como converter novamente isso para data. Não
achei uma
Tenho impressão que as mensagens estão demorando muito para chegar até
mim. Não consigo entender este lag todo. Acabo sempre respondendo coisas
que já estão respondidas. :S
--
Shander Lyrio
Rudinei Dias wrote:
Bah..
perfeito, é isso aí mesmo.
Eu até cheguei perto disso, mas estava
Nós também utilizamos Numeric em todos os campos inteiros (para limitar a
quantidade de dígitos que o usuário poderá informar) e decimais.
Também não temos nenhum problema de performance.
Não acredito que seja problema do Postgres tb.
Att,
Celso Lorenzetti
www.sysrs.com.br
- Original
Em 30/07/08, Celso[EMAIL PROTECTED] escreveu:
Nós também utilizamos Numeric em todos os campos inteiros (para limitar a
quantidade de dígitos que o usuário poderá informar) e decimais.
Também não temos nenhum problema de performance.
Não acredito que seja problema do Postgres tb.
Não há
William Leite Araújo escreveu:
Posso dizer, por experiência própria, que o uso de numeric/decimal
só é indicado em casos onde a quantidade de registros é pequeno e/ou não
é usado em processamentos feito pelo banco de dados (qualquer fórmula
e/ou conversão).
Afirmação _sem_
31 matches
Mail list logo
