Ukrywanie elementów i atrybutów przy użyciu polecenia sql:hide

Dotyczy:programu SQL ServerAzure SQL Database

Gdy zapytanie XPath jest wykonywane względem schematu XSD, wynikowy dokument XML zawiera elementy i atrybuty określone w schemacie. Można określić, że niektóre elementy i atrybuty są ukryte w schemacie, używając adnotacji sql:hide. Jest to przydatne, gdy kryteria wyboru zapytania wymagają określonych elementów lub atrybutów w schemacie, ale nie chcesz, aby zostały one zwrócone w wygenerowanym dokumencie XML.

Adnotacja sql:hide przyjmuje wartość logiczną (0=false, 1=true). Dopuszczalne wartości to 0, 1, true i false.

Przykłady

Aby utworzyć działające przykłady przy użyciu poniższych przykładów, musisz spełnić określone wymagania. Aby uzyskać więcej informacji, zobacz wymagania dotyczące uruchamiania przykładów SQLXML.

A. Określanie atrybutu sql:hide na atrybucie

Schemat XSD w tym przykładzie składa się z elementu <Person.Contact> z atrybutami ContactID, FirstNamei LastName.

Element <Person.Contact> jest typu złożonego i dlatego mapuje na tabelę o tej samej nazwie (mapowanie domyślne). Wszystkie atrybuty elementu <Person.Contact> są prostego typu i mapowane na kolumny o tych samych nazwach w bazie danych AdventureWorks. W schemacie w atrybucie ContactID jest określona adnotacja sql:hide. Jeśli zapytanie XPath jest określone względem tego schematu, ContactID nie jest zwracany w dokumencie XML.

<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"   
            xmlns:sql="urn:schemas-microsoft-com:mapping-schema">  
  <xsd:element name="Person.Contact" >  
     <xsd:complexType>  
       <xsd:attribute name="ContactID"  sql:hide="true" />   
       <xsd:attribute name="FirstName"   type="xsd:string" />   
       <xsd:attribute name="LastName"    type="xsd:string" />   
     </xsd:complexType>  
  </xsd:element>  
</xsd:schema>  

Aby przetestować przykładowe zapytanie XPath względem schematu

1. Skopiuj powyższy kod schematu i wklej go do pliku tekstowego. Zapisz plik jako Hide.xml.

2. Skopiuj poniższy szablon i wklej go do pliku tekstowego. Zapisz plik jako HideT.xml w tym samym katalogu, w którym zapisano Hide.xml.

   <ROOT xmlns:sql="urn:schemas-microsoft-com:xml-sql">  
       <sql:xpath-query mapping-schema="Hide.xml">  
           /Person.Contact[@ContactID="1"]  
       </sql:xpath-query>  
   </ROOT>  
   

   Ścieżka katalogu określona dla schematu mapowania (Hide.xml) jest względem katalogu, w którym szablon jest zapisywany. Można również określić ścieżkę bezwzględną, na przykład:

   mapping-schema="C:\MyDir\Hide.xml"  
   

3. Utwórz skrypt testowy SQLXML 4.0 (Sqlxml4test.vbs) i użyj go do wykonania szablonu.

   Aby uzyskać więcej informacji, zobacz Using ADO to Execute SQLXML 4.0 Queries(Wykonywanie zapytań SQLXML 4.0).

Oto zestaw wyników:

<ROOT xmlns:sql="urn:schemas-microsoft-com:xml-sql">  
   <Person.Contact FirstName="Gustavo" LastName="Achong" />   
</ROOT>  

Gdy sql:hide jest określony na elemecie, element i jego atrybuty lub elementy podrzędne nie są wyświetlane w wygenerowanym dokumencie XML. Oto inny schemat XSD, w którym sql:hide jest określony w elemecie OD OD:

<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"  
            xmlns:dt="urn:schemas-microsoft-com:datatypes"  
            xmlns:sql="urn:schemas-microsoft-com:mapping-schema">  
  
  <xsd:annotation>  
    <xsd:documentation>  
      Sales.Customer-Sales.SalesOrderHeader-Sales.SalesOrderDetail Schema  
      Copyright 2004 Microsoft. All rights reserved.  
    </xsd:documentation>  
    <xsd:appinfo>  
      <sql:relationship name="CustomerOrder"  
         parent="Sales.Customer"  
                  parent-key="CustomerID"  
                  child-key="CustomerID"  
                  child="Sales.SalesOrderHeader" />  
       <sql:relationship name="OrderOrderDetails"  
                  parent="Sales.SalesOrderHeader"  
                  parent-key="SalesOrderID"  
                  child-key="SalesOrderID"  
                  child="Sales.SalesOrderDetail"/>  
    </xsd:appinfo>  
  </xsd:annotation>  
  
  <xsd:element name="Customers" sql:relation="Sales.Customer">  
    <xsd:complexType>  
      <xsd:sequence>  
        <xsd:element name="Order" sql:relation="Sales.SalesOrderHeader"   
                     maxOccurs="unbounded"   
                     sql:relationship="CustomerOrder">  
          <xsd:complexType>  
            <xsd:sequence>  
               <xsd:element name="OD" sql:relation="Sales.SalesOrderDetail"                                       maxOccurs="unbounded"                                       sql:relationship="OrderOrderDetails"                                       sql:hide="1">  
                  <xsd:complexType>  
                    <xsd:attribute name="SalesOrderID" type="xsd:string"/>  
                    <xsd:attribute name="ProductID" type="xsd:string"/>  
                  </xsd:complexType>  
               </xsd:element>  
            </xsd:sequence>  
          <xsd:attribute name="CustomerID" type="xsd:string"/>  
          <xsd:attribute name="OID" sql:field="SalesOrderID"   
                                    type="xsd:string"/>  
          <xsd:attribute name="OrderDate" type="xsd:date"/>   
        </xsd:complexType>  
      </xsd:element>  
    </xsd:sequence>  
    <xsd:attribute name="CID" sql:field="CustomerID"   
                                type="xsd:string"/>  
    </xsd:complexType>  
  </xsd:element>  
</xsd:schema>  

Gdy zapytanie XPath (na przykład /Customers[@CID="1"]) jest określone względem tego schematu, wygenerowany dokument XML nie zawiera elementu <OD> i jego elementów podrzędnych, jak pokazano w tym częściowym wyniku:

<ROOT xmlns:sql="urn:schemas-microsoft-com:xml-sql">  
  <Customers CID="1">  
    <Order CustomerID="1" OID="43860" OrderDate="2001-08-01" />   
    <Order CustomerID="1" OID="44501" OrderDate="2001-11-01" />   
    <Order CustomerID="1" OID="45283" OrderDate="2002-02-01" />   
    <Order CustomerID="1" OID="46042" OrderDate="2002-05-01" />   
  </Customers>  
</ROOT>