-Re: Random access in an avro file
Scott Carey 2013-07-02, 18:59
There are a couple other index formats that could apply. You can seek to a
sync marker and scan from there. For example Avro files can be a target
for Elephant Twin
-elephant-twin ; http://gitrep.com/users/twitter/repos/elephant-twin).
However, that is a light-weight index for marking which blocks have records
that match the index, it does not locate the exact record.
From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
Reply-To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
Date: Monday, July 1, 2013 10:26 AM
To: user <[EMAIL PROTECTED]>
Subject: Re: Random access in an avro file
Thanks for the reply Doug.
Out of curiosity, is maintaining sync markers while writing the file and
then passing these markers to the readers while reading not a good way to
achieve random access in avro? Atleast that's what my understanding from
reading the javadoc was, which could be flawed.
On Mon, Jul 1, 2013 at 12:05 PM, Doug Cutting <[EMAIL PROTECTED]> wrote:
> Avro data files do not generally support random access.
> SortedKeyValueFile supports random access by key.
> From the documentation:
> "The SortedKeyValueFile is a directory with two files, named 'data'
> and 'index'. The 'data' file is an ordinary Avro container file with
> records. Each record has exactly two fields, 'key' and 'value'. The
> keys are sorted lexicographically. The 'index' file is a small Avro
> container file mapping keys in the 'data' file to their byte
> positions. The index file is intended to fit in memory, so it should
> remain small. There is one entry in the index file for each data block
> in the Avro container file."
> On Mon, Jul 1, 2013 at 8:37 AM, [EMAIL PROTECTED]
> <[EMAIL PROTECTED]> wrote:
>> > Hello,
>> > Is it possible to have random access to a record in an avro file? For
>> > instance, if I have an avro file with a schema containing four records:
>> > employee id, name, address and phone. While reading the file, is there any
>> > way at all to directly jump to a record with employee id 100 instead of
>> > having to scan the whole file every single time and filtering out records?
>> > Thanks for the help.
>> > --
>> > Swarnim