[
https://issues.jboss.org/browse/TEIID-2251?page=com.atlassian.jira.plugin...
]
Dave Stannard updated TEIID-2251:
---------------------------------
Description:
For a Multi-source, Dynamic vdb; Teiid issues queries with the catalog and schema of the
the primary source. This gives invalid results for all the other sources.
If the non-primary source connection(s) have authority to access the primary's
catalog/schema then duplicated rows are returned to the client.
If it does *not* have authority then an error results.
Note: In MySQL this effect can be mitigated by setting useCatalogName=false. This seems
to be because the JDBC4DatabaseMetaData.getTables() method does not return a schema; so
suppressing the catalog is enough.
For the System-I whose equivalent getTables() method returns a catalog and schema, I
couldn't find a workaround.
was:
For a Multi-source, Dynamic vdb; Teiid issues queries with the catalog and schema of the
the primary source.
If the non-primary source connection credentials have authority to access the
primary's catalog/schema then duplicated rows are returned to the client.
If it does *not* have authority then an error results.
Note: In MySQL this effect can be mitigated by setting useCatalogName=false. This seems
to be because the JDBC4DatabaseMetaData.getTables() method does not return a schema; so
suppressing the catalog is enough.
For the System-I whose equivalent getTables() method returns a catalog and schema, I
couldn't find a workaround.
Multi-source Dynamic vdb uses incorrect schema
----------------------------------------------
Key: TEIID-2251
URL:
https://issues.jboss.org/browse/TEIID-2251
Project: Teiid
Issue Type: Bug
Components: Query Engine, Server
Affects Versions: 8.1, 8.2
Environment: Win XP pro, JBoss AS 7.1.1, JDBC drivers: system-i (jt400 7.8) ,
MySQL (connector/j 6.5.1)
Reporter: Dave Stannard
Assignee: Steven Hawkins
For a Multi-source, Dynamic vdb; Teiid issues queries with the catalog and schema of the
the primary source. This gives invalid results for all the other sources.
If the non-primary source connection(s) have authority to access the primary's
catalog/schema then duplicated rows are returned to the client.
If it does *not* have authority then an error results.
Note: In MySQL this effect can be mitigated by setting useCatalogName=false. This seems
to be because the JDBC4DatabaseMetaData.getTables() method does not return a schema; so
suppressing the catalog is enough.
For the System-I whose equivalent getTables() method returns a catalog and schema, I
couldn't find a workaround.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:
http://www.atlassian.com/software/jira