Re: [abacus] Accepting delayed usage within a slack window


Michael Maximilien
 

+1

So long this does not prevent DBs from being sharded. Even if the penalty
for queries of distant past is higher (e.g., slow).

And, as we discussed last Friday, this slack value can be fixed for now and
be made configurable later in future stories.

I am hoping others who hare interested in this feature chime here as well.

Best,

max

On Mon, Oct 12, 2015 at 7:53 PM, Jean-Sebastien Delfino <jsdelfino(a)gmail.com
wrote:
The benefit in having the year window allows only having to go to a
single database as opposed to a potential 12 databases with month windows

Correct, if your resource instance has incurred usage in the last month,
but if no usage has been submitted for a resource instance since Jan for
example, then we still need to run a descending query back to Jan, giving
us a max of 12 database partitions to scan for old/inactive resource
instances when we do that in Dec (which is typically when people start to
get more interested in their yearly usage.)

but I think that probably doesn't outweigh having to duplicate the
yearly data on every document.

+1, that's what I was thinking.

- Jean-Sebastien

On Mon, Oct 12, 2015 at 5:57 PM, Benjamin Cheng <bscheng(a)us.ibm.com>
wrote:

I'm leaning towards agreeing with you in terms of reducing the number of
windows. I agree with what you've said on forever. The only case I can
point out is in years. The benefit in having the year window allows only
having to go to a single database as opposed to a potential 12 databases
with month windows, but I think that probably doesn't outweigh having to
duplicate the yearly data on every document.

Join cf-dev@lists.cloudfoundry.org to automatically receive all group messages.