FireBird

Question

Queria a opni�o de voc�s:Me aconselharam a cria o banco com [b:f0dfcca54c]CHARACTER SET Win1252[/b:f0dfcca54c]e [b:f0dfcca54c]COLLATE INTL850[/b:f0dfcca54c], pois funcionaria blz com o portugu�s, mais...

Gandalf.nho · Answer

[quote:ae4a87249d=�sistemald�]Queria a opni�o de voc�s:Me aconselharam a cria o banco com [b:ae4a87249d]CHARACTER SET Win1252[/b:ae4a87249d]e [b:ae4a87249d]COLLATE INTL850[/b:ae4a87249d], pois funcionaria blz com o portugu�s, maisuculo e minusculo, acentos ....Qaundo fui criar os indices do banco me deparei com o seguinte erro[code:1:ae4a87249d]ISC ERROR CODE:335544351ISC ERROR MESSAGE:unsuccessful metadata updatekey size too big for index I_CLIENTE_NOME[/code:1:ae4a87249d]Fui pesquisar sobre e olha que encontrei:[quote:ae4a87249d]gandalf.nhoPara esse CHARACTER SET e COLLATE, o tamanho m�ximo de um �ndice � de 84 caracteres, ter� que diminuir o tamanho do campo varchar at� que funcione ou remov�-lo da chave[/quote:ae4a87249d]Queria saber se isso � verdade?Queria saber qual voc�s usam, e quais limita��es?[/quote:ae4a87249d]� verdade sim, se voc� quiser usar esse CHARACTER SET/COLLATE vai ter que ficar limitado a 84 caracteres em campos que ser�o usados para �ndices. Embora haja outra combina��o CHARACTER SET/COLLATE v�lida para o portugu�s (e que provavelmente tb � limitada a 84 caracteres), j� foi testado que a melhor combina��o � realmente usar CHARACTER SET WIN1252 e COLLATE PXW_INTL850...

Afarias · Answer

Eu n�o diria que WIN1252/PXW_INTL850 � a *melhor* combina��o -- eu prefiro ISO8859_1/PT_PT e uso com muito �sucesso� -- ambas acredito se adequam bem ao Brasil.

Mas, tratando do problema (que persiste ainda com ISO8859_1/PT_PT) as solu��es s�o 2 basicamente:

1- definir apenas o charset na coluna, e n�o o collate. o collate pode ser indicado na hora de fazer um order by por exemplo, nestes casos vc tem ai um limite de acretido 240 chars.

2- criar campos de busca pequenos (seguindo o limite de 84 chars) visto q, n�o faz sentido de qualquer forma, ter campos de busca maiores q isso.

T+

Gandalf.nho · Answer

� que tem um teste no site da Firebase mostrando que a combina��o ISO8859_1/PT_PT tem alguns problemas com espa�os na hora de ordenar. Por isso que falei que a outra � melhor....

Afarias · Answer

Eu entendo, mas note q isto � uma quest�o de perspectiva...

...enquanto o autor do artigo viu um �problema� com o espa�o, eu vi um problema com o fato de letras acentuadas estarem na frente de letras sem acento, e mais ainda, no fato de n�o haver ao q parece precend�ncia de min�sculas sobre mai�sculas... acho isso um �problema�

:D

T+

Cabelo · Answer

Galera..por favor estou com problemas exatamente sobre isso..Tenho uma PK que deve conter 6 campos..a� d� este mesmo erro..como fa�o pra resolver.. sabendo que a soma dos campos � de 75 charsagrade�o antecipadamente.....

Afarias · Answer

Eu diria:Melhore seu modelo de dados. Uma PK com 6 campos demonstra uma poble modeladem.bom, mas...veja q o tamanho do campo varchar � de 1byte por caracter (pelo menos, mas depende do char set e collate, isso pode ser bem maior) + 2 bytes.se vc est� usando campos varchar para conter apenas n�meros (c�digos num�ricos) poderia mudar esses campos para INTEGER.vc pode tb criar os campos com o char set mas n�o definir o COLLATE ... isso reduz muito o tamanho necess�rio para a constru��o da chave.T+...

Cabelo · Answer

N�o entendi o problema na modelagem..esta � uma tabela que armazena somente os c�digos de 6 outras tabelas.. por isso tenho que limitar o usu�rio a n�o inserir um registro duplicado.. por isso as 6 chaves..Eu n�o uso campos varchar.. uso campos char.. e n�o � num�rico.. s�o campos char.. com o c�digo string..dentre esses tem um campo Date..se eu tirar o Collate, como farei para us�-lo novamente..?...

F�rum FireBird #49420