[JBoss JIRA] (TEIID-5515) Teiid metrics needs to be exposed through JMX
by Steven Hawkins (Jira)
[ https://issues.jboss.org/browse/TEIID-5515?page=com.atlassian.jira.plugin... ]
Steven Hawkins commented on TEIID-5515:
---------------------------------------
The WildFly subsystems are automatically mapped to JMX. Running through JConsole there appear to be some issues:
- nullable operation parameters are still expected (not necessarily a pressing concern)
- in many places boolean parameters are typed as string
- CompositeData is used to represent non-simple type results. Exceptions arise when getting these results, such as engineStatistics
- the standard configuration properties are exposed readily enough. as are the non-persistent attributes such as activeSessionCount.
I'll determine where the exceptions are happening with CompositeData results. If it's just a JConsole issue we are mostly done. If not we can look at things like registering a specific engine stats mbean.
I'll validate that this all works through thorntail as well. As long as jolokia integration is available (?) then Prometheus integration will be available.
> Teiid metrics needs to be exposed through JMX
> ---------------------------------------------
>
> Key: TEIID-5515
> URL: https://issues.jboss.org/browse/TEIID-5515
> Project: Teiid
> Issue Type: Enhancement
> Components: Embedded
> Reporter: Ramesh Reddy
> Assignee: Steven Hawkins
> Priority: Major
> Fix For: 12.0
>
>
> Teiid staus and any metrics need to be exposed through JMX, such that they can be exposed later using HAWT.IO console in OpenShift.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (TEIID-5522) Avoid pushing join to datasource if DS cannot handle 1600+ columns
by Steven Hawkins (Jira)
[ https://issues.jboss.org/browse/TEIID-5522?page=com.atlassian.jira.plugin... ]
Steven Hawkins moved TEIIDTOOLS-519 to TEIID-5522:
--------------------------------------------------
Project: Teiid (was: Teiid Tools)
Key: TEIID-5522 (was: TEIIDTOOLS-519)
> Avoid pushing join to datasource if DS cannot handle 1600+ columns
> -------------------------------------------------------------------
>
> Key: TEIID-5522
> URL: https://issues.jboss.org/browse/TEIID-5522
> Project: Teiid
> Issue Type: Feature Request
> Reporter: Norbert Funke
> Priority: Major
>
> Problem: I am trying to create a wide view (~5000 columns), which works across data sources fine JDV. However, when I try to create the view with a join on 2+ table from data source, the optimizer pushes down the join to the source. The current source cannot handle more then ~1600 columns.
> Example: When trying to join Member_DX1 and Member_DX2 at client, JDV pushes the enter code herecombined join to postgres as one getting the too max column error.
> /* TABLE 1 */
> CREATE VIEW Member_DX1 (
> MEMB_BID Integer
> , DX130402000000 Integer
> , DX180608000000 Integer
> , DX20401070000 Integer
> .... /* 1000 more */
> as
> SELECT dx.memb_bid
> , case dx.EPI_1_DX4 when 130402000000 then 1 else 0 END as DX130402000000
> , case dx.EPI_1_DX4 when 180608000000 then 1 else 0 END as DX180608000000
> , case dx.EPI_1_DX4 when 20401070000 then 1 else 0 END as DX20401070000
> ...
> FROM BDR.ENH_EPI_DETAIL dx
> /* TABLE 2 */
> CREATE VIEW Member_DX2 (
> MEMB_BID Integer
> , DX200102010000 Integer
> , DX90125000000 Integer
> , DX160603070000 Integer
> ... /* 1000 more ...
> SELECT dx.memb_bid /* FOREIGN TABLE */
> , case dx.EPI_1_DX4 when 200102010000 then 1 else 0 END as DX200102010000
> , case dx.EPI_1_DX4 when 90125000000 then 1 else 0 END as DX90125000000
> , case dx.EPI_1_DX4 when 160603070000 then 1 else 0 END as DX160603070000
> ...`enter code here`
> FROM BDR.ENH_EPI_DETAIL dx;
> then my query in (e.g. dBeaver) looks like this:
> SELECT * from Member_DX1 dx1
> join Member_DX2 dx2
> on dx1.MEMB_BID = dx2.MEMB_BID
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months