Странная проблема в SQL Management Studio IDE с CR вместо CRLF

Question

Я обнаружил странную особенность (которая может быть связана с SQL Management Studio) в отношении размещения символов возврата в конце операторов SQL. Хотя запрос внутри идентификатора работает очень хорошо, рассматриваемая функция нарушала наши сценарии развертывания.

По сути, по какой-то причине некоторые строки заканчивались тем, что выглядело как возврат каретки (CR) вместо CRLF, как можно увидеть в diff между двумя файлами ниже:

Теперь я знаю, как изменить сценарии сборки, чтобы поймать это, но мне было любопытно, как это вызывается. Как же можно использовать символ CR вместо символа CRLF?

Мысли кого-нибудь?

Answer 1

Это именно то, что случилось со мной сегодня, и после небольшого расследования я обнаружил несколько деталей:

Я использовал редактор, отличный от моего обычного на компьютере коллеги. Я привык к EditPlus, и это был Блокнот ++ (я думаю). После небольшого редактирования я скопировал некоторый код в MSSMS, затем немного изменил его, а затем сохранил как файл .sql. Затем, когда я открыл файл, я получил предупреждение о выпуске cr / lf. Сделав видимыми символы пробела, я заметил, что большинство строк были cr / lf, но только некоторые были только lf.

Оказывается, что пока я был в Notepad ++, я выполнил поиск и заменил "> <" на "> \ n <" (отдельные html-теги на новые строки), а в Notepad ++ "\ n" означает "lf", тогда как в editplus "\ n" означает "перевод строки" (независимо от того, какой файл используется в данный момент, поэтому обычно это "crlf"). </p>

Интересно, что MSSMS позволил мне сохранить этот гибридный файл без каких-либо жалоб.

Итак, урок заключается в том, что при выполнении поиска и замены с использованием выражений, подобных регулярному выражению, общие вещи, такие как \ n, могут быть реализованы по-разному в разных редакторах

Answer 2

ANSI -> преобразование Unicode?UNIX -> Конвертация Windows?Скорее всего, вы отредактировали его в другом редакторе и сохранили, например, в формате UNIX.