Раздел данных

Область применения: Access 2013, Office 2013

Раздел данных определяет данные набора строк, а также все ожидающие обновления, вставки или удаления. Раздел данных может содержать ноль или больше строк. Он может содержать только данные из одного набора строк, где строка определена схемой. Кроме того, как отмечалось ранее, столбцы без каких-либо данных могут быть опущены. Если атрибут или подэлемент используется в разделе данных и эта конструкция не определена в разделе схемы, он автоматически игнорируется.

String

Зарезервированные XML-символы в текстовых данных должны быть заменены соответствующими сущностями символов. Например, в названии компании "Гараж Джо" одинарный символ кавычки должен быть заменен сущностью. Фактическая строка будет выглядеть следующим образом:

<z:row CompanyName="Joe&apos;s Garage"/> 

Следующие символы зарезервированы в XML и должны быть заменены сущностями символов: {',",&,<}>.

В двоичном формате

Двоичные данные кодируются bin.hex (то есть один байт сопоставляется с двумя символами, по одному символу на перо).

DateTime

Формат variant VT_DATE не поддерживается напрямую XML-Data типами данных. Правильный формат дат с компонентом данных и времени — гггг-мм-ддTчч:мм:сс.

Дополнительные сведения о форматах дат, заданных XML, см. в примечании W3C XMLData.

Если спецификация XML-Data определяет два эквивалентных типа данных (например, i4 == int), ADO записывает понятное имя, но считывает оба.

Управление ожидающих изменений

Набор записей можно открыть в режиме немедленного или пакетного обновления. При открытии в режиме пакетного обновления с помощью курсоров на стороне клиента все изменения, внесенные в набор записей , находятся в состоянии ожидания до вызова метода UpdateBatch . Ожидающие изменения также сохраняются при сохранении набора записей . В XML они представлены использованием элементов update, определенных в urn:schemas-microsoft-com:rowset. Кроме того, если набор строк можно обновить, обновляемое свойство должно иметь значение true в определении строки. Например, чтобы определить, что таблица Shippers содержит ожидающие изменения, определение строки будет выглядеть следующим образом:

<s:ElementType name="row" content="eltOnly" updatable="true"> 
  <s:attribute type="ShipperID"/> 
  <s:attribute type="CompanyName"/> 
  <s:attribute type="Phone"/> 
  <s:extends type="rs:rowbase"/> 
</s:ElementType> 

Это указывает поставщику сохраняемости на поверхность данных, чтобы ADO могла создать обновляемый объект Recordset .

В следующих примерах данных показано, как выглядят вставки, изменения и удаления в сохраняемом файле:

<rs:data> 
  <z:row ShipperID="2" CompanyName="United Package"  
    Phone="(503) 555-3199"/> 
<rs:update> 
  <rs:original> 
    <z:row ShipperID="3" CompanyName="Federal Shipping"  
      Phone="(503) 555-9931"/> 
  </rs:original> 
  <z:row Phone="(503) 552-7134"/> 
</rs:update> 
<rs:insert> 
  <z:row ShipperID="12" CompanyName="Lightning Shipping"  
    Phone="(505) 111-2222"/> 
  <z:row ShipperID="13" CompanyName="Thunder Overnight"  
    Phone="(505) 111-2222"/> 
  <z:row ShipperID="14" CompanyName="Blue Angel Air Delivery"  
    Phone="(505) 111-2222"/> 
</rs:insert> 
<rs:delete> 
  <z:row ShipperID="1" CompanyName="Speedy Express" Phone="(503) 555-9831"/> 
</rs:delete> 
</rs:data> 

Обновление всегда содержит все исходные данные строки, за которыми следуют измененные данные строки. Измененная строка может содержать все столбцы или только те столбцы, которые действительно изменились. В предыдущем примере строка для Shipper 2 не изменяется, в то время как только столбец Phone изменил значения для Shipper 3 и, следовательно, является единственным столбцом, включенным в измененную строку. Вставленные строки для shippers 12, 13 и 14 объединяются вместе под одним тегом rs:insert. Обратите внимание, что удаленные строки также могут быть объединяемы вместе, хотя это не показано выше.