[
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:
-------------------------------
@Hong
So, to read a random key, I'd now do:
{code}
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;
{code}
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.
