Рекомендации по использованию SQLXML 4.0 и действующие ограничения
Применимо к:база данных SQL ServerAzure SQL
При работе с SQLXML 4.0 надлежит помнить следующее.
XML-документ, возвращаемый в виде результата запроса, не проверяется по схеме сопоставления, сформировавшей этот документ.
SQLXML 4.0 включает независимые и зависимые от версии идентификаторы PROGID. Рекомендуется, чтобы все рабочие приложения использовали зависимые от версии идентификаторы PROGID. Это особенно важно, так как SQLXML 4.0 не имеет полной обратной совместимости. Использование зависимых от версии идентификаторов PROGID защищает от возможных сбоев в работе при установке новых версий. От версии к версии поведение программы может меняться из-за множества причин, например: исправления ошибок, возможных изменений структуры и т. д. Использование зависимых от версии идентификаторов PROGID защищает от непредвиденных сбоев при установке новых версий. При установке новой версии приложение продолжит работу без сбоев, используя зависимые от версии идентификаторы PROGID. Если в новой версии требуется изменить предыдущие зависимые от версии идентификаторы PROGID на более актуальные, то перед запуском в работу приложение необходимо протестировать. Например, приложения, использующие независимые от версии идентификаторы PROGID, в следующем сценарии могут завершиться с ошибкой.
Выполняется приложение, использующее SQLXML 4.0 и независимые от версии идентификаторы PROGID, и требуется установить несколько других программ. Эта программа может установить предыдущую версию SQLXML. Приложение может завершиться с ошибкой, так как независимые от версии идентификаторы PROGID в приложении теперь указывают на предыдущую версию SQLXML, в которой может и не быть функции SQLXML, которую использует приложение.
Если по какой-либо причине вы не хотите использовать поставщик SQLXMLOLEDB, а вместо этого хотите использовать поставщик SQLOLEDB для функций SQLXML, задайте для свойства Версия SQLXML значение "SQLXML.4.0".
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по