Talk About Network

Google


Register and Login
Nick
Password
Register create new account Sign up is FREE and you can post replies, new topics, bookmark posts and more!
Recover lost password


Data Bases > IBM DB2 > Re: SQL0437W Pe...
Latest [ Topics | Posts ] Archive Post A New Topic Post a Reply
<< Topic < Post Post 2 of 2 Topic 8841 of 9520
Post > Topic >>

Re: SQL0437W Performance of this complex query may be sub-optimal.

by Serge Rielau <srielau@[EMAIL PROTECTED] > Apr 30, 2008 at 07:00 AM

I think you are on a wild goose chase with that +437 warning.
Your problem is the -803 raised by the trigger.
Your trigger obviosuly doesn't match the rest of the DDL (column names 
don't match). So that's as far as I can help at this point.
You can ignore the +437.

Cheers
Serge
----
db2 => ? SQL803;


SQL0803N  One or more values in the INSERT statement, UPDATE statement,
       or foreign key update caused by a DELETE statement are not valid
       because the primary key, unique constraint or unique index
       identified by "<index-id>" constrains table "<table-name>" from
       having duplicate values for the index key.

Explanation:

The INSERT or UPDATE object table "<table-name>" is constrained by one
or more UNIQUE indexes to have unique values in certain columns or
groups of columns. Alternatively, a DELETE statement on a parent table
caused the update of a foreign key in a dependent table "<table-name>"
that is constrained by one or more UNIQUE indexes. Unique indexes might
sup****t primary keys or unique constraints defined on a table. The
statement cannot be processed because completing the requested INSERT,
UPDATE or DELETE statement would result in duplicate column values. If
the index is on an XML column, the duplicate values for the index key
may be generated from within a single XML do***ent.

Alternatively, if a view is the object of the INSERT or UPDATE
statement, it is the table "<table-name>" on which the view is defined
that is constrained.

If "<index-id>" is an integer value, the index name can be obtained from
SYSCAT.INDEXES by issuing the following query:

SELECT INDNAME, INDSCHEMA
   FROM SYSCAT.INDEXES
   WHERE IID = <index-id>
   AND TABSCHEMA = 'schema'
   AND TABNAME = 'table'

where schema represents the schema ****tion of "<table-name>" and table
represents the table name ****tion of "<table-name>".

The statement cannot be processed. The table remains unchanged.


-- 
Serge Rielau
DB2 Solutions Development
IBM Toronto Lab
 




 2 Posts in Topic:
SQL0437W Performance of this complex query may be sub-optimal.
"Rudolf Bargholz&quo  2008-04-30 10:36:37 
Re: SQL0437W Performance of this complex query may be sub-optima
Serge Rielau <srielau@  2008-04-30 07:00:18 

Post A Reply:
  Go here to Signup

AddThis Feed Button


About - Advertising - Contact - Frequently Asked Questions - Privacy Policy - Terms of Use - Signup

Contact
tan12V112 Tue Dec 2 20:57:55 CST 2008.