You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sqoop.apache.org by "Veena Basavaraj (JIRA)" <ji...@apache.org> on 2015/01/09 06:09:34 UTC

[jira] [Created] (SQOOP-1989) IDF optimization to store object array in memory ( so matching is faster)

Veena Basavaraj created SQOOP-1989:
--------------------------------------

             Summary: IDF optimization to store object array in memory ( so matching is faster)
                 Key: SQOOP-1989
                 URL: https://issues.apache.org/jira/browse/SQOOP-1989
             Project: Sqoop
          Issue Type: Sub-task
            Reporter: Veena Basavaraj


according to the IDF api, we never cache or store the csv text/ not object array representation in memory, we only store the native format as below

{code}
**
   * Get one row of data.
   *
   * @return - One row of data, represented in the internal/native format of
   *         the intermediate data format implementation.
   */
  public T getData() {
    return data;
  }
{code}

But the matcher code in SqoopWritable always calls the setObjectData and getObjectData on every row in the data, which mean we exercise this call no matter what the native format is

        toIDF.setObjectData(matcher.getMatchingData(fromIDF.getObjectData()));

So should we not store the object array in memory?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)