[
https://issues.apache.org/jira/browse/HIVE-20095?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16548561#comment-16548561
]
Jesus Camacho Rodriguez edited comment on HIVE-20095 at 7/18/18 11:49 PM:
--------------------------------------------------------------------------
[~msydoron], we need to fix those two test failures before committing this
patch. What is the error that we are getting?
After checking the code in more detail.
For the existing failures, I think your new code in JdbcRecordIterator is the
right way to go, but we should modify the {{deserialize}} method in JDBCSerde
to create the right type requested for Hive (the deserialize method in
DruidSerDe may serve as an example
https://github.com/apache/hive/blob/master/druid-handler/src/java/org/apache/hadoop/hive/druid/serde/DruidSerDe.java#L387
). JDBCSerde always has information for the columnTypes derived either from
from metadata query or from conf depending on the existence of
{{Constants.HIVE_JDBC_QUERY}}, hence it should be straightforward. At the same
time, issue for nulls and timestamp would be fixed this way. What do you think?
was (Author: jcamachorodriguez):
[~msydoron], we need to fix those two test failures before committing this
patch. What is the error that we are getting?
For the existing failures, could we 1) modify {{getColumnTypes}} to obtain the
types from metadata query or from conf depending on the existence of
{{Constants.HIVE_JDBC_QUERY}}, 2) then use the method to pass the types to the
constructor of JdbcRecordIterator (as it is currently done), and 3) keep the
code to infer from those types the object that we need to extract for each row,
possibly fixing the issue with null values and timestamp? Would that work?
Alternatively, the fix for the long/double/timestamp can be fixed in a separate
ticket, then please create a follow-up for that.
> Fix jdbc external table feature
> -------------------------------
>
> Key: HIVE-20095
> URL: https://issues.apache.org/jira/browse/HIVE-20095
> Project: Hive
> Issue Type: Bug
> Reporter: Jonathan Doron
> Assignee: Jonathan Doron
> Priority: Major
> Attachments: HIVE-20095.1.patch, HIVE-20095.2.patch,
> HIVE-20095.3.patch, HIVE-20095.4.patch
>
>
> It seems like the committed code for HIVE-19161
> (7584b3276bebf64aa006eaa162c0a6264d8fcb56) reverted some of HIVE-18423
> updates, and therefore some of the external table queries are not working
> correctly.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)