Error updating tables based on schema

Question

Hello,
I'm trying to update a table based on the next schema:
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns:xdb="http://xmlns.oracle.com/xdb" xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" attributeFormDefault="unqualified">
     <xs:element name="HILO" xdb:SQLType="HILO_TYPE" xdb:defaultTable="HILO_TABLE">
          <xs:complexType>
               <xs:sequence>
                    <xs:element name="MENSAJE" maxOccurs="unbounded" xdb:SQLType="MENSAJE_TYPE" xdb:maintainOrder="false">
                         <xs:complexType>
                              <xs:sequence>
                                   <xs:element name="FECHA" type="xs:date" xdb:SQLType="DATE"/>
                                   <xs:element name="TITULO" xdb:SQLType="VARCHAR2">
                                        <xs:simpleType>
                                             <xs:restriction base="xs:string">
                                                  <xs:maxLength value="200"/>
                                             </xs:restriction>
                                        </xs:simpleType>
                                   </xs:element>
                                   <xs:element name="CUERPO" type="xs:string" xdb:SQLType="VARCHAR2"/>
                                   <xs:element name="DNI_CREADO_POR" xdb:SQLType="VARCHAR2">
                                        <xs:simpleType>
                                             <xs:restriction base="xs:string">
                                                  <xs:maxLength value="9"/>
                                             </xs:restriction>
                                        </xs:simpleType>
                                   </xs:element>
                                   <xs:element name="ASIGNATURA" xdb:SQLType="VARCHAR2">
                                        <xs:simpleType>
                                             <xs:restriction base="xs:string">
                                                  <xs:maxLength value="3"/>
                                             </xs:restriction>
                                        </xs:simpleType>
                                   </xs:element>
<xs:element name="APROBADO" xdb:SQLType="VARCHAR2">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:enumeration value="APROBADO"/>
<xs:enumeration value="RECHAZADO"/>
<xs:enumeration value="PENDIENTE"/>
</xs:restriction>
</xs:simpleType>
                                   </xs:element>
                              </xs:sequence>
                              <xs:attribute name="NUMERO" type="xs:int" use="required" xdb:SQLType="INTEGER"/>
                         </xs:complexType>
                    </xs:element>
               </xs:sequence>
               <xs:attribute name="CONTADOR" type="xs:int" use="required" xdb:SQLType="INTEGER"/>
          </xs:complexType>
     </xs:element>
</xs:schema>
And the update that i'm trying to do is the next one:
UPDATE hilo_table p
SET value(p) =
updatexml(value(p),'/HILO/MENSAJE/CUERPO/text()', 'Edit' )
where existsnode(VALUE(p), 'HILO[@CONTADOR="1"]') = 1;
ERROR en línea 1:
ORA-01732: operación de manipulación de datos no válida en esta vista
I have updated another tables based on schema and it works fine, any idea?

Answer 1

OK this is your decision. However If you are building a production system that is important to your orgnanization as the product manager I strongly recommend that you either upgrade to a least 9.2.0.3.0 or discontinue using XML DB technology completely
There are probably somewhere in the order of 500 serious XML DB related bugs fixed between 9.2.0.1.0 and 9.2.0.7.0, all of which have been regarded as serious enough to impossible for a customer to develop or deploy a production system. None of these will EVER be fixed or available as patches for 9.2.0.1.0.
The way in which we store the data on the disc is different in 9.2.0.3.0, and while in theory we migrate the on disc format when you upgrade in practice I know that is has never been tested with any significant amount of data present.
Also you really want to take the support situation into account. Image this, it's 3:00am in the morning and your production system fails due one of the bugs that have been fixed in a later release of the product. You cannot find a workaround and you call oracle support for help. They WILL say, sorry there is nothing we can do until you upgrade to 9.2.0.3.0. Now you have to upgrade in hurry and then re-test everything you have done before you can even start working on a fix.
From a business perspective staying on 9.2.0.1.0 and continuing to use the XML DB technology makes no sense. I hope I have made this clear. If you want I will be more than happy to discuss this issue with your development managers.