SQL: CRLF geht verloren in SSMS Abfragen?

In SQL-Abfragen  wird normalerweise nichts „verändert“ oder beschränkt – bis eben zu technischen Gründen und/oder z.B. des benutzten Zeichensatzes.

Wie kann trotzdem im SSMS in einer Query ein CRLF verschwinden?

Fangen wir erst mit der Auswahl der Darstellung von Ergebnissen: „als Text“ und „als Grid“.

Bei der Darstellung „als Text“ ist alle normal und Zeilenumbrüche sind sichtbar. Aber bei der Auswahl „als Grid“ ist etwas noch etwas anders: Im Grid werden die CRLF nicht dargestellt. Wenn man jetzt ein solches Feld einmal auswählt und sich kopiert (<Strg>C) und z.B. im Notepad einspielt (<Strg>V) KANN es sein, dass ein erwarteter Umbruch verloren ist.
Die SQL Query kann es ja die eigentliche Ursache sein, weil es in dem vorherigem „als Text“ ja alles funktioniert sein.

Lösung:

In den Optionen wieder das fehlende Häkchen hinzufügen. IMHO war das früheren Versionen v. SSMS anders.
Ganz wichtig – wenn dies Häkchen gesetzt ist, muss das SSMS neu gestartet werden!

Test:

--Beispiel mit Zeilenumbruch
Select 'First line.'+CHAR(13)+CHAR(10)+'Second line.'
Select 'First line. 
Second line.'

SSMS verbraucht CPU und reagiert nicht mehr alle paar Minuten…

Problem: Das SSMS (SQL Server Management Studio) hängt alle paar Minuten – Auch ein Neustart des SSMS bringt nichts.
Nebeninformation: CPU vom SSMS wird 15-25% und das RAM vom SSMS mehrere GB!

 

Ursache: Eine T-SQL Query ist syntaktisch defekt und das SSMS „wild“ zu werden. Es scheint mit einem Zusammenhang mit dem IntelliSense zu haben.

Lösung: Korrektur des T-SQL Code und ein paar Minuten geduldig sein, CPU verringert sich schneller und das RAM normalisiert sich etwas später!

Ähnliche Feststellungen:
https://superuser.com/questions/1195570/sql-server-management-studio-cpu-and-ram-usage-keeps-increasing-for-no-reason