Conjuntos de registros jerárquicos en XML
ADO permite la persistencia de objetos Recordset jerárquicos en XML. En objetos Recordset jerárquicos, el valor de un campo del conjunto de registros primario es otro conjunto de registros. Estos campos se representan como elementos secundarios en la secuencia XML y no como atributos.
Comentarios
En el siguiente ejemplo 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;Integrated Security=SSPI;"
A continuación, se muestra el formato XML del conjunto de registros persistente:
<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 primario no es obvio cuando persiste de esta forma. Cualquier campo del elemento primario puede contener un conjunto de registros secundario. El proveedor de persistencia primero conserva todas las columnas escalares como atributos y, a continuación, conserva todas las "columnas" del conjunto de registros secundario como elementos secundarios de la fila primaria. La posición ordinal del campo en el conjunto de registros primario se puede obtener examinando 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 del esquema del objeto Recordset que contiene el número ordinal de ese campo.
Los nombres de todos los campos del conjunto de registros secundario se concatenan con el nombre del campo del conjunto de registros primario que contiene este elemento secundario. De este modo, se garantiza que no haya conflictos de nombres en los casos en los que tanto el conjunto de registros primario y como el secundario contienen un campo que se obtiene de dos tablas diferentes, pero con un nombre singular.
Al guardar conjuntos de registros jerárquicos en XML, se deben tener en cuenta las siguientes restricciones 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 usa 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.