[JBoss JIRA] (TEIID-4187) Extend support for PI OLEDB Enterprise Queries in OSI PI Translator
by Al S (JIRA)
Al S created TEIID-4187:
---------------------------
Summary: Extend support for PI OLEDB Enterprise Queries in OSI PI Translator
Key: TEIID-4187
URL: https://issues.jboss.org/browse/TEIID-4187
Project: Teiid
Issue Type: Enhancement
Components: Misc. Connectors
Affects Versions: 8.13.3
Reporter: Al S
Assignee: Steven Hawkins
Priority: Minor
Attachments: PI-OLEDB-Enterprise-2012-User-Guide.pdf
Background - PI OLEDB queries go against the PI Data Archive whereas PI OLEDB Enterprise go against PI AF, which is a metadata layer that sits atop the PI Data Archive. Both sets of queries are now accessible from the PI JDBC adapter.
Please add the following enhancements to allow the OSI PI translator to work more effectively with OLEDB Enterprise queries.
1) Import table valued functions as Teiid procedures
2) Allow the pushdown of nested table joins
3) Update the PI translator to use the CROSS APPLY syntax.
Please refer to the OLEDB Enterprise Guide for query syntax and rules for more detail.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (TEIID-4186) Prevent partial aggregate pushdown based upon type
by Steven Hawkins (JIRA)
Steven Hawkins created TEIID-4186:
-------------------------------------
Summary: Prevent partial aggregate pushdown based upon type
Key: TEIID-4186
URL: https://issues.jboss.org/browse/TEIID-4186
Project: Teiid
Issue Type: Quality Risk
Components: Query Engine
Reporter: Steven Hawkins
Assignee: Steven Hawkins
Fix For: 9.0, 8.12.5
For limited value types, such as boolean or byte, there is little value in their use as grouping columns and should be avoided - even if distinct value counts are not available.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (TEIID-4184) Timestamps need to be submitted without supporting {ts} for OSI PI translator
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-4184?page=com.atlassian.jira.plugin... ]
Steven Hawkins resolved TEIID-4184.
-----------------------------------
Fix Version/s: 9.0
Resolution: Done
Changed the logic to use string literals instead.
> Timestamps need to be submitted without supporting {ts} for OSI PI translator
> -----------------------------------------------------------------------------
>
> Key: TEIID-4184
> URL: https://issues.jboss.org/browse/TEIID-4184
> Project: Teiid
> Issue Type: Bug
> Components: Misc. Connectors
> Affects Versions: 8.13.3
> Reporter: Al S
> Assignee: Steven Hawkins
> Priority: Minor
> Labels: osisoft-pi
> Fix For: 9.0
>
>
> Queries with OSI PI translator insert a {ts} when passing timestamps but the PI SQL engine does not handle this well.
> Example model query:
> select "tag","time","value" from "schema-name"."picomp2"
> Example query against Teiid schema:
> select * from IceDataThree where tag='sinusoid' and timecol>'2016-01-01 00:00:00'
> Translation:
> SELECT TOP 1000 g_0."tag" AS c_0, g_0."time" AS c_1, g_0."value" AS c_2 FROM "piarchive"."picomp2" AS g_0
> 02.WHERE g_0."tag" = 'sinusoid' AND g_0."time" > {ts '2016-04-20 00:00:00.0'}
> Error:
> 20:02:57,250 WARN [org.teiid.CONNECTOR] (Worker2_QueryProcessorQueue21) sV28Up1
> 02.GiGOM Connector worker process failed for atomic-request=sV28Up1GiGOM.2.0.3: org
> 03..teiid.translator.jdbc.JDBCExecutionException: 0 TEIID11008:TEIID11004 Error exe
> 04.cuting statement(s): [SQL: SELECT TOP 1000 g_0."tag" AS c_0, g_0."time" AS c_1,
> 05.g_0."value" AS c_2 FROM "piarchive"."picomp2" AS g_0 WHERE g_0."tag" = 'sinusoid
> 06.' AND g_0."time" > {ts '2016-04-20 00:00:00.0'}]
> Caused by: com.osisoft.rdsa.RdsaException: [PIOLEDB] [SQL Parser] [Line 1] Synta
> 48.x error near 'ts'.
> If the translation were to simply remove the "ts" part the query would work:
> SELECT TOP 1000 g_0."tag" AS c_0, g_0."time" AS c_1, g_0."value" AS c_2 FROM "piarchive"."picomp2" AS g_0
> WHERE g_0."tag" = 'sinusoid' AND g_0."time" > '2016-04-20 00:00:00.0'
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months