[jira] Updated: (DDLUTILS-46) Schemas dumped from DB2/400 tries twice to create primary key when loaded to Derby

["Martin van den Bemt (JIRA)" <ji...@apache.org>]

     [ http://issues.apache.org/jira/browse/DDLUTILS-46?page=all ]

Martin van den Bemt updated DDLUTILS-46:
----------------------------------------

    Summary: Schemas dumped from DB2/400 tries twice to create primary key when loaded to Derby  (was: Schemas dumped from DB2/400 tries twice to create primary key when loaded to Oracle)

> Schemas dumped from DB2/400 tries twice to create primary key when loaded to Derby
> ----------------------------------------------------------------------------------
>
>          Key: DDLUTILS-46
>          URL: http://issues.apache.org/jira/browse/DDLUTILS-46
>      Project: DdlUtils
>         Type: Improvement
>     Reporter: Thorbjørn Ravn Andersen
>     Assignee: Thomas Dudziak
>     Priority: Minor

>
> I dump a schema from a DB2/400 machine.  All tables which have a primary key also lists the primary key as a unique index:
>       <unique name="TBLACCESSMODULE">
>         <unique-column name="ID"/>
>       </unique>
> When the schema is loaded into Oracle, Oracle complains when trying to make the index, with an error (cannot reproduce right now) to the effect that the unique index does already exist.  Presumably because the primary key was created along with the table.
> Perhaps PK's should be filterered out from the unique indexes?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira