Yo!!у оракла как минимум с девятки есть вариант (думаю это называется oracle xmldb) когда xml автоматом раскладывается по реляционной бд (а не в цлоб) и на это дело можно пускать xql запросы, кажется это стандарт из sql2003.
Да и в db2 такое есть.
Речь не о мапинге.

gardenman - я думал, у тебя эта инфа уже есть.
Разрабатывается два способа хранения - утрировано, SQL и XML.
Доступ к ним будет осуществлятся как из SQL интерфейса, так и из XML
Ну типа вот так вот
Если хочешь, то пришлю почитать

Yo - дык имхо вот это "structured (or object-relational)" и есть один из двух старых способов - маппинг на реляционные таблицы

yo - по функционалу это соответсвует тому, что есть сейчас у ibm
то же что делается, не похоже ни на что, что было.
другой вопрос - зачем?
зачем доступ к одним и тем же данным - что XML, что табличные - из двух разных API
и зачем два разных способа хранения.
Но это вопросы риторические, типа, зачем XML вообще.

yo - у IBM есть и method, которых я не надыбал пока в оракле.
это раз.
А два - то, что делает ibm сейчас, никоим образом не похоже на XML фичи оракла, которые собственно обычны, как и ОО фичи

если коротко - то создан новый движок, в котором есть XML хранение в native виде, и прикручен язык поиска по XML документам, и все это интегрировано с реляционным движком таким образом, что по барабану, где даные - в дереве XML, или в релчционных таблицах - обя языка, и SQL и xquery имеют к ним доступ.

первая статья - ну один к одному фичи db2
Ну а по поводу объектныых табличек XMLType - это найтивное деревовидное храниение XML ?
сюдя по http://www.oracle.com/technology/tech/xml/htdocs/about_oracle_xml_products.htm
кажется (просто много их только щас прочитал) --- это совсем не так.

nope, статья, на котороу я ткнул, и конкретно вот это
The XML SQL Utility provides the means to then store an XML document by mapping it to the underlying object-relational storage, and conversely, provides the ability retrieve the object-relational data as an XML document.

If an XML document is structured, but the structure of the XML document is not compatible with the structure of the underlying database schema, you must transform the data into the correct format before writing it to the database. You can achieve this using XSL stylesheets or other programming approaches, but depending on your needs, you might want to store the data-centric XML document as an intact single object. Alternately, you can define object views corresponding to the various XML document structure and define instead-of triggers to perform the appropriate transformation and update the base data.

заставляют усомнится, что это native древовидное хранение.

а почитать -
http://www-128.ibm.com/developerworks/db2
http://publib.boulder.ibm.com/infocenter/db2help/index.jsp

Yo - я это из http://www.oracle.com/technology/tech/xml/xmldb/Current/twp_xmldb_10gr2_tech_overview.pdf
почерпнул, и страница 12 в том числе.

ну и http://publib.boulder.ibm.com/infocenter/db2help/topic/com.ibm.db2.udb.doc/admin/r0003485.htm
в дополнение к тому, что gardenman дал
а developerworks - там поиском можно статей нарыть

ну так это и делают

Documents stored in parsed hierarchy,
Any size, any schema.
No mapping, shredding, or complex application logic

Ну и многое другое.
Вот это parsed hierarchy, any schema, no mapping, shredding
и отличают реализацию.