Option C - keep a separate index of document IDs that failed indexing. I could be convinced of either Option C or Option A, and tentatively agree with Paul that the document indexing ought to be atomic for an entire view group.
Adam > On Jan 16, 2020, at 9:48 AM, Paul Davis <paul.joseph.da...@gmail.com> wrote: > > For A you also want to consider multiple emitted K/Vs on whether we > index some or none. I'd assume none as that would match the existing > equivalent of a doc throwing an exception during indexing. > > On Thu, Jan 16, 2020 at 8:45 AM Garren Smith <gar...@apache.org> wrote: >> >> Hi Everyone, >> >> We want to impose limits on the size of keys and values for map indexes. >> See the RFC for full details - >> https://github.com/apache/couchdb-documentation/pull/410 >> >> The question I have is what is the best user experience if the user does >> exceed the key or value limit? >> >> Option A - Do not index the key/value and log the error >> >> Option B - Throw an error and don't build the index >> >> Option C - Any other ideas? >> >> Cheers >> Garren
