Различные способы исправления ошибки кодирования XML в SQL Server

Дубликаты и, на мой взгляд, лучшие ответы:

• Использование StringWriter для сериализации XML (14 октября 2009 г.)
  • https://stackoverflow.com/a/1566154/751158
• Попытка сохранить достаточное количество XML-содержимого в SQL Server 2005 (кодировка (21 декабря 2008 г.)
  • https: // проблема переполнения стопки) .com / a / 1091209/751158

В конечном итоге кодировка не создается и не публикуется как используемая, хотя XmlReader может легко проанализировать ее локально на сервере приложений.

Как наиболее эффективный способ чтения XML в ADO.net с использованием типа XML в некоторой строке SQL Server? SQL Server сохраняет этот XML в эффективном двоичном формате. Используя наш собственный класс SqlXml , ADO.net. Он может записывать в SQL Server этот двоичный файл и не требует сериализации XML в дополнение к десериализации с сервера базы данных. Также необходимо, чтобы вы могли быть более эффективными для сетевого транспорта.

SqlXml , XML отправляется в каждую нашу базу данных после предварительного анализа, тогда база данных должна почти ничего не знать о кодировках символов – UTF-16 или около того. В частности, обратите внимание, что объявления XML – это не просто объявления, которые хранятся в системе с важной информацией, независимо от порядка их размещения.

Прочтите все ответы, приведенные выше, для моделей, очень похожих на эту, но это мое обучение:

  с System.Data;Использование System.Data.SqlClient;Использование System.Data.SqlTypes;Использование System.IO;Использование System.Xml;Класс набора XmlDemo    старомодный void Main (string [] args)        использование (SqlConnection conn соответствует новому SqlConnection ())            conn.ConnectionString = "...";            conn.Open ();            использование (SqlCommand cmd соответствует новому SqlCommand («Вставить в значения TestData (Xml) (@Xml)», conn))                cmd.Parameters.Add (новый SqlParameter ("@ Xml", SqlDbType.Xml)                    // Функции.                    // значение = ""                    // Функции. Объявление XML не обязательно будет полностью постоянным!                    // Значение " "                    // Функции. Объявление XML не сохраняется!                    // Значение " "                    // Ошибка ("невозможно переключить кодировку" SqlException).                    // Значение означает " "                    // Функции. Объявление XML просто не сохраняется!                    Значение = новый SqlXml (XmlReader.Create (new StringReader (" ")))                );                cmd. executernonquery ();                        

Обратите внимание, что я бы не стал описывать последний (без комментариев) пример как «готовый к производству», но лучше отказался бы от него кратко и четко. Когда все сделано безопасно, фактический StringReader и созданный XmlReader всегда должны быть инициализированы в операторах with , чтобы гарантировать, что новый ценный Close () Методы называются по завершении.

Из того, что я видел, объявления XML редко сохраняются при использовании строки XML. … Даже без использования ..NET и редактирования. Только для этой прямой SQL-вставки, декларация XML не сохраняется в нашей базе данных вместе с XML по причинам, указывающим на рассуждение:

  Вставить значение TestData (Xml) (кодировка ' '); 

Теперь объект, имеющий отношение к вопросу OP, должен быть преобразован в структуру XML, полученную от точки MyMessage и XmlSerializer . чтобы быть созданным, всегда необходимо приобретать. В худшем случае сообщение может быть более сериализовано в XmlDocument вместо сериализации в строку – эксперты утверждают, что, несомненно, новый SqlXml затем отправляется в xmlnodereader < / code>, чтобы избежать этого перехода, который может отображаться при десериализации / сериализации. (См. Http://blogs.msdn.com/b/jongallant/archive/2007/01/30/how-to-convert-xmldocument-to-xmlreader-for-sqlxml-data-type.aspx для получения более подробной информации и пример.)