Sqlxml4 что это за программа
Основные понятия о программировании для SQLXML 4.0
Компонент SQLXML 3.0 стал доступен в виде веб-версии. Он обеспечивает дополнительную XML-функциональность на стороне клиента и расширение существующих функций: схемы XSD, пакетную загрузку XML, поддержку веб-служб (SOAP), диаграммы обновления и т. д.
В SQL Server 2005 (9.x) появился SQLXML 4.0, который помимо поддержки всех функций SQLXML 3.0 содержит ряд дополнительных изменений, направленных на поддержку новых функций, появившихся в SQL Server 2005 (9.x).
Этот раздел содержит сведения об SQLXML 4.0.
Новые возможности SQLXML 4.0 с пакетом обновления 1 (SP1)
Содержит описание обновлений и расширений в SQLXML 4.0, а также ссылки на соответствующие разделы в настоящей документации.
Использование ADO для выполнения запросов SQLXML 4.0
Описывает процесс работы с запросами ADO для SQLXML. В SQLXML 4.0 поддержка ADO более заметна, чем в предыдущих версиях.
Поддержка типов данных xml в SQLXML 4.0
Описывает поддержку типа данных xml, которая была добавлена в SQLXML 4.0.
Требования к запуску примеров SQLXML
Описывает требования для создания рабочих образцов из примеров, входящих в состав SQLXML.
Форматирование на стороне клиента и на стороне сервера (SQLXML 4,0)
Содержит сведения о форматировании на стороне сервера и на стороне клиента, а также их сравнение, в том числе сведения о команде FOR XML для создания XML-документов.
Схемы XSD с заметками в SQLXML 4.0
Содержит сведения об использовании аннотированных XSD-схем в SQLXML 4.0. Кроме того, содержит сведения об аннотированных XDR-схемах для использования в традиционных приложениях.
Использование запросов XPath в SQLXML 4.0
Описывает, как пользоваться подмножеством языка XPath для выполнения запросов к XML-представлениям, создаваемым на основе аннотированной XSD-схемы. Кроме этого, содержит примеры.
Использование диаграмм обновления для изменения данных в SQLXML 4.0
Содержит сведения о диаграммах обновления, которые изменяют данные в базе данных применительно к XML-представлениям на основе аннотированных схем XSD (или XDR).
Компоненты доступа к данным SQLXML 4.0
Содержит документацию по поставщику SQLXMLOLEDB и ссылки на другие компоненты доступа к данным SQLXML 4.0.
Кэширование шаблонов, XSL и схем (SQLXML 4,0)
Описывает функции кэширования, обеспечиваемые SQLXML для повышения производительности.
Проблемы безопасности SQLXML 4.0
Содержит обсуждение проблем, относящихся к SQLXML 4.0.
Рекомендации по использованию SQLXML 4.0 и действующие ограничения
Содержит перечень проблем, которые следует учитывать при работе с SQLXML 4.0.
Введение в массовую загрузку XML (SQLXML 4.0)
Массовая загрузка XML является изолированным объектом COM, который позволяет загрузить частично структурированные XML-данные в таблицы Microsoft SQL Server.
Можно вставить XML-данные в базу данных SQL Server при помощи инструкции INSERT и функции OPENXML, однако программа массовой загрузки обладает более высокой производительностью, если нужно вставить большие объемы XML-данных.
Метод Execute модели объектов с массовым загрузкой XML принимает два параметра:
Схема XSD (XML Schema definition) с заметками или схема XDR (XML-Data Reduced) с заметками. Программа массовой загрузки XML интерпретирует эту схему сопоставления и заметки, которые указаны в схеме, при идентификации таблиц SQL Server, в которые XML-данные будут вставлены.
XML-документ или фрагмент документа (фрагмент документа — это документ, в котором элемент верхнего уровня может быть не единственным). Может быть указано имя файла или поток, из которого массовая загрузка XML может читать.
Массовая загрузка XML интерпретирует схему сопоставления и указывает таблицу или таблицы, в которые будут вставлены XML-данные.
Предполагается, что читатель знаком со следующими функциями SQL Server.
Схемы XSD и XDR с заметками. Дополнительные сведения о схемах XSD с заметками см. в статье Введение в схемы XSD с Заметками (SQLXML 4,0). Сведения о схемах XDR с заметками см. в разделе схемы XDR с Заметками (устаревшие в SQLXML 4,0).
Механизмы массовой вставки SQL Server, такие как инструкция Transact-SQL BULK INSERT и программа bcp. Дополнительные сведения см. в статьях BULK INSERT (Transact-SQL) и bcp Utility.
Потоковая передача XML-данных
Так как исходный XML-документ может быть большого размера, для обработки массовой загрузки целый документ не читается в память. Вместо этого массовая загрузка XML интерпретирует XML-данные как поток и читает. После того как программа прочитает данные, она идентифицирует таблицу базы данных, создает соответствующую запись из источника XML-данных, а затем отправляет запись SQL Server для вставки.
Например, следующий исходный XML-документ состоит из элементов и дочерних элементов:
Транзакционные и нетранзакционные операции массовой загрузки XML
Массовая загрузка XML может работать в транзакционном и нетранзакционном режимах. Производительность обычно является оптимальной при выполнении многоязыковой загрузки в неусловном режиме: то есть свойство Transaction имеет значение FALSE, и одно из следующих условий имеет значение true.
Таблицы, в которые происходит массовая загрузка данных, пусты и не имеют индексов.
Таблицы содержат данные и имеют уникальные индексы.
Нетранзакционный подход не гарантирует возможности отката, если в процессе массовой загрузки что-то пойдет не так (также могут случаться частичные откаты). Нетранзакционная массовая загрузка подходит, если база данных пуста. В этом случае, если что-то пошло не так, можно очистить базу данных и начать массовую загрузку XML заново.
В нетранзакционном режиме массовая загрузка XML использует вложенные внутренние транзакции по умолчанию и фиксирует их. Если свойство Transaction имеет значение TRUE, при выполнении этой транзакции не выполняется автоматическая загрузка XML.
Если для свойства Transaction задано значение TRUE, то при выполнении операции XML-загрузки выполняется создание временных файлов, по одному для каждой таблицы, определенной в схеме сопоставления. Массовая загрузка XML сначала поместит записи из исходного XML-документа в эти временные файлы. Затем инструкция Transact-SQL BULK INSERT получит эти записи из файлов и поместит их в соответствующие таблицы. Расположение этих временных файлов можно указать с помощью свойства TempFilePath. Следует убедиться, что у учетной записи SQL Server, используемой в массовой загрузке XML, есть доступ к этому пути. Если свойство TempFilePath не задано, для создания временных файлов используется путь к файлу по умолчанию, указанный в переменной среды TEMP.
Если для свойства Transaction задано значение FALSE (значение по умолчанию), при выполнении групповой загрузки XML для выполнения операции загрузки данных используется интерфейс OLE DB IRowsetFastLoad.
Если свойство ConnectionString задает строку соединения, а свойство Transaction имеет значение TRUE, то при выполнении операции XML-загрузки выполняется в собственном контексте транзакции. (Например, массовая загрузка XML начинает собственную транзакцию и фиксирует изменения или при необходимости производит откат.)
Если свойство ConnectionCommand устанавливает соединение с существующим объектом соединения, а свойство Transaction имеет значение TRUE, то при выполнении автоматической загрузки XML инструкция COMMIT или ROLLBACK не выдается в случае успеха или сбоя соответственно. Если происходит ошибка, массовая загрузка XML возвращает соответствующее сообщение об ошибке. Решение об использовании инструкции COMMIT или ROLLBACK остается за клиентом, который инициировал массовую загрузку. Объект соединения, используемый для групповой загрузки XML, должен иметь тип ICommand или объект команды ADO.
В SQLXML 4,0 Коннектионобжект нельзя использовать, если свойство Transaction имеет значение FALSE. Неподдерживаемый режим не поддерживается для Коннектионобжект, так как невозможно открыть более одного интерфейса IRowsetFastLoad в переданном сеансе.
Новые’в SQLXML 4,0 SP1
Microsoft SQLXML 4.0 с пакетом обновления 1 (SP1) содержит различные обновления и улучшения. В этом разделе содержится описание всех обновлений и предоставляются ссылки на более подробные сведения (если они доступны). SQLXML 4.0 с пакетом обновления 1 (SP1) предоставляет улучшения для поддержки новых типов данных, появившихся в SQL Server 2008. В этом разделе рассматриваются следующие вопросы.
Установка SQLXML 4.0 с пакетом обновления 1 (SP1)
Проблемы параллельной установки
Распространение SQLXML 4.0
Поддержка SQL Server собственного клиента
Поддержка новых типов данных SQL Server 2005 (9.x)
Изменения в SQLXML 4.0, относящиеся к массовой загрузке XML
Изменения в SQLXML 4.0, относящиеся к разделам реестра
Установка SQLXML 4.0 с пакетом обновления 1 (SP1)
До версии SQL Server 2008 компонент SQLXML 4.0 распространялся с SQL Server и входил в состав установки по умолчанию всех версий SQL Server, за исключением SQL Server Express. Начиная с SQL Server 2008, последняя версия SQLXML (SQLXML 4.0 с пакетом обновления 1 (SP1)) больше не включается в состав SQL Server. Чтобы установить SQLXML 4,0 с пакетом обновления 1 (SP1), скачайте его из расположения установки для sqlxml 4,0 SP1.
Файлы SQLXML 4.0 с пакетом обновления 1 (SP1) устанавливаются в следующий каталог:
Все необходимые настройки реестра для SQLXML 4.0 вносятся в процессе установки.
Чтобы обеспечить эксплуатацию 32-разрядных приложений SQLXML под управлением WOW64 в 64-разрядных операционных системах Windows, запустите 64-разрядный пакет SQLXML 4.0 с пакетом обновления 1 (SP1), имеющий имя sqlxml4.msi, который можно найти в центре загрузки.
Удаление SQLXML 4.0 с пакетом обновления 1 (SP1)
Для SQLXML 3.0 с пакетом обновления 3 (SP3), SQLXML 4.0 и SQLXML 4.0 с пакетом обновления 1 (SP1) применяются общие разделы реестра. При удалении более поздних версий SQLXML на том же компьютере, где установлен SQLXML 3.0 с пакетом обновления 3 (SP3), может потребоваться повторная установка SQLXML 3.0 с пакетом обновления 3 (SP3).
Проблемы параллельной установки
Процесс установки SQLXML 4.0 не удаляет файлы, установленные для прежних версий SQLXML. Поэтому возможно существование DLL-библиотек для нескольких различающихся версиями установок SQLXML на компьютере. Можно запускать установленные экземпляры параллельно. SQLXML 4.0 содержит как независимые от версии, так и зависимые от версии идентификаторы PROGID. Во всех рабочих приложениях должны использоваться зависимые от версии идентификаторы PROGID.
SQLXML 4.0 с пакетом обновления 1 (SP1) и MSXML
SQLXML 4.0 не устанавливает MSXML. SQLXML 4.0 использует службы MSXML 6.0, которые устанавливаются в составе установки SQL Server 2005 (9.x) или более поздней установки.
Распространение SQLXML 4.0 с пакетом обновления 1 (SP1)
Предусмотрена возможность распространять SQLXML 4.0 с пакетом обновления 1 (SP1) с помощью распространяемого пакета установщика. Один из способов установки нескольких пакетов в одном (с точки зрения пользователя) сеансе установки состоит в применении технологии построителей цепочек и загрузчиков. Дополнительные сведения см. в статьях Разработка пользовательского пакета загрузчика для Visual Studio 2005 и Добавление настраиваемых необходимых компонентов.
Если приложение планируется использовать на платформе, отличной от той, на которой оно разрабатывалось, можно скачать из центра загрузки Майкрософт версии sqlncli.msi for x64, Itanium и x86.
Существуют также отдельно распространяемые программы установки для MSXML 6.0 (msxml6.msi). Они находятся на установочном компакт-диске SQL Server в следующем каталоге:
Эти установочные файлы можно использовать для установки MSXML 6.0 непосредственно с компакт-диска. Их можно также использовать для свободного распространения MSXML 6.0 и SQLXML 4.0 с пакетом обновления 1 (SP1) вместе с собственными приложениями.
Нужно также распространить собственный клиент SQL Server, если он используется с приложением как поставщик данных. Дополнительные сведения см. в статье Установка SQL Server Native Client.
Поддержка собственного клиента SQL Server
Собственный клиент SQL Server — это технология доступа к данным, которая введена в SQL Server 2005 (9.x). Она объединяет поставщика SQLOLEDB и драйвер SQLODBC в одну собственную динамическую библиотеку (DLL), а также предоставляет новую уникальную функциональность, независимую от компонентов доступа к данным MDAC и отличную от них.
Между SQLXML 4.0 и SQLXML 3.0 нет полной обратной совместимости. В результате устранения некоторых ошибок и других функциональных изменений, особенно прекращения поддержки SQLXML ISAPI, нельзя использовать виртуальные каталоги IIS с SQLXML 4.0. Большинство приложений будут работать с небольшими изменениями, но их необходимо проверить перед запуском в рабочей среде с SQLXML 4.0.
Поддержка типов данных, появившихся в SQL Server 2005 и SQL Server 2008
Примеры использования типа данных XML в SQLXML при сопоставлении XML-представлений, пакетной загрузки XML или выполнении XML диаграмм обновления см. в примерах, приведенных в следующих разделах.
Изменения в SQLXML 4.0 с пакетом обновления 1 (SP1), относящиеся к массовой загрузке XML
Если ранее были созданы приложения Microsoft Visual Basic и нужно использовать SQLXML 4.0, необходимо перекомпилировать приложения со ссылкой на Xblkld4.dll.
Для приложений Visual Basic Scripting Edition необходимо зарегистрировать используемую DLL-библиотеку. В следующем примере, если указаны независимые от версий идентификаторы PROGID, приложение зависит от последней зарегистрированной DLL-библиотеки:
Зависимый от версии идентификатор PROGID — SQLXMLBulkLoad.SQLXMLBulkLoad.4.0.
Изменения в SQLXML 4.0, относящиеся к разделам реестра
В SQLXML 4.0 разделы реестра изменились по сравнению с предшествующими выпусками на следующие:
Необходимо изменить настройки, чтобы эти разделы были действительны в SQLXML 4.0.
Кроме того, в SQLXML 4.0 появились следующие разделы реестра:
По умолчанию SQLXML 4.0 возвращает собственные сведения об ошибке, предоставленные OLE DB и SQL Server, вместо высокоуровневой ошибки (как в случае с прежними версиями SQLXML). Если такое поведение нежелательно, значение типа DWORD этого раздела реестра должно быть установлено в 0 (значение по умолчанию — 1).
По умолчанию SQLXML возвращает значения идентификатора SQL Server GUID без заключения в фигурные скобки. Если требуется, чтобы значение GUID возвращалось с фигурными скобками (например, <some GUID>), значение этого раздела реестра должно быть равно 1 (по умолчанию — 0).
По умолчанию, когда средство синтаксического анализа XML загружает данные, пробелы нормализуются в соответствии с правилами XML 1.0. Это приводит к потере некоторых пробельных символов в данных. Таким образом, текстовое представление данных может измениться после синтаксического анализа, хотя семантически данные остаются прежними.
Раздел представлен таким образом, что можно оставить пробельные символы в данных. Если добавить этот раздел реестра и установить его значение равным 0, пробельные символы (возврат каретки, переноса строки и табуляция) в XML-документе возвращаются закодированными для значений атрибутов. Для значений элементов возвращается закодированным только символ возврата каретки.
Проблемы переноса
Ниже перечислены проблемы, которые могут повлиять на перенос прежних приложений SQLXML на SQLXML 4.0.
Запросы ADO и SQLXML 4.0
В предыдущих версиях SQLXML выполнение запросов на основе URL-адресов поддерживалось с помощью виртуальных каталогов IIS и ISAPI-фильтра SQLXML. Для приложений, использующих SQLXML 4.0, эта функция больше не поддерживается.
Вместо этого запросы, шаблоны и диаграммы обновления SQLXML могут выполняться с помощью расширений SQLXML для объектов данных ActiveX (ADO), появившихся в компонентах доступа к данным MDAC 2.6 и более поздних.
Поддержка SQLXML 3.0 ISAPI и новых типов данных в SQL Server 2005
поскольку поддержка ISAPI была удалена из SQLXML 4,0, если для решения требуются расширенные функции ввода данных, SQL Server 2005 (9.x) такие как тип данных xml или определяемые пользователем типы данных и веб-доступ, необходимо использовать другое решение, например управляемые классы SQLXML или обработчик HTTP другого типа, например собственные веб-службы с поддержкой xml для SQL Server 2005.
Изменения в массовой загрузке XML для временных файлов
Для SQLXML 4.0 и SQL Server разрешения на файл массовой загрузки XML предоставляются пользователю, выполняющему операцию массовой загрузки. Разрешения на чтение и запись наследуются из файловой системы. В прежних выпусках SQLXML и SQL Server, массовая загрузка XML на основе SQLXML создавала временные файлы, которые не были защищены и могли быть считаны любым пользователем.
Проблемы миграции для FOR XML на клиентской стороне
Процесс создания записей (SQLXML 4.0)
Массовая загрузка XML обрабатывает входные XML-данные и готовит записи для соответствующих таблиц в Microsoft SQL Server. Логика массовой загрузки XML определяет, когда формируется новая запись, какие значения дочерних элементов или атрибута копировать в поля записи, и когда запись завершена и готова к отправке в SQL Server для вставки.
Массовая загрузка XML не загружает все входные XML-данные в память и не формирует полные наборы записей перед отправкой данных в SQL Server. Это объясняется тем, что входные XML-данные могут быть большим документом, и загрузка всего документа в память может быть дорогостоящей. Вместо этого массовая загрузка XML выполняет следующие действия.
Анализирует схему сопоставления и готовит необходимый план выполнения.
Применяет план выполнения к данным во входном потоке.
В связи с такой последовательной обработкой важно представить входные XML-данные определенным образом. Необходимо понимать, как массовая загрузка XML анализирует схему сопоставления и как происходит процесс создания записи. Это поможет предоставить схему сопоставления для массовой загрузки XML, которая даст нужные результаты.
Массовая загрузка XML обрабатывает общие заметки схемы сопоставления, в том числе сопоставления столбцов и таблиц (указанных явно с помощью заметок или неявно через сопоставление по умолчанию) и связи соединений.
Предполагается, что пользователь знаком со схемами сопоставления XSD и XDR с заметками. Дополнительные сведения о схемах см. в статьях Знакомство с заметками XSD-схем (sqlxml 4,0) или схемой XDR с аннотацией (не рекомендуется в SQLXML 4,0).
Чтобы понять процесс создания записей, необходимо понимать следующие концепции.
Правило создания записей
Подмножество записей и правило упорядочения ключа
Исключения из правила создания записей
Область узла
Узел выходит из области, когда в нем не остается данных: по закрывающему тегу (в случае узла элемента) или по окончанию значения атрибута (в случае узла атрибута).
Правило создания записей
Когда узел (элемент или атрибут) входит в область, появляется возможность формирования записи из этого узла. Запись существует так же долго, как связанный узел в области. Когда узел выходит из области, массовая загрузка XML рассматривает сформированную запись как завершенную (с данными) и отправляет ее в SQL Server для вставки.
Например, рассмотрим следующий фрагмент схемы XSD:
Рассмотрим следующий фрагмент XML-документа:
Когда массовой загрузке XML предоставляется схема, описанная в предыдущих абзацах, и XML-данные в качестве входных данных, она обрабатывает узлы (элементы и атрибуты) в источнике данных следующим образом.
Открывающий тег первого элемента приводит этот элемент в области. Этот узел сопоставляется с таблицей Customers. Поэтому массовая загрузка XML формирует запись для таблицы Customers.
В схеме все атрибуты элемента сопоставляются со столбцами таблицы Customers. По мере входа этих атрибутов в область, массовая загрузка XML копирует их значения в запись клиента, уже сформированную родительской областью.
Когда при выполнении групповой загрузки XML достигается закрывающий тег элемента, элемент выходит за пределы области. В результате массовая загрузка XML рассматривает запись как завершенную и отправляет ее в SQL Server.
В этой модели, поскольку запись вставляется при достижении закрывающего тега (или выхода узла из области), необходимо определить все данные, связанные с записью в области узла.
Подмножество записей и правило упорядочения ключа
Например, пусть база данных содержит следующие таблицы.
Cust (CustomerID, CompanyName, City);
CustOrder (CustomerID, OrderID).
Столбец CustomerID в таблице CustOrder является внешним ключом, под которым понимается первичный ключ CustomerID в таблице Cust.
Теперь рассмотрим представление XML, указанное в следующей схеме XSD с заметками. Эта схема использует для указания связи между таблицами Cust и CustOrder.
Ниже приведен образец XML-данных и шаги для создания рабочего образца.
Наконец, узел Element выходит за пределы области. В это время массовая загрузка XML отправляет запись клиента в SQL Server. Массовая загрузка XML продолжает этот процесс для всех последующих клиентов в потоке XML-данных.
Два замечания о схеме сопоставления.
Если схема удовлетворяет правилу «вложенности» (например, все данные, связанные с клиентом и заказом, определяются в области связанных узлов элементов и), то при выполнении такой загрузки происходит успешная операция.
В описании элемента его дочерние элементы указываются в соответствующем порядке. В этом случае дочерний элемент указывается перед дочерним элементом. Это означает, что во входном XML-файле данных значение элемента доступно как значение внешнего ключа, когда элемент входит в область. Первыми указываются ключевые атрибуты — это «правило упорядочения ключа».
При указании дочернего элемента после дочернего элемента значение недоступно, если элемент входит в область. После того как закрывающий тег считывается, запись для таблицы CustOrder считается завершенной и вставляется в таблицу CustOrder со ЗНАЧЕНИЕМ NULL для столбца CustomerID, что не является нужным результатом.
Создание рабочего образца
Сохраните схему, приведенную в этом примере, в файле SampleSchema.xml.
Создайте следующие таблицы.
Сохраните следующий образец входных XML-данных в файле SampleXMLData.xml:
Чтобы выполнить массовую загрузку XML-данных, сохраните следующий пример на языке Microsoft Visual Basic Scripting Edition (VBScript) в файле BulkLoad.vbs и выполните его.
Исключения из правила создания записей
Массовая загрузка XML не формирует запись для узла, когда он входит в область, если этот узел типа IDREF или IDREFS. Необходимо убедиться, что в схеме приведено полное описание записи. Заметки DT: Type = «NMTOKENS» пропускаются, так как тип IDREFS игнорируется.
Так как при выполнении групповой загрузки игнорируются узлы типа IDREFS, при переходе узла атрибута OrderList в область не создается никаких операций создания записей. Поэтому, если нужно упорядочить записи, добавленные в таблицу Orders, необходимо описать эти заказы в каком-то месте схемы. В этой схеме указание элемента гарантирует, что при выполнении операции XML-загрузки в таблицу Orders добавляются записи о заказах. Элемент описывает все атрибуты, необходимые для заполнения записи для таблицы CustOrder.
Необходимо убедиться, что значения CustomerID и OrderID в элементе соответствуют значениям в элементе. Программист ответственен за обеспечение ссылочной целостности.
Использование ADO для выполнения запросов SQLXML 4.0
В предыдущих версиях SQLXML выполнение запросов по HTTP поддерживалось с помощью виртуальных каталогов SQLXML в IIS и ISAPI-фильтра SQLXML. В SQLXML 4.0 эти компоненты были удалены, так как похожая и перекрывающаяся функциональность предоставляется собственными веб-службами с поддержкой XML, начиная с версии SQL Server 2005 (9.x).
В качестве альтернативы можно выполнять запросы и использовать SQLXML 4.0 с приложениями на основе COM, используя расширения SQLXML для объектов данных ActiveX (ADO), которые появились в компонентах доступа к данным (MDAC) версии 2.6 и более поздних.
В этом разделе демонстрируется использование SQLXML и ADO в качестве части приложения Visual Basic Scripting Edition (VBScript) (скрипт с расширением имени файла vbs). Обеспечивает начальную процедуру установки, которая помогает создать повторно и тестировать образцы запросов в документации SQLXML 4.0.
Создание тестового скрипта SQLXML 4.0
В этой процедуре создается файл VBScript (.vbs), Sqlxml4test.vbs, который можно использовать для выполнения запросов SQLXML с использованием ADO-расширений SQLXML в ADO 2.6 и более поздних версий.
Создание испытателя запросов SQLXML 4.0 с использованием ADO (VBScript)
Скопируйте следующий код и вставьте его в текстовый файл. Сохраните файл с именем Sqlxml4test.xml.
Обновите следующие значения скриптов для образца, который предстоит протестировать, и тестовой среды.
Найдите « @@FILE_NAME@@ » и замените его именем файла шаблона.
Найдите « @@SERVER_NAME@@ » и замените его именем экземпляра SQL Server (например, « (local) », если SQL Server выполняется локально).
Найдите « @@DATABASE_NAME@@ » и замените его именем базы данных (например, « AdventureWorks2012 » или « tempdb »).
Обновите любые другие значения, упомянутые в конкретных инструкциях для примера, который нужно создать повторно локально на компьютере.
Сохраните файл и закройте его.
Проверьте, что созданы все дополнительные файлы, такие как XML-шаблоны или схемы, которые являются частью образца, который нужно локально создать повторно на компьютере. Эти файлы должны находиться в том же каталоге, в котором сохранен файл тестового скрипта (Sqlxml4test.vbs).
Следуйте инструкциям следующего раздела по использованию тестового скрипта SQLXML 4.0.
Использование тестового скрипта SQLXML 4.0
Следующая процедура описывает способ использования файлов Sqlxml4test.vbs для тестирования примеров запросов, предоставленных в этой документации.
Использование испытателя запросов SQLXML 4.0
Проверьте, что установлен собственный клиент SQL Server.
В меню » Пуск » выберите пункт » Параметры«, а затем » Панель управления«.
Если необходимо установить SQL Server собственный клиент, см. статью Установка SQL Server Native Client.
Файл VBScript можно выполнить из командной строки с использованием Cscript.exe или дважды щелкнув файл Sqlxml4test.vbs, чтобы вызвать сервер скриптов Windows (WScript.exe).
При выполнении скрипт должен вывести сообщение, предупреждая, что выполнение скрипта может занять некоторое время перед возвратом и отображением результатов запроса как вывода скрипта. После того как данные будут выведены, сравните их с ожидаемыми результатами запроса.