[firebase-br] Discussão: Ainda vale a pena WIN1252/ISO8859_1 ou melhor UTF8?

[Rodrigo Gomes da Silva]

O UTF8 ocupa ATÉ 4x mais, mas isso para caracteres fora da tabela ASCII...
Da pra testar pela função octet_length em um campo unicode que retorna 4
pra campo preenchido com 'aaaa' e 8 para 'áááá'.

Não sei se o limite do índice seria considerando o tamanho máximo da chave
ou do conteúdo armazenado na key.

De qq modo vc está considerando uma pagina pequena. Pode usar page size de
16k aonde mesmo /4 ficaria 4096 bytes para o índice.

Em 7 de outubro de 2015 10:03, Gladiston Santana <gladiston em vidy.com.br>
escreveu:

> Realmente,
>
> A tamanho máximo de dados para índice no FB é de 1/4 do tamanho da página,
> o que não seria tanto um problema.
> Mas o limite de tamanho de índice de apenas 252 bytes e é muito
> insuficiente para lidar em diversas situações, a titulo de curiosidade, o
> MSSQL Server pode ter qualquer tamanho, mas apenas considerará 900 bytes e
> ignorando o que for além.
>
> Isso torna o UTF8 pouco prático para campos indexados que seja longos.
> E o WIN1252 e o ISO8859_1 definitivamente reinem por muito tempo.
> Alguma idéia de qual dos dois seria melhor?
> São basicamente identicos, mas um bug recente no IBO me mostrou que há uma
> certa preferencia pelo WIN1252 por aceitar uns caracteres a mais e até
> então minha preferencia entre os dois era o ISO8859_1. Vou até avaliar a
> troca dos bancos existentes em ISO8859_1 para esse charset.
>
> Espero que o FB3 tenha dado uma mexida nisso, embora o que me incomoda
> mesmo desde o lançamento é o limite de tamanho dos nomes dos objetos, pode
> parecer que 31 caracteres seja muito, mas para mim é muito pouco.
>
> []´s a todos.
>
>
> Em 25 de setembro de 2015 15:10, Carlos H. Cantu <listas em warmboot.com.br>
> escreveu:
>
> > GS> Por isso abri essa questão, se não é dispendioso usar UTF8 que
> > GS> confere mais vantagens então porque continuar usando win1252 ou
> > iso8859_1?
> >
> > UTF ocupa até 4x mais espaço do que win1252/iso8859_1 e,
> > consequentemente, diminui a quantidade de caracteres que você
> > conseguirá armazenar em campos varchar, etc, e implicará também na
> > redução do limite das chaves dos índices.
> >
> > Mas pode ser que isso não for problema, no seu caso.
> >
> > []s
> > Carlos H. Cantu
> > www.FireBase.com.br - www.firebirdnews.org
> > www.warmboot.com.br - blog.firebase.com.br
> >
> >
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas:
> http://www.firebase.com.br/pesquisa_lista.html
>