... |
* Function/UDF ("CREATE VIRTUAL FUNCTION") - A user defined function, where user can define the calling semantics using below, however the function implementation is defined using a JAVA Class.[1] |
!create_procedure.jpg|align=center,border=1! |
... |
| JAVA_METHOD | string | The Java method name on the above defined java class for the UDF implementation | | VARARGS | 'TRUE'\|'FALSE' | Indicates that the last argument of the function can be repeated 0 to any number of times. default false. It is more proper to use a VARIADIC parameter. | |
| AGGREGATE | 'TRUE'\|'FALSE' | Indicates the function is a user defined aggregate function. Properties specific to aggregates are listed below:. | |
Note that NULL-ON-NULL, VARARGS, and all of the AGGREGATE properties are also valid relational extension metadata properties that can be used on source procedures marked as functions. See also [Source Supported Functions] for creating FOREIGN functions that are supported by a source. |
*AGGREGATE FUNCTION OPTIONS*: |
... |
{tip:title=Providing the JAR libraries} If you have defined a UDF (virtual) function, then it must be accompanied by its implementation in Java. To configure the Java library as dependency to the VDB, see [Support for User-Defined Functions|Support for User-Defined Functions (Non-Pushdown)#Metadata Dynamic VDBs] |
{tip} |
*PROCEDURE OPTIONS*:(the below are well known options, any others properties defined will be considered as extension metadata) || Property || Data Type or Allowed Values || Description || |
... |
{code} |
*Relational Extension OPTIONS*: || Property || Data Type or Allowed Values || Description || | native-query | Parameterized String | Applies to both functions and procedures. The replacement for the function syntax rather than the standard prefix form with parens. | non-prepared | boolean | Applies to JDBC procedures using the native-query option. If true a PreparedStatement will not be used to execute the native query. {code:SQL|title=Example:Native Query}CREATE FOREIGN FUNCTION proc (x integer, VARIADIC z integer) returns (x string);{code} |
h2. Options |
... |
Starting with Teiid 8.0, a VDB can define models/schemas using DDL. Here is small example of how one can define a View inside the "-vdb.xml" file. See the <metadata> element under <model>.
<model visible = "true" type = "VIRTUAL" name = "customers"> <metadata type = "DDL"><![CDATA[ CREATE VIEW PARTS ( PART_ID integer PRIMARY KEY, PART_NAME varchar(255), PART_COLOR varchar(30), PART_WEIGHT varchar(255) ) AS select a.id as PART_ID, a.name as PART_NAME, b.color as PART_COLOR, b.weight as PART_WEIGHT from modelA.part a, modelB.part b where a.id = b.id ]]> <metadata> </model>
Another complete DDL based example is at the end of this section.
Metadata Repositories The declaration of metadata using DDL, NATIVE, or DDL-FILE is supported out of the box, however the MetadataRepository interface allows users to plug-in their own metadata facilities. For example, you can write a Hibernate based store that can feed the necessary metadata. See Custom Metadata Repository for more information. |
Metadata for Source Models The DDL based schema is not constrained to be defined only for the view models. |
Grammar Reference The full grammar for DDL can be found in the BNF for SQL Grammar. |
A FOREIGN table is table that is defined on PHYSICAL model that represents a real relational table in source databases like Oracle, SQLServer etc. For relational databases, Teiid has capability to automatically retrieve the database schema information upon the deployment of the VDB, if one like to auto import the existing schema. However, user can use below FOREIGN table semantics, when they would like to explicitly define tables on PHYSICAL models or represent non-relational data as relational in custom translators.
CREATE FOREIGN TABLE Customer (id integer PRIMARY KEY, firstname varchar(25), lastname varchar(25), dob timestamp); CREATE FOREIGN TABLE Order (id integer PRIMARY KEY, customerid integer, saledate date, amount decimal(25,4) CONSTRAINT FOREGIN KEY(customerid) REFERENCES Customer(id));
A view is a virtual table. A view contains rows and columns,like a real table. The fields in a view are fields from one or more real tables from the source or other view models. They can also be expressions made up multiple columns, or aggregated columns. When column definitions are not defined on the view table, they will be derived from the projected columns of the view's select transformation that is defined after the AS keyword.
You can add functions, JOIN statements and WHERE clauses to a view data as if the data were coming from one single table.
TABLE/VIEW OPTIONS: (the below are well known options, any others properties defined will be considered as extension metadata)
Property | Data Type or Allowed Values | Description |
---|---|---|
UUID | string |
Unique identifier for View |
MATERIALIZED | 'TRUE'|'FALSE' | Defines if a table is materialized |
MATERIALIZED_TABLE | 'table.name' | If this view is being materialized to a external database, this defines the name of the table that is being materialized to |
CARDINALITY | int |
Costing information. Number of rows in the table. Used for planning purposes |
UPDATABLE | 'TRUE'|'FALSE' | Defines if the view is allowed to update or not |
ANNOTATION | string |
Description of the view |
CREATE VIEW CustomerOrders (name varchar(50), saledate date, amount decimal) OPTIONS (CARDINALITY 100, ANNOTATION 'Example') AS SELECT concat(c.firstname, c.lastname) as name, o.saledate as saledate, o.amount as amount FROM Customer C JOIN Order o ON c.id = o.customerid;
COLUMN OPTIONS: (the below are well known options, any others properties defined will be considered as extension metadata)
Property | Data Type or Allowed Values | Description |
---|---|---|
UUID | string |
A unique identifier for the column |
NAMEINSOURCE | string |
If this is a column name on the FOREIGN table, this value represents name of the column in source database, if omitted the column name is used when querying for data against the source |
CASE_SENSITIVE | 'TRUE'|'FALSE' | |
SELECTABLE | 'TRUE'|'FALSE' | TRUE when this column is available for selection from the user query |
UPDATABLE | 'TRUE'|'FALSE' | Defines if the column is updatable. Defaults to true if the view/table is updatable. |
SIGNED | 'TRUE'|'FALSE' | |
CURRENCY | 'TRUE'|'FALSE' | |
FIXED_LENGTH | 'TRUE'|'FALSE' | |
SEARCHABLE | 'SEARCHABLE'|'UNSEARCHABLE'|'LIKE_ONLY'|'ALL_EXCEPT_LIKE' | column searchability, usually dictated by the data type |
MIN_VALUE | ||
MAX_VALUE | ||
CHAR_OCTET_LENGTH | integer | |
ANNOTATION | string |
|
NATIVE_TYPE | string |
|
RADIX | integer | |
NULL_VALUE_COUNT | integer | costing information. Number of NULLS in this column |
Constraints can be defined on table/view to define indexes and relationships to other tables/views. This information is used by the Teiid optimizer to plan queries or use the indexes in materialization tables to optimize the access to the data.
CONSTRAINTS are same as one can define on RDBMS.
CREATE VIEW CustomerOrders (name varchar(50), saledate date, amount decimal CONSTRAINT INDEX (name, amount) ACCESSPATTERN (name) PRIMARY KEY ...
A view comprising multiple base tables must use an INSTEAD OF trigger to support inserts, updates and deletes that reference data in the tables. Based on the select transformation's complexity some times INSTEAD OF TRIGGERS are automatically provided for the user when "UPDATABLE" OPTION on the view is set to "TRUE". However, using the CREATE TRIGGER mechanism user can provide/override the default behaviour.
CREATE TRIGGER ON CustomerOrders INSTEAD OF INSERT AS FOR EACH ROW BEGIN ATOMIC INSERT INTO Customer (...) VALUES (NEW.value ...); END
Using the below syntax, user can define a
Variable Argument Support
Instead of using just an IN parameter, the last non result parameter can be declared VARIADIC to indicate that it can be repeated 0 or more times.
CREATE FOREIGN PROCEDURE proc (x integer, VARIADIC z integer) returns (x string);
FUNCTION OPTIONS:(the below are well known options, any others properties defined will be considered as extension metadata)
Property | Data Type or Allowed Values | Description |
---|---|---|
UUID | string | unique Identifier |
NAMEINSOURCE | If this is source function/procedure the name in the physical source, if different from the logical name given above | |
ANNOTATION | string | Description of the function/procedure |
CATEGORY | string | Function Category |
DETERMINISM |
|
|
NULL-ON-NULL | 'TRUE'|'FALSE' | |
JAVA_CLASS | string | Java Class that defines the method in case of UDF |
JAVA_METHOD | string | The Java method name on the above defined java class for the UDF implementation |
VARARGS | 'TRUE'|'FALSE' | Indicates that the last argument of the function can be repeated 0 to any number of times. default false. It is more proper to use a VARIADIC parameter. |
AGGREGATE | 'TRUE'|'FALSE' | Indicates the function is a user defined aggregate function. Properties specific to aggregates are listed below. |
Note that NULL-ON-NULL, VARARGS, and all of the AGGREGATE properties are also valid relational extension metadata properties that can be used on source procedures marked as functions. See also Source Supported Functions for creating FOREIGN functions that are supported by a source.
AGGREGATE FUNCTION OPTIONS:
Property | Data Type or Allowed Values | Description |
---|---|---|
ANALYTIC | 'TRUE'|'FALSE' | indicates the aggregate function must be windowed. default false. |
ALLOWS-ORDERBY | 'TRUE'|'FALSE' | indicates the aggregate function supports an ORDER BY clause. default false |
ALLOWS-DISTINCT | 'TRUE'|'FALSE' | indicates the aggregate function supports the DISTINCT keyword. default false |
DECOMPOSABLE | 'TRUE'|'FALSE' | indicates the single argument aggregate function can be decomposed as agg(agg(x) ) over subsets of data. default false |
USES-DISTINCT-ROWS | 'TRUE'|'FALSE' | indicates the aggregate function effectively uses distinct rows rather than all rows. default false |
Providing the JAR libraries If you have defined a UDF (virtual) function, then it must be accompanied by its implementation in Java. To configure the Java library as dependency to the VDB, see Support for User-Defined Functions |
PROCEDURE OPTIONS:(the below are well known options, any others properties defined will be considered as extension metadata)
Property | Data Type or Allowed Values | Description |
---|---|---|
UUID | string | Unique Identifier |
NAMEINSOURCE | string | In the case of source |
ANNOTATION | string | Description of the procedure |
UPDATECOUNT | int | if this procedure updates the underlying sources, what is the update count, when update count is >1 the XA protocol for execution is enforced |
CREATE VIRTUAL PROCEDURE CustomerActivity(customerid integer) RETURNS (name varchar(25), activitydate date, amount decimal) AS BEGIN ... END
Relational Extension OPTIONS:
Property | Data Type or Allowed Values | Description |
---|---|---|
native-query | Parameterized String | Applies to both functions and procedures. The replacement for the function syntax rather than the standard prefix form with parens. |
non-prepared | boolean | Applies to JDBC procedures using the native-query option. If true a PreparedStatement will not be used to execute the native query. |
CREATE FOREIGN FUNCTION proc (x integer, VARIADIC z integer) returns (x string);
Any option name of the form prefix:key will attempt to be resolved against the current set of namespaces. Failure to resolve will result in the option name being left as is. A resolved name will be replaced with {uri}key. See also Namespaces for Extension Metadata. |
Options can also be added using the ALTER statement. See ALTER stmt.
ALTER statements currently primarily supports adding OPTIONS properties to Tables, Views and Procedures. Using a ALTER statement, you can either add, modify or remove a property.
ALTER FOREIGN TABLE "customer" OPTIONS (ADD CARDINALITY 10000); ALTER FOREIGN TABLE "customer" ALTER COLUMN "name" OPTIONS(SET UPDATABLE FALSE)
ALTER statements are especially useful, when user would like to modify/enhance the metadata that has been imported from a NATIVE datasource. For example, if you have a database called "northwind", and you imported that metadata and would like to add CARDINALITY to its "customer" table, you can use ALTER statement, along with "chainable" metadata repositories feature to add this property to the desired table. The below shows an example -vdb.xml file, that illustrates the usage.
<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <vdb name="northwind" version="1"> <model name="nw"> <property name="importer.importKeys" value="true"/> <property name="importer.importProcedures" value="true"/> <source name="northwind-connector" translator-name="mysql" connection-jndi-name="java:/nw-ds"/> <metadata type = "NATIVE,DDL"><![CDATA[ ALTER FOREIGN TABLE "customer" OPTIONS (ADD CARDINALITY 10000); ALTER FOREIGN TABLE "customer" ALTER COLUMN "name" OPTIONS(SET UPDATABLE FALSE); ]]> </metadata> </model> </vdb>
The following are the supported data types in the Teiid.
When defining the extension metadata in the case of Custom Translators, the properties on tables/views/procedures/columns can define namespace for the properties such that they will not collide with the Teiid specific properties. The property should be prefixed with alias of the Namespace. Prefixes starting with teiid_ are reserved for use by Teiid.
SET NAMESPACE 'http://custom.uri' AS foo CREATE VIEW MyView (...) OPTIONS ("foo:mycustom-prop" 'anyvalue')
Prefix | URI | Description |
---|---|---|
teiid_rel | http://www.teiid.org/ext/relational/2012 | Relational extensions. Uses include function and native query metadata |
teiid_sf | http://www.teiid.org/translator/salesforce/2012 | Salesforce extensions. |
<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <vdb name="twitter" version="1"> <description>Shows how to call Web Services</description> <property name="UseConnectorMetadata" value="cached" /> <model name="twitter"> <source name="twitter" translator-name="rest" connection-jndi-name="java:/twitterDS"/> </model> <model name="twitterview" type="VIRTUAL"> <metadata type="DDL"><![CDATA[ CREATE VIRTUAL PROCEDURE getTweets(query varchar) RETURNS (created_on varchar(25), from_user varchar(25), to_user varchar(25), profile_image_url varchar(25), source varchar(25), text varchar(140)) AS select tweet.* from (call twitter.invokeHTTP(action => 'GET', endpoint =>querystring('',query as "q"))) w, XMLTABLE('results' passing JSONTOXML('myxml', w.result) columns created_on string PATH 'created_at', from_user string PATH 'from_user', to_user string PATH 'to_user', profile_image_url string PATH 'profile_image_url', source string PATH 'source', text string PATH 'text') tweet; CREATE VIEW Tweet AS select * FROM twitterview.getTweets; ]]> </metadata> </model> <translator name="rest" type="ws"> <property name="DefaultBinding" value="HTTP"/> <property name="DefaultServiceMode" value="MESSAGE"/> </translator> </vdb>