Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1492642 - Regression of TEIID-4543 - Rewrite parse/format of standard formats to cast instead
Regression of TEIID-4543 - Rewrite parse/format of standard formats to cast i...
Status: CLOSED WONTFIX
Product: JBoss Data Virtualization 6
Classification: JBoss
Component: Teiid, Documentation (Show other bugs)
6.4.0
Unspecified Unspecified
high Severity high
: GA
: 6.4.0
Assigned To: David Le Sage
Andrej Smigala
: Documentation
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2017-09-18 07:41 EDT by Andrej Smigala
Modified: 2018-02-01 03:28 EST (History)
9 users (show)

See Also:
Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Calls to PARSEDATE or PARSETIME which have a timestamp value as the first argument are now pushed as CONVERTs (otherwise they are pushed as regular PARSEDATEs or PARSETIMEs respectively).
Story Points: ---
Clone Of:
Environment:
Last Closed: 2018-02-01 03:28:32 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
JBoss Issue Tracker TEIID-4543 Major Resolved Rewrite parse/format of standard formats to cast instead 2018-08-07 11:27 EDT

  None (edit)
Description Andrej Smigala 2017-09-18 07:41:59 EDT
Description of problem:

A regression was found for an enhancement originally introduced in 6.3.4. 

According to TEIID-4543, parsing a date or time from a string column using the PARSEDATE or PARSETIME functions should be pushed as simple cast in case the format string is the standard value ('yyyy-MM-dd' and 'hh:mm:ss' respectively).

However, running e.g.

    SELECT IntKey FROM Source.SmallA WHERE PARSEDATE(StringKey, 'yyyy-MM-dd') = {d'2016-12-19'}

with 6.4 ER2 shows the following in the query plan:

   AccessNode(0) output=[Source.smalla.intkey] SELECT g_0.intkey AS c_0 FROM Source.smalla AS g_0 WHERE convert(parsetimestamp(g_0.stringkey, 'yyyy-MM-dd'), date) = {d'2016-12-19'} LIMIT 100
  

i.e. there is still the call to parsetimestamp function.
Comment 6 David Le Sage 2017-12-05 17:37:20 EST
Added as known issue errata to release notes.

Note You need to log in before you can comment on or make changes to this bug.