если вы не поймёте что "xml-формат" не равно "текстовый файл" , то всякие "улучшения" кода вам не помогут.
Пы.Сы. вот почему моё мнение что, неявная конвертация типов в ms sql зло ))

ArkadyLГигабайт Мегабайтович Килобайтовпропущено...

в файле, в текстовом формате записаны данные, которые могут представлены в xml-формате ( а могут быть и не представлены) . xml - это не файл , это формат данных, а вот в чем он храниться - тут возможны варианты ))
у вас по факту - в каталоге хранятся файлы, по всей видимости в текстовом представление, в который записаны данные в xml-формате( как то коряво написал, но если не понятно спросите попробую по другому написать) .


Я, конечно, не теоретик, но хоть в чём-то ЦБ нам врать не будет

автор3. Структура наименования, структуры и форматы электронного сообщения

3.1. Электронное сообщение, содержащее информацию о случаях отказа в выполнении распоряжения клиента о совершении операции, случаях отказа от заключения договоров банковского счета (вклада), случаях расторжения договоров банковского счета (вклада) с клиентом (далее - ЭС), предусмотренное Положением Банка России N 550-П, формируется Банком России в виде файла формата XML в кодировке UTF-8 (первая строка файла имеет следующий вид: <?xml version="1.0" encoding="UTF-8"?>, при этом допустимо любое значение регистра при указании кодировки "UTF-8").

Другие системы могут же формировать XML в такой кодировке. Именно эти файлы и списываем мы себе для последующей обработки. И, повторяю, SQL Server прекрасно считывает и разбирает этот файл командами, предназначенными для работы с данными формата xml. Также этот файл сохраняется в поле типа xml (видимо, сервер сам управляется с заголовком).
таки такое написание принято "фомата xml", хотя правильное написание "формата данных xml" потому что буквально - формата файла типа хмл - нет и не может быть.
а вот в том что "обрабатывает" вы не правы, потому что у вас сначала файл читается в текстовую переменную (тут никакого хмл нет), а потом неявно конвертируется в xml. Правила конвертации из текстового формата в xml определены самими разработчиками sql server'а. а по факту у вас происходит конвертация как раз в формат xml того типа, который может понимать сервер. т.е. у вас получается такая цепочка - текстовый файл с содержимым в формате xml-> текстовая переменная с содержимым в формате xml -> не явная конвертация из типа данных "текст" в тип данных "xml" c одновременной сменой кодировки xml с utf8 на utf16 .

если вы внимательно посмотрите на приведенные вами же примеры по тому, как вы читаете эти файлы вы сами всё это там увидите.

ArkadyL,
а вот разработчики ms sql решили поддерживать "внутри" сервера только utf16, ибо он покрывает остальные кодировки, а определение конечной кодировки оставить на стороне клиента, т.е. финальную конвертацию в нужную кодировку должен делать клиент.

blonduserГигабайт Мегабайтович КилобайтовArkadyL,
а вот разработчики ms sql решили поддерживать "внутри" сервера только utf16, ибо он покрывает остальные кодировки, а определение конечной кодировки оставить на стороне клиента, т.е. финальную конвертацию в нужную кодировку должен делать клиент.

Не правда ваша...
https://docs.microsoft.com/ru-ru/sql/relational-databases/xml/create-instances-of-xml-data
давайте конкретно где я не прав? ))
таки не увидел противоречий ))

blonduserKonst_One SQL Server хранит XML-данные в кодировке Юникод (UTF-16). XML-данные, извлекаемые из баз данных сервера, предоставляются в кодировке UTF-16. Если требуются данные в другой кодировке, извлеченные данные нужно преобразовать.

https://docs.microsoft.com/ru-ru/sql/relational-databases/xml/load-xml-data

Следующая строка...
"Иногда XML-данные могут быть представлены в другой кодировке." И дальше расписывается пример.
а вы контекст этого абзаца не забыли ?)) это уточнение относиться к загружаемым данным , т.е. это данные вне внутреннего формата хранения. таки да вне они могут быть любым форматом. и потом раскрывается как их правильно прочитать, что-бы правильно сохранить.

blonduserKonst_One,

Вот исходный пример и он отработал без ошибок.



выделил ключевой момент вот тут происходит преобразование из varchar в xml.
и сразу два вопроса
1) а почему вы считаете что в переменной @xml у вас не utf-16
2) и где после конвертации у вас находиться ? ))

Гигабайт Мегабайтович КилобайтовblonduserKonst_One,

Вот исходный пример и он отработал без ошибок.



выделил ключевой момент вот тут происходит преобразование из varchar в xml.
и сразу два вопроса
1) а почему вы считаете что в переменной @xml у вас не utf-16
2) и где после конвертации у вас находиться ? ))

не выделилось - вот ключевой момент - CAST(@var AS XML)

blonduserГигабайт Мегабайтович Килобайтов,

Вот цитата автора.

ArkadyLЯ буду благодарен за пример усовершенствования кода.
... Но нас вполне устраивает и хранение в varchar(max). По крайней мере, тестовый ответ тоже был благополучно принят в ЦБ.

Внутри SQL тип XML как юникод.
Но насколько я понял, главная цель была отправить в кодировки UTF-8.
эт ты куда накопал )) тут сейчас не об этом, с тем он давно уже справился. Но сейчас объясняю как это всё работает "там внутрях", чтоб потом человек когда ему что-то ещё понадобиться делать с хмл, сам понимал что делает.

а то он даже не понимает что происходит, когда у них импортятся файлы в систему.