hadoop-common-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "stack (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HADOOP-3315) New binary file format
Date Thu, 02 Oct 2008 20:35:44 GMT

    [ https://issues.apache.org/jira/browse/HADOOP-3315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12636455#action_12636455

stack commented on HADOOP-3315:


So, to read a random key, I'd now do:

  TFile.Reader r = new TFile.Reader....
  TFile.Reader.Scanner s = r.createScanner();
  // Below would body of some 'get' method that took a byte array 'key' for an argument
  Writable w = new SomeWritable();
  return s.find(key, w)? w: null;

That'll work.

This avoids the double-decompress possibility mentioned above because all seek is done in
the Scanner now?

Are rowids a new notion?  Am I supposed to be able to go between rowid and a Location?

> New binary file format
> ----------------------
>                 Key: HADOOP-3315
>                 URL: https://issues.apache.org/jira/browse/HADOOP-3315
>             Project: Hadoop Core
>          Issue Type: New Feature
>          Components: io
>            Reporter: Owen O'Malley
>            Assignee: Amir Youssefi
>         Attachments: HADOOP-3315_20080908_TFILE_PREVIEW_WITH_LZO_TESTS.patch, HADOOP-3315_20080915_TFILE.patch,
TFile Specification Final.pdf
> SequenceFile's block compression format is too complex and requires 4 codecs to compress
or decompress. It would be good to have a file format that only needs 

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message