TOTVSTEC

Árvore de páginas

OcorrênciaOcorrências de falhas de comportamentos diferenciados em funcionalidades comuns e suportadas pelos demais Bancos de Dados homologados têm como causa comum um uso inadequado da configuração de codificação de caracteres na ODBC – client_encoding –  e parâmetros de criação do Banco de Dados. 
Implementação
  • A partir da build atual, o DBAccess passa a definir a codificação padrão da conexão entre DBAccess e o PostgreSQL usando a codificação do Banco de Dados da conexão.
  • A verificação dos valores de Encoding feita na primeira conexão com o SGDB após a subida do serviço do DBAccess verifica se os Encodings utilizados são WIN1252 e/ou WIN1251, emitindo mensagem de advertência de uso de codepage inadequado (não recomendado/homologado) caso o Server Encoding use qualquer outro valor. 
Informações adicionais
  • Referente ao chamado: DBTEC-811
  • Disponível em builds iguais ou superiores a 18.x.x.x
  • A criação de um Banco de Dados no PostgreSQL usando LC_CTYPE ( Character Type) = "C" (ou Posix) não atende aos cenários de uso de campos caractere acentuados na base de dados, em funções de conversão e comparação como "lower" e "upper". Para atender ao comportamento esperado e correto das funções de conversão de caracteres do SGDB, o LC_CTYPE utilizado deve ser 'pt_BR.CP1252'  ou 'Portuguese_Brazil.1252' para Windows, para instâncias do SGDB instalada no Linux e Windows, respectivamente. 
  • A utilização de um ambiente usando alfabeto cirílico deve isar o LC_TYPE 'ru_RU.CP1251' e/ou 'Russian', para Windows e Linux respectivamente. 
  • O uso destes Character Types não é compatível com a criação do SGDB usando ENCODING=LATIN1, mas sim usando ENCODING=WIN1252. A documentação sobre Charset x Encoding x Collation foi atualizada – vide link DBAccess - Collation, Character Type e Encoding
  • Os parâmetros de Encoding, Collation e Character Type de um banco Postgres não são alteráveis para um banco já criado.  
  • Sem rótulos