Diretrizes e limitações dos updategrams XML (SQLXML 4.0)

Lembre-se do seguinte ao usar os updategramas XML:

• Se você estiver usando um updategram para uma operação de inserção com apenas um único par de <blocos antes> e <depois> , o <bloco anterior> poderá ser omitido. Por outro lado, no caso de uma operação de exclusão, o <bloco após> pode ser omitido.

• Se você estiver usando um updategram com vários blocos <antes> e <depois> na <marca de sincronização> , os <blocos antes> e <depois> devem ser especificados para formação <antes> e <depois> dos pares.

• As atualizações em um diagrama de atualização são aplicadas à exibição XML fornecida pelo esquema XML. Portanto, para que o mapeamento padrão seja bem-sucedido, você deve especificar o nome do arquivo de esquema no updategram ou, se o nome do arquivo não for fornecido, os nomes de elemento e atributo deverão corresponder aos nomes de tabela e coluna no banco de dados.

• O SQLXML 4.0 requer que todos os valores de coluna em um diagrama de atualização sejam explicitamente mapeados no esquema (XDR ou XSD) fornecido para compor a exibição XML para seus elementos filho. Esse comportamento difere das versões anteriores do SQLXML, que permitiram um valor para uma coluna não mapeada no esquema se ele estivesse implícito como parte da chave estrangeira em uma sql:relationship anotação. (Observe que essa alteração não afeta a propagação de valores de chave primária para elementos filho, que ainda ocorre para SQLXML 4.0 se nenhum valor for especificado explicitamente para o elemento filho.

• Se você estiver usando um updategram para modificar dados em uma coluna binária (como o tipo de dados do SQL Server image ), deverá fornecer um esquema de mapeamento no qual o tipo de dados do SQL Server (por exemplo) sql:datatype="image"e o tipo de dados XML (por exemplo, dt:type="binhex" ou dt:type="binbase64) devem ser especificados. Os dados da coluna binária devem ser especificados no updategram; a sql:url-encode anotação especificada no esquema de mapeamento é ignorada pelo diagrama de atualização.

• Quando você estiver escrevendo um esquema XSD, se o valor especificado para a sql:relation anotação ou sql:field a anotação incluir um caractere especial, como um caractere de espaço (por exemplo, no nome da tabela "Detalhes do Pedido"), esse valor deverá ser colocado entre colchetes (por exemplo, "[Detalhes da Ordem]").

• Ao usar os updategramas, não há suporte para relações de cadeia. Por exemplo, se as tabelas A e C estiverem relacionadas por meio de uma relação de cadeia que usa a tabela B, o seguinte erro ocorrerá ao tentar executar e executar o updategram:

  There is an inconsistency in the schema provided.  
  

  Mesmo que o esquema e o updategrama estejam corretos e formados com validade, esse erro ocorrerá se uma relação de cadeia estiver presente.

• Os updategramas não permitem a passagem de dados de image tipo como parâmetros durante as atualizações.

• Tipos de BLOB (objeto binário grande) e text/ntext imagens não devem ser usadas no <bloco anterior> ao trabalhar com updategramas, pois isso as incluirá para uso no controle de simultaneidade. Isso pode causar problemas com o SQL Server devido às limitações na comparação de tipos de BLOB. Por exemplo, a palavra-chave LIKE é usada na cláusula WHERE para comparar entre colunas do tipo de text dados; no entanto, as comparações falharão no caso de tipos BLOB em que o tamanho dos dados for maior que 8K.

• Caracteres especiais em ntext dados podem causar problemas com SQLXML 4.0 devido às limitações na comparação para tipos de BLOB. Por exemplo, o uso de "[Serializable]" no <bloco anterior> de um updategrams quando usado na verificação simultânea de uma coluna do tipo falhará com a seguinte descrição ntext de erro SQLOLEDB:

  Empty update, no updatable rows found   Transaction aborted  
  

Consulte Também

Considerações sobre segurança do updategram (SQLXML 4.0)