Interpretação de Anotações - sql:relationship e Regra de Ordenação de Chaves

Aplica-se a:SQL ServerBanco de Dados SQL do Azure

Como o XML Bulk Load gera registos à medida que os seus nós entram no âmbito e envia esses registos para o Microsoft SQL Server quando os seus nós saem do âmbito, os dados para o registo devem estar presentes dentro do âmbito do nó.

Considere o seguinte esquema XSD, no qual a relação um-para-muitos entre <os elementos do Cliente> e <da Encomenda> (um cliente pode fazer várias encomendas) é especificada usando o <elemento sql:relationship> :

<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"<>   
            xmlns:sql="urn:schemas-microsoft-com:mapping-schema">  
<xsd:annotation>  
  <xsd:appinfo>  
    <sql:relationship name="CustCustOrder"  
          parent="Cust"  
          parent-key="CustomerID"  
          child="CustOrder"  
          child-key="CustomerID" />  
  </xsd:appinfo>  
</xsd:annotation>  
  
  <xsd:element name="Customers" sql:relation="Cust" >  
   <xsd:complexType>  
     <xsd:sequence>  
       <xsd:element name="CustomerID"  type="xsd:integer" />  
       <xsd:element name="CompanyName" type="xsd:string" />  
       <xsd:element name="City"        type="xsd:string" />  
       <xsd:element name="Order"   
                          sql:relation="CustOrder"  
                          sql:relationship="CustCustOrder" >  
         <xsd:complexType>  
          <xsd:attribute name="OrderID" type="xsd:integer" />  
         </xsd:complexType>  
       </xsd:element>  
     </xsd:sequence>  
    </xsd:complexType>  
  </xsd:element>  
</xsd:schema>  

À medida que o <nó do elemento Cliente> entra no âmbito, o XML Bulk Load gera um registo do cliente. Este registo mantém-se até que o XML Bulk Load leia </Customer>. No processamento do <nó do elemento Ordem> , o XML Bulk Load usa <sql:relation> para obter o valor da coluna da chave estrangeira CustomerID da tabela CustOrder a partir do <elemento pai Cliente> , porque o <elemento Ordem> não especifica o atributo CustomerID . Isto significa que, ao definir o <elemento Cliente> , deve especificar o atributo CustomerID no esquema antes de especificar <sql:relationship>. Caso contrário, quando um <elemento Order> entra no âmbito, o XML Bulk Load gera um registo para a tabela CustOrder e, quando o XML Bulk Load chega à <etiqueta final /Order> , envia o registo para o SQL Server sem o valor da coluna da chave estrangeira CustomerID.

Guarde o esquema fornecido neste exemplo como SampleSchema.xml.

Para testar uma amostra funcional

1. Crie estas tabelas:

   CREATE TABLE Cust (  
                 CustomerID     int          PRIMARY KEY,  
              CompanyName    varchar(20)  NOT NULL,  
                 City           varchar(20)  DEFAULT 'Seattle')  
   GO  
   CREATE TABLE CustOrder (  
                 OrderID        varchar(10) PRIMARY KEY,  
              CustomerID     int         FOREIGN KEY REFERENCES                                          Cust(CustomerID))  
   GO  
   

2. Guarde os seguintes dados de exemplo como SampleXMLData.xml:

   <ROOT>    
     <Customers>  
       <CompanyName>Hanari Carnes</CompanyName>  
       <City>NY</City>  
       <Order OrderID="1" />  
       <Order OrderID="2" />  
       <CustomerID>1111</CustomerID>  
     </Customers>  
     <Customers>  
       <CompanyName>Toms Spezialitten</CompanyName>  
        <City>LA</City>    
       <Order OrderID="3" />  
       <CustomerID>1112</CustomerID>  
     </Customers>  
     <Customers>  
       <CompanyName>Victuailles en stock</CompanyName>  
       <Order OrderID="4" />  
       <CustomerID>1113</CustomerID>  
     </Customers>  
   </ROOT>  
   

3. Para executar o XML Bulk Load, guarde e execute o seguinte exemplo do Microsoft Visual Basic Scripting Edition (VBScript) como MySample.vbs:

   set objBL = CreateObject("SQLXMLBulkLoad.SQLXMLBulkload.4.0")  
   objBL.ConnectionString = "provider=SQLOLEDB;data source=localhost;database=tempdb;integrated security=SSPI"  
   objBL.ErrorLogFile = "c:\error.log"  
   objBL.CheckConstraints = True  
   objBL.Transaction=True  
   objBL.Execute "c:\SampleSchema.xml", "c:\SampleXMLData.xml"  
   set objBL=Nothing  
   

   O resultado é que o XML Bulk Load insere um valor NULL na coluna da chave estrangeira CustomerID da tabela CustOrder. Se rever os dados de amostra XML para que o <elemento filho CustomerID> apareça antes do <elemento filho da Ordem> , obtém o resultado esperado: o XML Bulk Load insere o valor da chave estrangeira especificado na coluna.

Este é o esquema XDR equivalente:

<?xml version="1.0" ?>  
<Schema xmlns="urn:schemas-microsoft-com:xml-data"   
        xmlns:dt="urn:schemas-microsoft-com:xml:datatypes"    
        xmlns:sql="urn:schemas-microsoft-com:xml-sql" >   
   <ElementType name="CustomerID"  />  
   <ElementType name="CompanyName" />  
   <ElementType name="City"        />  
  
   <ElementType name="root" sql:is-constant="1">  
      <element type="Customers" />  
   </ElementType>  
  
   <ElementType name="Customers" sql:relation="Cust" >  
      <element type="CustomerID" sql:field="CustomerID" />  
      <element type="CompanyName" sql:field="CompanyName" />  
      <element type="City" sql:field="City" />  
      <element type="Order" >  
                 <sql:relationship  
                        key-relation    ="Cust"  
                        key             ="CustomerID"  
                        foreign-key     ="CustomerID"  
                        foreign-relation="CustOrder" />  
      </element>  
   </ElementType>  
    <ElementType name="Order" sql:relation="CustOrder" >  
      <AttributeType name="OrderID" />  
      <AttributeType name="CustomerID" />  
      <attribute type="OrderID" />  
      <attribute type="CustomerID" />  
    </ElementType>  
</Schema>