SQL Server Management Studio 2005 - Standardcodierung festlegen

7

Ist jemandem bekannt, wie die Standardcodierung beim Speichern einer Datei in SQL Server Management Studio als ANSI anstelle von Unicode festgelegt werden kann? Unser Quellcodeverwaltungssystem / diff tools barf, wenn es in einem Unicode-Dateiformat ausgeführt wird.

Ich habe eine mögliche Lösung dafür gegoogelt. Ich habe jedoch nur Beispiele gefunden, um die Codierung beim Ausführen eines "Speichern unter ..." auszuwählen. was gut funktioniert; muss aber jedes Mal gemacht werden, wenn ich das Programm starte.

Gibt es irgendwo eine Registrierungseinstellung, die ich festlegen könnte? Hat jemand anderes darauf gestoßen und eine Lösung gefunden?

Jim B.
quelle

Antworten:

7

Diese Funktion wurde in den letzten 4 Jahren von Dutzenden von Personen angefordert, sie wurde jedoch noch nicht implementiert, wie ich sehen kann.

WoodE
quelle
1
Es handelt sich um eine 7 Jahre alte Feature-Anfrage ab diesem Kommentar. Bitte stimmen Sie hier ab: connect.microsoft.com/SQLServer/feedback/details/336750/…
C. Augusto Proiete
0

Ich glaube, dass dies möglich sein könnte. Ich wollte die umgekehrte Situation - Dateien wurden immer in Unicode anstatt in ANSI gespeichert - und fand eine Registrierungseinstellung, die es mir ermöglichte, dies zu tun. Der Registrierungsschlüssel lautet HKEY_USERS \\ Software \ Microsoft \ Microsoft SQL Server \\ Tools \ Shell \ General und der REG_DWORD-Wert ist SaveDocsAsUnicodeInDataLoss, der auf 0 gesetzt wurde. Ich habe ihn auf 1 geändert und die Standardcodierung beim Speichern von Dateien von ANSI auf Unicode umgestellt .

Daraus schließe ich, dass das Setzen des Werts auf 0 standardmäßig ANSI ist.

Um die Einstellung für zukünftige Benutzer zu ändern, ändern Sie den Wert im Schlüssel HKEY_USERS \ .DEFAULT \ Software \ Microsoft \ Microsoft SQL Server \\ Tools \ Shell \ General.

Liam North
quelle
Wenn Sie dies auf 0 setzen, wird die Codierung NICHT in ANSI
geändert
-4

ANSI ist kein guter Standard, es sei denn, dies ist unbedingt erforderlich. UTF-8 ist viel, viel besser. UTF-8 ist im Allgemeinen mit ANSI kompatibel. (UTF-8 ohne Signatur ist kompatibel und gut. UTF-8 mit Signatur ist eine nicht kompatible (und schlechte) Alternative zu UTF-8 ohne Signatur. Der einzige Zweck, die Signatur hinzuzufügen, besteht darin, sie mit ANSI inkompatibel zu machen!) Jedes Unicode-Format unterstützt jedoch internationale Zeichen, was normalerweise sehr gut ist . ANSI hat eine sehr (sehr) begrenzte internationale Charakterunterstützung. Die Welt sollte auf UTF-8 umsteigen (ohne Unterschrift). Anscheinend stimmt HTML5 zu. Horay! Endlich ein intelligenter Zeichenkodierungsstandard.

Humilulo - Shawn Kovac
quelle
3
-1 Dies beantwortet die Frage nicht.
Péter Török
Dies kann als Kommentar zu der Frage besser geeignet sein als als Antwort
JoelFan