[hibernate-issues] [Hibernate-JIRA] Moved: (HHH-2208) Table schema use in DatabaseMetadata

Max Rydahl Andersen (JIRA) noreply at atlassian.com
Fri Nov 3 08:19:05 EST 2006


     [ http://opensource.atlassian.com/projects/hibernate/browse/HHH-2208?page=all ]

Max Rydahl Andersen moved HB-534 to HHH-2208:
---------------------------------------------

       Project: Hibernate3  (was: Hibernate2)
           Key: HHH-2208  (was: HB-534)
    Issue Type: Improvement  (was: Bug)
     Component: core
                    (was: core)
       Version: 3.2.0.ga
                    (was: 2.1 beta 4)

> Table schema use in DatabaseMetadata
> ------------------------------------
>
>          Key: HHH-2208
>          URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2208
>      Project: Hibernate3
>         Type: Improvement

>   Components: core
>     Versions: 3.2.0.ga
>  Environment: Hibernate 2.1 beta 4, Oracle 8i
>     Reporter: Adrien
>  Attachments: DatabaseMetadata.java, HB-534_patch.txt, TableMetadata.java, patch.txt, patch1.1.txt, patch1.2.txt, schemavalidation.zip
>
>
> When using SchemaUpdate, the DatabaseMetaData.getTableMetadata() looks for a table with the correct table name in any database schema and it take the first one it found. This behavior is uncorrect if I have a table  existing in different schemas. 
> The correct behavior would be to first look in the schema with the login name and after in any schema.
>   user1.article
>   user2.article
> I connected whith user2, DatabaseMetaData should first look for user2.article, then if not found to %.article.
>   Adrien

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




More information about the hibernate-issues mailing list