SQL Server Management Studio 2005 - Definir codificação padrão

7

Alguém está ciente de uma maneira de definir a codificação padrão ao salvar um arquivo no SQL Server Management Studio para ser ANSI em vez de Unicode? Nosso sistema de controle de origem / diff tools barf quando ele é executado em um formato de arquivo Unicode.

Eu pesquisei uma possível solução para isso; mas tudo que eu encontrei são exemplos para selecionar a codificação ao fazer um "Salvar como ..."; que funciona bem; mas precisa ser feito toda vez que eu iniciar o programa.

Existe uma configuração de registro em algum lugar que eu poderia definir? Alguém mais se deparou com isso e encontrou uma solução?

    
por Jim B 22.11.2010 / 15:00

3 respostas

8

Esse recurso foi solicitado nos últimos quatro anos por dezenas de pessoas, no entanto, isso ainda não foi implementado.

    
por 22.11.2010 / 15:34
0

Eu acredito que seja possível fazer isso. Eu queria a situação inversa - arquivos sempre salvos em Unicode em vez de ANSI - e encontrei uma configuração do Registro que me permitiu fazer isso. A Chave do Registro é HKEY_USERS \\ Software \ Microsoft \ Microsoft SQL Server \\ Ferramentas \ Shell \ General e o valor REG_DWORD é SaveDocsAsUnicodeInDataLoss que foi definido como 0. Alterei para 1 e a codificação padrão ao salvar arquivos alternou de ANSI para Unicode .

Eu deduzi que definir o valor como 0 é padronizado para ANSI.

Para alterar a configuração de qualquer usuário futuro, altere o valor na chave HKEY_USERS \ .DEFAULT \ Software \ Microsoft \ Microsoft SQL Server \\ Tools \ Shell \ General.

    
por 05.03.2013 / 12:12
-4

O ANSI não é um bom padrão, a menos que seja absolutamente necessário. O UTF-8 é muito, muito melhor. O UTF-8 é geralmente compatível com ANSI. (UTF-8 sem assinatura é compatível e é bom. UTF-8 com assinatura é uma alternativa não compatível (e ruim) para UTF-8 sem assinatura. O único propósito de adicionar a assinatura é torná-la incompatível com ANSI!) Mas qualquer formato Unicode suporta caracteres internacionais, o que é normalmente muito bom . ANSI tem muito (muito) limitado suporte a caracteres internacionais. O mundo deve fazer a transição para UTF-8 (sem assinatura). Aparentemente, o HTML5 concorda. Horay! Finalmente, um padrão inteligente de codificação de caracteres.

    
por 21.11.2011 / 21:21