Conjuntos de registros jerárquicos en XML

Artículo
04/04/2023

Se aplica a: Access 2013, Office 2013

Conjuntos de registros jerárquicos en XML

ADO permite la persistencia de objetos Recordset jerárquicos en XML. Con objetos Recordset jerárquicos, el valor de un campo en el conjunto de registros principal es otro conjunto de registros. Estos campos se representan como elementos secundarios en la secuencia XML y no como atributos. En el ejemplo siguiente, se muestra este caso:

 
Rs.Open "SHAPE {select stor_id, stor_name, state from stores} APPEND ({select stor_id, ord_num, ord_date, qty from sales} AS rsSales RELATE stor_id TO stor_id)", "Provider=MSDataShape;DSN=pubs;UID=MyUserId;PWD=MyPassword;"

A continuación, se muestra el formato XML del conjunto de registros conservado:

 
<xml xmlns:s="uuid:BDC6E3F0-6DA3-11d1-A2A3-00AA00C14882"     xmlns:dt="uuid:C2F41010-65B3-11d1-A29F-00AA00C14882"     xmlns:rs="urn:schemas-microsoft-com:rowset"  
    xmlns:z="#RowsetSchema">  
  <s:Schema id="RowsetSchema">  
    <s:ElementType name="row" content="eltOnly" rs:updatable="true">  
      <s:AttributeType name="stor_id" rs:number="1"  
        rs:writeunknown="true">  
        <s:datatype dt:type="string" dt:maxLength="4"  
          rs:fixedlength="true" rs:maybenull="false"/>  
      </s:AttributeType>  
      <s:AttributeType name="stor_name" rs:number="2" rs:nullable="true"  
        rs:writeunknown="true">  
          <s:datatype dt:type="string" dt:maxLength="40"/>  
      </s:AttributeType>  
      <s:AttributeType name="state" rs:number="3" rs:nullable="true"  
        rs:writeunknown="true">  
        <s:datatype dt:type="string" dt:maxLength="2"  
          rs:fixedlength="true"/>  
      </s:AttributeType>  
      <s:ElementType name="rsSales" content="eltOnly"  
        rs:updatable="true" rs:relation="010000000100000000000000">  
        <s:AttributeType name="stor_id" rs:number="1"  
          rs:writeunknown="true">  
          <s:datatype dt:type="string" dt:maxLength="4"  
            rs:fixedlength="true" rs:maybenull="false"/>  
        </s:AttributeType>  
        <s:AttributeType name="ord_num" rs:number="2"  
          rs:writeunknown="true">  
          <s:datatype dt:type="string" dt:maxLength="20"  
            rs:maybenull="false"/>  
        </s:AttributeType>  
        <s:AttributeType name="ord_date" rs:number="3"  
          rs:writeunknown="true">  
            <s:datatype dt:type="dateTime" dt:maxLength="16"  
              rs:scale="3" rs:precision="23" rs:fixedlength="true"  
              rs:maybenull="false"/>  
        </s:AttributeType>  
        <s:AttributeType name="qty" rs:number="4" rs:writeunknown="true">  
          <s:datatype dt:type="i2" dt:maxLength="2" rs:precision="5"  
            rs:fixedlength="true" rs:maybenull="false"/>  
        </s:AttributeType>  
        <s:extends type="rs:rowbase"/>  
      </s:ElementType>  
      <s:extends type="rs:rowbase"/>  
    </s:ElementType>  
  </s:Schema>  
  <rs:data>  
    <z:row stor_id="6380" stor_name="Eric the Read Books" state="WA">  
      <rsSales stor_id="6380" ord_num="6871"  
        ord_date="1994-09-14T00:00:00" qty="5"/>  
      <rsSales stor_id="6380" ord_num="722a"  
        ord_date="1994-09-13T00:00:00" qty="3"/>  
    </z:row>  
    <z:row stor_id="7066" stor_name="Barnum's" state="CA">  
      <rsSales stor_id="7066" ord_num="A2976"  
        ord_date="1993-05-24T00:00:00" qty="50"/>  
      <rsSales stor_id="7066" ord_num="QA7442.3"  
        ord_date="1994-09-13T00:00:00" qty="75"/>  
    </z:row>  
    <z:row stor_id="7067" stor_name="News & Brews" state="CA">  
      <rsSales stor_id="7067" ord_num="D4482"  
        ord_date="1994-09-14T00:00:00" qty="10"/>  
      <rsSales stor_id="7067" ord_num="P2121"  
        ord_date="1992-06-15T00:00:00" qty="40"/>  
      <rsSales stor_id="7067" ord_num="P2121"  
        ord_date="1992-06-15T00:00:00" qty="20"/>  
      <rsSales stor_id="7067" ord_num="P2121"  
        ord_date="1992-06-15T00:00:00" qty="20"/>  
    </z:row>  
... 
  </rs:data>  
</xml>

El orden exacto de las columnas del conjunto de registros principal no es obvio cuando persiste de esta forma. Cualquier campo del conjunto de registros principal puede contener un conjunto de registros secundario. El proveedor de persistencia primero conserva todas las columnas escalares como atributos y luego todas las "columnas" Recordset secundarias como elementos secundarios de la fila principal. La posición ordinal del campo en el conjunto de registros principal se puede obtener consultando la definición de esquema del conjunto de registros. Cada campo tiene una propiedad de OLE DB, rs:number, definida en el espacio de nombres de esquema del conjunto de registros que contiene el número ordinal correspondiente a ese campo.

Los nombres de todos los campos del conjunto de registros secundario se concatenan con el nombre del campo del conjunto de registros principal que contiene este secundario. De este modo, se garantiza que no hay conflictos de nombres en los casos en los que tanto el conjunto de registros principal como el secundario contienen un campo que se obtiene de dos tablas diferentes pero con nombre singular.

Cuando se guardan conjunto de registros jerárquicos en XML, se deben tener en cuenta las restricciones siguientes en ADO:

Un conjunto de registros jerárquico con actualizaciones pendientes no puede persistir en XML.
Un conjunto de registros jerárquico creado con un comando Shape parametrizado no puede persistir (en formato XML o ADTG).
Actualmente, ADO guarda la relación entre los conjuntos de registros principal y secundario como un objeto binario grande (BLOB). Todavía no se han definido etiquetas XML en el espacio de nombres de esquema de conjunto de filas para describir esta relación.
Cuando se guarda un conjunto de registros jerárquico, todos los conjuntos de registros secundarios se guardan con él. Si el conjunto de registros activo es secundario de otro conjunto de registros, el principal no se guarda. Todos los conjuntos de registros secundarios que componen el subárbol del conjunto de registros activo sí se guardan.

Cuando se vuelve a abrir un conjunto de registros jerárquico desde su formato XML persistente, se deben tener en cuenta las limitaciones siguientes:

Si el registro secundario contiene registros a los que no corresponden registros principales, estas filas no se escriben en la representación XML del conjunto de registros jerárquico. Por lo tanto, estas filas se perderán cuando el conjunto de registros se vuelva a abrir desde su ubicación persistente.
Si un registro secundario tiene referencias a más de un registro principal, cuando se abra el conjunto de registros, el conjunto de registros secundario podrá contener registros duplicados. No obstante, estos duplicados sólo estarán visibles si el usuario trabaja directamente con el conjunto de filas secundario subyacente. Si se utiliza un capítulo para desplazarse por el conjunto de registros secundario (que es la única forma de desplazarse por ADO), los duplicados no estarán visibles.

Compartir a través de

Conjuntos de registros jerárquicos en XML

Conjuntos de registros jerárquicos en XML

Comentarios

Recursos adicionales