Search Postgresql Archives

Re: Receiving many more rows than expected

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Friday 09 May 2014 07:01:32 Tom Lane wrote:
> Vincent de Phily <vincent.dephily@xxxxxxxxxxxxxxxxx> writes:
> > In case it changes anything, this is the uncut (but still anonimized)
> > 
> > function:
> >     query = """UPDATE foo SET processing = 't' WHERE id IN
> >     
> >            (SELECT id FROM foo WHERE processing = 'f' ORDER BY id ASC
> >            LIMIT %d
> >            
> >             FOR UPDATE)
> >            
> >            RETURNING *""" % (conf_getint('DEFAULT', 'push_count', 5000),)
> 
> Well, of course this view of things exposes a relevant failure mode
> you hadn't mentioned: maybe sometimes the conf_getint() call returns
> something other than 5000?

True. But I've commented already that I'd be very surprised (and wouldn't know 
how to begin) if that value was faulty (even though it would explain things 
nicely), because
* It is parsed once at program start (using python's ConfigParser library)
* It has the correct value of 5000 in most cases (as demonstrated by the
  frequency of number of rows returned)
* There is no sign that I exited the loop (and therefore got the opportunity
  to change the value of the query) before I start receiving overlong results.

Still, I agree it's suspicious, so I'm now logging the query string whenever I 
get over 5000 results (hardcoded). We'll see next time it happens.

-- 
Vincent de Phily



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux