[JBoss JIRA] (TEIID-4534) Querying 1-to-many relationship in JDG data source may return the wrong results
by Steven Hawkins (Jira)
[ https://issues.jboss.org/browse/TEIID-4534?page=com.atlassian.jira.plugin... ]
Steven Hawkins commented on TEIID-4534:
---------------------------------------
@vhalbert Can this be marked as resolved, or does it still effect the infinispan translator?
> Querying 1-to-many relationship in JDG data source may return the wrong results
> -------------------------------------------------------------------------------
>
> Key: TEIID-4534
> URL: https://issues.jboss.org/browse/TEIID-4534
> Project: Teiid
> Issue Type: Bug
> Components: JDG Connector
> Affects Versions: 8.12.x, 9.2
> Reporter: Van Halbert
> Assignee: Van Halbert
> Priority: Critical
>
> When there is a 1-to-many relationship defined in a JDG schema, the results from querying the "many" relationship may return the wrong results.
> Example:
> Person --> Phone Numbers
> INSERT INTO Person(id,name,email) VALUES (1,'name1','email1')
> INSERT INTO PhoneNumber(id, number) VALUES (1, '001234567');
> INSERT INTO PhoneNumber(id, number) VALUES (1, '001234568');
> SELECT p.name, p.id, pn.number FROM Person p, PhoneNumber pn WHERE p.id=pn.id AND p.id=1 and number = '001234568'
> or
> Select * from PhoneNumber where number = '001234568'
> return 2 rows, 1 for each phonenumber.
> Why? Because JDG returns the Person object that meets those conditions. It doesn't filter the internal data to the Person object. Therefore, all phonenumbers are returned for the same person, generating a row for each.
> This doesn't happen with 1-to-1 relationships because there's only ever 1 child object.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 2 months
[JBoss JIRA] (TEIID-3927) Teiid Analytical Capabilities
by Steven Hawkins (Jira)
[ https://issues.jboss.org/browse/TEIID-3927?page=com.atlassian.jira.plugin... ]
Steven Hawkins resolved TEIID-3927.
-----------------------------------
Fix Version/s: 11.2
(was: 11.x)
Resolution: Done
Marking as resolved with the outstanding subtask to make greater use of analytical platforms. No issue was captured for further improvements to our continuous query feature.
> Teiid Analytical Capabilities
> -----------------------------
>
> Key: TEIID-3927
> URL: https://issues.jboss.org/browse/TEIID-3927
> Project: Teiid
> Issue Type: Feature Request
> Affects Versions: 9.x
> Reporter: Kylin Soong
> Assignee: Steven Hawkins
> Priority: Major
> Fix For: 11.2
>
>
> For the 9.x series goals include:
> * Support for row counts beyond 2 billion TEIID-3601
> * Increased parallelism within the plan TEIID-4208
> * Increased windowing function support TEIID-5461 and related
> * Improvements to the micro-batching / continuous query model
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 2 months
[JBoss JIRA] (TEIID-3927) Teiid Analytical Capabilities
by Steven Hawkins (Jira)
[ https://issues.jboss.org/browse/TEIID-3927?page=com.atlassian.jira.plugin... ]
Steven Hawkins updated TEIID-3927:
----------------------------------
Description:
For the 9.x series goals include:
* Support for row counts beyond 2 billion TEIID-3601
* Increased parallelism within the plan TEIID-4208
* Increased windowing function support TEIID-5461 and related
* Improvements to the micro-batching / continuous query model
was:
For the 9.x series goals include:
* Support for row counts beyond 2 billion TEIID-3601
* Increased parallelism within the plan TEIID-4208
* Increased windowing function support
* Improvements to the micro-batching / continuous query model
> Teiid Analytical Capabilities
> -----------------------------
>
> Key: TEIID-3927
> URL: https://issues.jboss.org/browse/TEIID-3927
> Project: Teiid
> Issue Type: Feature Request
> Affects Versions: 9.x
> Reporter: Kylin Soong
> Assignee: Steven Hawkins
> Priority: Major
> Fix For: 11.x
>
>
> For the 9.x series goals include:
> * Support for row counts beyond 2 billion TEIID-3601
> * Increased parallelism within the plan TEIID-4208
> * Increased windowing function support TEIID-5461 and related
> * Improvements to the micro-batching / continuous query model
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 2 months
[JBoss JIRA] (TEIID-4155) Explore the possibility to use JBeret as materialization schedular
by Steven Hawkins (Jira)
[ https://issues.jboss.org/browse/TEIID-4155?page=com.atlassian.jira.plugin... ]
Steven Hawkins resolved TEIID-4155.
-----------------------------------
Resolution: Won't Do
Marking as won't do. I don't see a path forward jberet as we are actively trying to minimize our JEE integration. While it does support standalone integration, that doesn't seem to buy us much unless we want to promote seeing materialization or other work as full blown scheduled jobs. jberet is also not cluster aware.
> Explore the possibility to use JBeret as materialization schedular
> ------------------------------------------------------------------
>
> Key: TEIID-4155
> URL: https://issues.jboss.org/browse/TEIID-4155
> Project: Teiid
> Issue Type: Sub-task
> Components: Server
> Reporter: Ramesh Reddy
> Priority: Major
>
> Right now the managed external materialization uses the our own very basic job scheduler, it would be nice if we can use JBeret batch processing system to automatically create jobs based on the materialization extension properties.
> JBeret is JSR-352, looks simple enough to integrate. The advantages for us would be
> - a standard scheduler, which will also work in "embedded" as this supposed to work in Java SE
> - Gives CLI based management
> - may be better metrics on time taken and error management
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 2 months