Best way to get a delta is to create a new column defining a TimeStamp. This time stamp would initially be 0 and all rates and counters should be 0'ed as well. delta = (Current_Sample_TimeStamp - Previous_Sample_TimeStamp) The timestamp, ideally should come from the product http reply, if not try the using the group timestamps (not sure if retrievable) or if all else fails use the actual DateTime.Now (with the risk of some level imprecision). Regarding minDelta, which is a value that defines whether or not calculations should be executed by comparing it to delta, best practice should be the frequency on which the row is updated. Anything under that value should be disregarded as it should be considered that the sample was collected too fast. A big minDelta prevents calculations from happening over and over while increasing the imprecision of the rate/s. A small minDelta allows many calculations to happen improving the precision of the rate/s at the cost of performance by actually doing the calculations over and over. In an implementation I've done, I set it to 1ms since the protocol was already using polling based on timer, so it is safe to assume that the protocol flow would never try calculating rates more times than it should.