... и заодно убедитесь что тип хранения всех LOB'ов у Вас есть SECUREFILE, а если вдруг там все ещё BASICFILE - попробуйте одним махом (ака "чтоб два раза не вставать"), написать такой ALTER TABLE MOVE, чтоб при перемещении сменить не только TBS для всех LOB сегментов, но ещё и тип хранения

... кстати, приятно удивитесь, насколько уменьшится занимаемый размер сохраняемых XML документов - в смысле, на сколько эффективно Oracle хранит XMLTYPE колонки (но только если тип хранения SECUREFILE).

Есть "широко известный в узких кругах" документ, описывающий механизм хранения XML данных в XMLTYPE полях - описывается как именно производится парсинг, что такое CSX парсер, и что и как сохраняется в базе (теги, токены, элементы, вот это все). Интересно почитать в общем (разок, для общего развития), там все действительно круто сделано.

Кстати, на удивление, документ доступен всем, а не только через MOS:

Oracle Binary XML Format
http://www.oracle.com/technetwork/database-features/xmldb/oracle-binaryxml-rfc-128974.pdf

Упоминается, например, тут: (в смысле, source):
https://asktom.oracle.com/pls/apex/asktom.search?tag=clob-vs-binary-xml-storage

Я когда-то давно, больше 5+ лет назад, когда детально занимался этой темой, делал подробное внутреннее тестирование, для своей компании и нашей системы - сравнение хранения XML документов между STORE AS BINARY XML и старого метода STORE AS BASICFILE CLOB - давно было дело, деталей не помню, цифр и test case'ов тут не приведу к сожалению - но вроде как экономия места при хранении XML документов (не формализованных, без XSD схемы, так, простыня разных XML'ов, разной структуры, размера, сложности и описываемых данных) - вроде эффективность была больше 50%, т.е. размер используемого места сократился более чем в 2 раза - очень круто. Но нужно, конечно, тестировать на Ваших данных, на Ваших XML'ях - и что там по месту получится - на сколько эффективно, и на сколько просядет производительность (очевидно что сохранить XML документ "as is" в CLOB или/vs распарсить XML документ "до косточек" и сохранить его в соответствующем формате по кусочкам - мягко говоря разные по сложности и ресурсоемкости операции).

---

Если у Вас и так все сделано как надо - поля объявлены как STORE AS BINARY XML / хранение в виде SECUREFILE - пардон за капитанство, у Вас все и так уже хорошо!