[JBoss JIRA] (TEIID-3737) Allow date formatted string literals to be parsed as timestamps
by Steven Hawkins (JIRA)
Steven Hawkins created TEIID-3737:
-------------------------------------
Summary: Allow date formatted string literals to be parsed as timestamps
Key: TEIID-3737
URL: https://issues.jboss.org/browse/TEIID-3737
Project: Teiid
Issue Type: Enhancement
Components: Query Engine
Reporter: Steven Hawkins
Assignee: Steven Hawkins
Fix For: 8.12
For consistency with most major vendors …
[View More]we should support allowing date literals to be parsed as timestamps. For example:
timestamp_col > '2001-01-01'
which would prevent the predicate from being resolved as a string comparison.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
[View Less]
9 years, 6 months
[JBoss JIRA] (TEIID-3736) Allow date formatted string literals to be parsed as timestamps
by Steven Hawkins (JIRA)
Steven Hawkins created TEIID-3736:
-------------------------------------
Summary: Allow date formatted string literals to be parsed as timestamps
Key: TEIID-3736
URL: https://issues.jboss.org/browse/TEIID-3736
Project: Teiid
Issue Type: Enhancement
Components: Query Engine
Reporter: Steven Hawkins
Assignee: Steven Hawkins
Fix For: 8.12
For consistency with most major vendors …
[View More]we should support allowing date literals to be parsed as timestamps. For example:
timestamp_col > '2001-01-01'
which would prevent the predicate from being resolved as a string comparison.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
[View Less]
9 years, 6 months
[JBoss JIRA] (TEIID-3731) Introduce an alternative protocol to lessen the usage of java serialization
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-3731?page=com.atlassian.jira.plugin... ]
Steven Hawkins commented on TEIID-3731:
---------------------------------------
There are several reasons.
The first is that whatever is missing is quite a lot of stuff. Standard logic would need remapped (especially around cursoring, sessioning, and exception handling), streaming hasn't been implemented, type handling would need to be expanded, the teiid JDBC extensions would need reimplemented - and the …
[View More]asynch stuff does not fit well. And of course we still would be providing our own JDBC client so it's not like we would own significantly less code.
The other reason is that we'll still need to provide a backwards compatible transport for the whole release, so we'd continue to have all the existing messaging classes as well.
> Introduce an alternative protocol to lessen the usage of java serialization
> ---------------------------------------------------------------------------
>
> Key: TEIID-3731
> URL: https://issues.jboss.org/browse/TEIID-3731
> Project: Teiid
> Issue Type: Feature Request
> Reporter: Steven Hawkins
> Assignee: Steven Hawkins
> Fix For: 9.0
>
>
> Even with heavy usage of externalizable there is still an overhead to java serialization blocking and reference tracking. With custom object input/output we can eliminate the need for java serialization with most messages.
> This however would need to work beside the existing java serialization protocol for backwards compatibility.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
[View Less]
9 years, 6 months