couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Chris Anderson <>
Subject Re: db-options
Date Sat, 11 Apr 2009 23:23:34 GMT
On Sat, Apr 11, 2009 at 3:35 PM, Robert Newson <> wrote:
> Devs,
> Following a brief discussion on IRC, I wanted to hear general thoughts
> and objections to introducing creation-time database options. That is,
> allow couchdb databases to toggle some features on or off on a
> per-database basis. Additionally, these options could be changed at
> compaction time.
> The first concrete example of such an option would be a feature that
> introduces single-instance storage of attachments. Namely, the
> addition of another btree keyed on the sha1 evaluation of attachments.
> The tree would be used to ensure only one copy of any particular
> attachment exists in the database file. This option could be added or
> removed during compaction also.
> Thoughts?

I think this is a great idea. I'd suggest keeping the db-options in
the #db_header record. Which could get problematic if there get to be
so many options that the header size starts to grow. Maybe there's a
better answer, but this seems most straightforward.

Chris Anderson

View raw message