[
https://issues.jboss.org/browse/TEIIDDES-715?page=com.atlassian.jira.plug...
]
Dan Florian commented on TEIIDDES-715:
--------------------------------------
Before the import wizard's finish button is clicked, the SQL Server importer is taking
*WAY* more time than the oracle importer. When you consider the total import time (going
through the wizard pages and finishing the wizard), Oracle is much faster than SQL
Server.
The major difference is the time it takes to display the JdbcImportMetadataPage. In
Oracle, the JdbcImportMetadataPage wizard page takes less than a second to display. But in
SQL Server, that same wizard page takes around 17-18 seconds. It appears the SQL Server
importer is fetching much more metadata up front while Oracle much more at the end of the
wizard. For instance, prior to finishing the wizard, the SQL Server importer calls
DatabaseMetaData.getSchemas() *LOTS* of times while the Oracle importer only calls it
once. One last thing, and not sure if this is important, but the execution code paths of
the wizard does diverge based on if the DB "supports catalogs." SQL Server does
"supportCatalogs" and Oracle does not.
Oracle metadata import using Designer takes long time for large
schemas
-----------------------------------------------------------------------
Key: TEIIDDES-715
URL:
https://issues.jboss.org/browse/TEIIDDES-715
Project: Teiid Designer
Issue Type: Bug
Components: Import/Export
Affects Versions: 7.1
Reporter: Ramesh Reddy
Assignee: Dan Florian
Fix For: 7.4
Importing metadata from Oracle database seems to take longer than any other database,
when the underlying the schema is large. This may be because the default settings with
Oracle Driver tries to get lot more metadata then needed. Should explore ways to minimize
the time to take import.
Teiid in the Dynamic VDB import uses "Table Types" and "schema" name
to limit the number of tables it imports, may be we should adopt similar thing in
Designer. It is possible that Designer is already doing such settings.
--
This message is automatically generated by JIRA.
For more information on JIRA, see:
http://www.atlassian.com/software/jira