l i n u x - u s e r s - g r o u p - o f - d a v i s
L U G O D
 
Next Meeting:
January 6: Social gathering
Next Installfest:
TBD
Latest News:
Nov. 18: Club officer elections
Page last updated:
2006 Nov 14 16:42

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] querying postgres from php
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] querying postgres from php



On Tuesday 14 November 2006 12:45, Henry House wrote:
> På 2006-11-14, skrev Dylan Beaudette:
> > Hi everyone,
> >
> > i have a large postgres table, that i am querying from php: specifically:
> >
> > 1. query the rule classes associated with a given ID
> > 2. query for a set of rules within a given class
> > 3. for each rule, query the reasons why that rule is enforced
> >
> > this results in about 60 'select ...' statements. Watching the queries as
> > they are run from pgtop, i notice that they run serially and not all that
> > fast.
> >
> > Running the same set of queries from the psql command line client takes
> > about 5 seconds max. Therefore, I think that the problem may be in the
> > overhead involved in executing each query- or some PHP/Apache thing. I
> > have a full set of indices built on this table, and using 'explain query
> > ...' yields no 'seq scans', suggesting (i think) efficient use of the
> > indices.
> >
> > Any thoughts on how one might approach this issue ?
>
> I am assuming that you have already tried to combine the about 60
> queries into a smaller number of queries and that there is a good reason
> why this can't be done.
>
> My initial though is to try preparing the queries with placeholders for
> their specific parameters prior to execution. I don't know anything
> about database access in PHP, but in Perl and Ruby you can do something
> like this (pseudocode, not actually runnable):
>
> statement_handle = db_handle.prepare("select foo from bar where foo = ?")
> result1 = statement_handle.execute(statement_handle, "a")
> result2 = statement_handle.execute(statement_handle, "b")
> result3 = statement_handle.execute(statement_handle, "c")
>
> which is equivalent to:
>
> result1 = db_handle.execute("select foo from bar where foo = 'a'")
> result2 = db_handle.execute("select foo from bar where foo = 'b'")
> result3 = db_handle.execute("select foo from bar where foo = 'c'")
>
> The former case should be faster as it allows the database engine (if so
> designed) to re-use the same query plan for the same logistically
> equivalent queries.

Thanks henry!

Fortunately I was able to consolidate things down to just a couple queries, 
with logic in PHP to do the dirty work.

Cheers,

-- 
Dylan Beaudette
Soils and Biogeochemistry Graduate Group
University of California at Davis
530.754.7341
_______________________________________________
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech



LinkedIn
LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
facebook
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
Appahost Applications
For a significant contribution towards our projector, and a generous donation to allow us to continue meeting at the Davis Library.