You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sqoop.apache.org by "Johannes Mayer (JIRA)" <ji...@apache.org> on 2017/11/03 08:59:00 UTC
[jira] [Created] (SQOOP-3252) Wrong AVRO schema on import of DATE
column with oraoop Connector
Johannes Mayer created SQOOP-3252:
-------------------------------------
Summary: Wrong AVRO schema on import of DATE column with oraoop Connector
Key: SQOOP-3252
URL: https://issues.apache.org/jira/browse/SQOOP-3252
Project: Sqoop
Issue Type: Bug
Components: codegen, connectors/oracle
Affects Versions: 1.4.6
Environment: Hortonworks HDP 2.6.0.1
Reporter: Johannes Mayer
Priority: Critical
I have found a bug, when importing a table from an oracle database using the oracle connector for hadoop.
The sqoop command looks like this:
{code:java}
sqoop import -Dmapreduce.job.user.classpath.first=true -Doraoop.timestamp.string=true --connect jdbc:oracle:thin:@oracle_server --username USER --password xxx --as-avrodatafile --direct --table TEST_DATE --target-dir /user/admin/test_date
{code}
The generated AVRO schema for the date field is [null, long]. This is why an error is thrown when sqoop tries to write the date string to that field. The workaround for this problem is to add a mapping for this column:
{code:java}
--map-column-java DATE_COL=String
{code}
But since I want to build a general solution adding a mapping for each DATE column is not an option.
The type of the generated AVRO schema for DATE Columns should be [null, string] when using the Oracle connector for Hadoop and when oraoop.timestamp.string=true.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)