Правила и ограничения диаграмм обновления XML (SQLXML 4.0)

При использовании диаграмм обновления XML следует помнить следующее.

• При использовании диаграмм обновления для операции вставки с единственной парой блоков <before> и <after> блок <before> можно опустить. Напротив, при операции удаления можно опустить блок <after>.

• При использовании диаграммы обновления с несколькими блоками <before> и <after> в теге <sync> как блоки <before>, так и блоки <after> должны быть указаны для формирования пар <before> и <after>.

• Обновления в диаграммах обновления применяются к XML-представлению, предоставленному схемой XML. Поэтому для успешного сопоставления по умолчанию следует либо указать имя файла схемы в диаграмме обновления, либо, если имя файла не указано, имена элемента и атрибута должны совпадать с именами таблицы и столбца базы данных.

• SQLXML 4.0 требует, чтобы все значения столбцов в диаграмме обновления были бы явно сопоставлены в схеме (XDR или XSD), предоставленной для создания XML-представления для дочерних элементов. Такое поведение отличается от более ранних версий SQLXML, которые допускали отсутствие сопоставления для значения столбца в схеме, если оно являлось частью внешнего ключа заметки sql:relationship. (Следует отметить, что подобное изменение не повлияет на распространение значений первичного ключа на дочерние элементы, которое по-прежнему происходит в SQLXML 4.0, если явно не указано значение для дочернего элемента.

• При использовании диаграммы обновления для изменения данных в двоичном столбце (например, типы данных SQL Server image) следует обеспечить схему сопоставления, в которой должны быть указаны тип данных SQL Server (например, sql:datatype="image") и тип данных XML (например, dt:type="binhex" или dt:type="binbase64). Данные для двоичного столбца должны быть указаны в диаграмме обновления; заметка sql:url-encode, указанная в схеме сопоставления, не учитывается в диаграмме обновления.

• Если при написании схемы XSD указываемое для заметки sql:relation или sql:field значение включает в себя специальный символ, такой как символ пробела (например, в имени таблицы «Order Details»), это значение должно быть заключено в скобки (например, «[Order Details]»).

• При использовании диаграмм обновления цепочки связей не поддерживаются. Например, если таблицы А и С связаны через цепочку связей, которая использует таблицу В, при попытке запустить и выполнить диаграмму обновления возникнет следующая ошибка:

  There is an inconsistency in the schema provided.
  

  Даже если как схема, так и диаграмма обновления верны и правильно оформлены, эта ошибка возникнет, если имеется цепочка связей.

• Диаграммы обновления не допускают передачи данных типа image как параметров в процессе обновления.

• Типы больших двоичных объектов (BLOB), таких как text/ntext и изображение, не должны использоваться в блоке <before> при работе с диаграммами обновления, так как это приведет к использованию их в управлении параллелизмом. Это может вызвать проблемы в работе SQL Server из-за ограничений, налагаемых на сравнение для типов больших двоичных объектов. Например, ключевое слово LIKE используется в предложении WHERE для сравнения столбцов типа данных text; однако, в случае с типами больших двоичных объектов, когда размер данных превышает 8 КБ, такое сравнение завершится ошибкой.

• Специальные символы в данных типа ntext могут вызывать проблемы в работе SQLXML 4.0 из-за ограничений, налагаемых на сравнение типов больших двоичных объектов. Например, использование «[Serializable]» в блоке <before> диаграмм обновления при включенной проверке параллелизма столбца типа ntext приведет к ошибке SQLOLEDB со следующим описанием:

  Empty update, no updatable rows found   Transaction aborted
  

См. также

Справочник

Вопросы безопасности диаграмм обновления (SQLXML 4.0)