-
Feature Request
-
Resolution: Done
-
Blocker
-
8.2
-
None
Current DdlImporter handles multiple DDL dialects, including the new Teiid-related modifications.
Refactor this class to allow dialect-specific implementations of an Interface that can be handed an AstNode and either process the node, or not.
Also need to allow for handing off Teiid-DDL Options to the Extension Assistants to inject the extension properties into the models. This is currently not handled correctly
- is related to
-
TEIIDDES-883 Add support for Ingres database
- Closed
-
TEIIDDES-904 Add JDBC import support for Intersystems Cache
- Closed
-
TEIIDDES-930 Add Support for Mondrian (OLAP)
- Closed
-
TEIIDDES-1193 Add Hive importer
- Closed
-
TEIIDDES-1557 Add Greenplum importer
- Closed
-
TEIIDDES-1674 DDL Importer - does not handle extension properties
- Closed
-
TEIIDDES-1706 During DDL re-import the MergeProcessorImpl processes the ModelAnnotationImpl but misses key properties
- Closed
-
TEIIDDES-1670 DDL Importer - problem with re-import when setting descriptions
- Closed
-
TEIIDDES-1705 Model imported from DDL is missing relational model extension MED
- Closed
-
TEIIDDES-1176 Usability Issue: On DDL importer, need better feed back when a file cannot be imported
- Closed
-
TEIIDDES-1655 Teiid importer needs to handle schema and catalog cases for generated model
- Closed
-
TEIIDDES-1725 As default behavior, Importing DDL into an existing model removed the other tables
- Closed
-
TEIIDDES-1654 DDL Importer needs to better handle constraint naming in generated model
- Closed