summaryrefslogtreecommitdiff
path: root/TODO
blob: 9130b6a9fad2982ce61541530521856cde503618 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
ss
- Stats

db
- Maybe implement DB::BulkDeleteForRange(start_key, end_key)
  that would blow away files whose ranges are entirely contained
  within [start_key..end_key]?  For Chrome, deletion of obsolete
  object stores, etc. can be done in the background anyway, so
  probably not that important.

After a range is completely deleted, what gets rid of the
corresponding files if we do no future changes to that range.  Make
the conditions for triggering compactions fire in more situations?