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 decimal(x,y)
para o mesmo tipo no postgres, e ao trabalhar com campos desse tipo em
procedimentos, a migração de uma simples tabela de menos de 500.000
registros durava mais de 20 horas. Ao converter esses campos para inteiro
(pois a parte decimal nem era usada), o tempo de processamento caiu para 2
minutos. Isso mesmo! Na verdade deve ser menos que 2 minutos... um absurdo,
mas um caso real.

     Dessa forma, caso vá usar o valor que está sendo armazenado em algum
procedimento/view/fórmula, não recomento tipo decimal/numerico.

2008/7/29 Ribamar Sousa <[EMAIL PROTECTED]>

> 2008/7/29 Glauber Almeida <[EMAIL PROTECTED]>
>
>>
>> Pessoal,
>>
>>       estou fazendo um projeto de banco de dados para um ERP feito em
>> COBOL
>> e que já roda a quase 15 anos trabalhando com arquivos ISAM.
>>       No instante inicial defini na modelagem todos os campos numéricos,
>> reais, percentuais e quantidades como REAL, para depois avaliar caso a
>> caso
>> o tipo correto a ser usado, por exemplo, passar os percentuais para
>> numeric(4,2). Agora estou com uma dúvida, será que vale a pena efetuar
>> essa
>> mudança? Se eu deixar tudo como REAL, vou perder em questão de
>> armazenamento
>> e recuperação?
>>
>
> Glauber, o manual detalha com bastante detalhes os tipos de dados e seu
> uso.
> Veja:
> http://pgdocptbr.sourceforge.net/pg80/datatype.html
> http://www.postgresql.org/docs/8.3/interactive/datatype.html
>
> --
> Ribamar FS - [EMAIL PROTECTED]
> http://ribafs.net
>
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


-- 
William Leite Araújo
Analista de Banco de Dados - QualiConsult
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a