Changes between Version 4 and Version 5 of FlintValueTable
- Timestamp:
- 21/08/08 12:21:11 (17 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
FlintValueTable
v4 v5 5 5 == Key Format == 6 6 7 Quartz stores the key as: lsb ... msb of the docid, until all remaining bytes are zero 7 {{{ 8 pack_uint_preserving_sort(docid) 9 }}} 8 10 9 Flint currently uses pack_uint_preserving_sort(docid) - this takes one extra byte compared to11 This takes one extra byte compared to 10 12 Quartz, but means that when appending documents to a database, the insert is always 11 13 in the same place (at the "end" of the table). This is faster, and produces a more compact 12 14 database without a separate compaction step. 13 15 14 (The eventual planis to subclass the compare routine so we can store the key15 as compactly as Quartz d oes but keep the improved sort order.)16 The plan for chert or later is to subclass the compare routine so we can store the key 17 as compactly as Quartz did but keep the improved sort order. 16 18 17 19 == Tag Format == 18 20 19 Currently the tag is stored exactly in the same way as Quartz. 21 Zero or more of (in ascending slot order): 22 23 {{{ 24 pack_uint(slot) + 25 pack_string(value) 26 }}} 27 28 29