[JBoss JIRA] (TEIID-2988) MongoDB: Function substring - starting index and number of arguments
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-2988?page=com.atlassian.jira.plugin... ]
Steven Hawkins closed TEIID-2988.
---------------------------------
> MongoDB: Function substring - starting index and number of arguments
> --------------------------------------------------------------------
>
> Key: TEIID-2988
> URL: https://issues.jboss.org/browse/TEIID-2988
> Project: Teiid
> Issue Type: Bug
> Components: Misc. Connectors
> Affects Versions: 8.4.1
> Reporter: Filip Elias
> Assignee: Ramesh Reddy
> Labels: Beta1
> Fix For: 8.8, 8.7.1, 8.10
>
>
> Two minor bugs in function substring()
> Mongo's function $substr takes only 3 arguments so this query fails:
> {code}
> SELECT intkey, SUBSTRING(BQT1.SmallA.stringkey, 1) FROM BQT1.SmallA ORDER BY intkey
> {code}
> {code}
> Exception:13:18:48,220 ERROR [org.teiid.CONNECTOR] (Worker38_QueryProcessorQueue345) Connector worker process failed for atomic-request=omsmHP0o16Sa.40.0.86: com.mongodb.CommandFailureException: { "serverUsed" : "localhost/127.0.0.1:27017" , "errmsg" : "exception: the $substr operator requires 3 operand(s)" , "code" : 16020 , "ok" : 0.0}
> at com.mongodb.CommandResult.getException(CommandResult.java:71)
> at com.mongodb.CommandResult.throwOnError(CommandResult.java:110)
> at com.mongodb.DBCollection.aggregate(DBCollection.java:1308)
> {code}
> Generated mongo command:
> {code}
> { aggregate: "smalla", pipeline: [ { $project: { c_0: "$INTKEY", c_1: { $substr: [ "$STRINGKEY", 1 ] } } }, { $sort: { c_0: 1 } } ] }
> {code}
> Mongo's $substr function second argument represents number of bytes to skip, not the starting index. The function substring(StringKey,1,1) returns the second letter, but it should return the first letter.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 5 months
[JBoss JIRA] (TEIID-3502) Teiid returns integer/long overflow values
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-3502?page=com.atlassian.jira.plugin... ]
Steven Hawkins edited comment on TEIID-3502 at 7/6/15 1:54 PM:
---------------------------------------------------------------
The fix introduce a hard exception with certain odbc types - bigdecimal, biginteger, float, double that have large precision or scale values. So this will only be partially resolved in 8.11.
was (Author: shawkins):
The fix introduce a hard exception with certain odbc types - bigdecimal, biginteger, float, double that have large precision or scale values.
> Teiid returns integer/long overflow values
> ------------------------------------------
>
> Key: TEIID-3502
> URL: https://issues.jboss.org/browse/TEIID-3502
> Project: Teiid
> Issue Type: Bug
> Components: Query Engine
> Affects Versions: 8.7.1.6_2
> Reporter: Juraj Duráni
> Assignee: Steven Hawkins
> Fix For: 8.12, 8.11.1
>
>
> The values from basic math operations, such as:
> SELECT abs(-2147483648)
> SELECT -2147483648 -1
> SELECT 2147483648 +1
> etc.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 5 months
[JBoss JIRA] (TEIID-3526) Issues with insert and query expression with a common table expression
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-3526?page=com.atlassian.jira.plugin... ]
Steven Hawkins resolved TEIID-3526.
-----------------------------------
Resolution: Done
The logic was not generally correct in the insert case and the with clause was not getting associated. That has been corrected.
Also added a new capability to describe if WITH is supported in subqueries. Insert with a query expression and a common table expression is still pushed and it's up to the translator to move the clause to the beginning of the source command - this may be modified by TEIID-3560
> Issues with insert and query expression with a common table expression
> ----------------------------------------------------------------------
>
> Key: TEIID-3526
> URL: https://issues.jboss.org/browse/TEIID-3526
> Project: Teiid
> Issue Type: Bug
> Components: JDBC Connector
> Reporter: Steven Hawkins
> Assignee: Steven Hawkins
> Fix For: 8.12
>
>
> SQL Server will not support a source query of the form:
> insert into tbl with ...
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 5 months
[JBoss JIRA] (TEIID-3539) Infinispan-dsl-cache translator: Can't use IS [NOT] NULL operator for non-string columns
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/TEIID-3539?page=com.atlassian.jira.plugin... ]
RH Bugzilla Integration commented on TEIID-3539:
------------------------------------------------
Van Halbert <vhalbert(a)redhat.com> changed the Status of [bug 1232649|https://bugzilla.redhat.com/show_bug.cgi?id=1232649] from NEW to CLOSED
> Infinispan-dsl-cache translator: Can't use IS [NOT] NULL operator for non-string columns
> ----------------------------------------------------------------------------------------
>
> Key: TEIID-3539
> URL: https://issues.jboss.org/browse/TEIID-3539
> Project: Teiid
> Issue Type: Bug
> Components: Misc. Connectors
> Affects Versions: 8.7.1.6_2
> Reporter: Filip Elias
> Assignee: Van Halbert
> Attachments: server.log
>
>
> If I use IS NULL or IS NOT NULL operator for non-string column, the server will throw the following exception:
> {code}
> 10:42:34,100 ERROR [org.teiid.CONNECTOR] (Worker7_QueryProcessorQueue151) Connector worker process failed for atomic-request=1LH0VEAxBj0U.40.0.30: org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for message id[176] returned server error (status=0x85): org.hibernate.search.SearchException: Cannot create numeric range query for field byteNum, since from and to values are null
> at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:298)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:88)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:74)
> at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56)
> at org.infinispan.client.hotrod.impl.operations.QueryOperation.executeOperation(QueryOperation.java:57)
> at org.infinispan.client.hotrod.impl.operations.QueryOperation.executeOperation(QueryOperation.java:24)
> at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:50)
> at org.infinispan.client.hotrod.impl.query.RemoteQuery.executeQuery(RemoteQuery.java:72)
> at org.infinispan.client.hotrod.impl.query.RemoteQuery.list(RemoteQuery.java:62)
> at org.teiid.translator.infinispan.dsl.DSLSearch.performSearch(DSLSearch.java:112)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 5 months