Re: [GENERAL] strategies for dealing with frequently updated tables

2012-02-28 Thread Dave Vitek
On 2/28/2012 5:21 PM, Andy Colson wrote: On 2/28/2012 2:09 PM, Dave Vitek wrote: The following query takes about 100 minutes (3 seconds per tuple): SELECT count(id) from T so table T has 18,000 rows? (100 * 60 * 3) 100 minutes * 60 (sec/min) / 3 (sec/tuple) = 2000 tuples Well... math was ne

Re: [GENERAL] strategies for dealing with frequently updated tables

2012-02-28 Thread Andy Colson
On 2/28/2012 2:09 PM, Dave Vitek wrote: The following query takes about 100 minutes (3 seconds per tuple): SELECT count(id) from T so table T has 18,000 rows? (100 * 60 * 3) 100 minutes * 60 (sec/min) / 3 (sec/tuple) = 2000 tuples Well... math was never my strong point :-) So you have a la

Re: [GENERAL] strategies for dealing with frequently updated tables

2012-02-28 Thread Dave Vitek
On 2/27/2012 10:29 PM, Andy Colson wrote: On 02/27/2012 06:55 PM, Dave Vitek wrote: Hi all, I have a relation where a tuple typically undergoes a lifecycle something like: 1) Created 2) Updated maybe thousands of times (no updates to indexed columns though) 3) Rarely or never modified again

Re: [GENERAL] strategies for dealing with frequently updated tables

2012-02-27 Thread Andy Colson
On 02/27/2012 06:55 PM, Dave Vitek wrote: Hi all, I have a relation where a tuple typically undergoes a lifecycle something like: 1) Created 2) Updated maybe thousands of times (no updates to indexed columns though) 3) Rarely or never modified again The following query takes about 100 minutes (