blob: e603c07137f1ea198a3de9ca3bbb369e1c069f61 [file] [log] [blame]
jorlow@chromium.org179be582011-03-18 22:37:00 +00001ss
2- Stats
jorlow@chromium.org179be582011-03-18 22:37:00 +00003
4db
5- Maybe implement DB::BulkDeleteForRange(start_key, end_key)
6 that would blow away files whose ranges are entirely contained
7 within [start_key..end_key]? For Chrome, deletion of obsolete
8 object stores, etc. can be done in the background anyway, so
9 probably not that important.
dgrogan@chromium.org29c68f12012-10-12 19:13:17 +000010- There have been requests for MultiGet.
jorlow@chromium.org179be582011-03-18 22:37:00 +000011
gabor@google.com8cd4ab82011-06-22 02:36:45 +000012After a range is completely deleted, what gets rid of the
13corresponding files if we do no future changes to that range. Make
14the conditions for triggering compactions fire in more situations?