Hey, I found this on sourceforge: http://sqlrelay.sourceforge.net/ No clue how well it works, but I might give it a try. On Tue, 4 Nov 2003, scott.marlowe wrote: > No, in fact in PHP5 php now purposely resets the connection between pages. > > You'd have to write some kind of pooling solution to get that kind of > behaviour. I don't know of anyone working on pooling in PHP. > > On Fri, 31 Oct 2003, Stephen wrote: > > > Any idea how the prepared query can be made to save across PHP invocations? > > How about using pg_pconnect (persistent connection), will it stay prepared > > when PHP comes again and reuse the connection? > > > > Stephen > > > > > > ""scott.marlowe"" <scott.marlowe@xxxxxxx> wrote in message > > news:Pine.LNX.4.33.0310241623570.26036-100000@xxxxxxxxxxxxxxxxx > > > On Fri, 24 Oct 2003, Martin Marques wrote: > > > > > > > El Vie 24 Oct 2003 15:02, Robby Russell escribió: > > > > > Stephen wrote: > > > > > > Hi, > > > > > > > > > > > > Does anyone know if PHP supports prepared queries for PostgreSQL > > 7.3.x ? > > > > If > > > > > > not, when will prepared queries be supported? > > > > > > > > > > > > Thanks, Stephen > > > > > > > > > > > > > > > > You might want to look at PEAR db. I think it comes with php standard > > > > > now... so pear.php.net. > > > > > > > > Those are not prepared queries (at least in the sence of prepare -> > > execute). > > > > For prepared queries you have to know how to talk to libpq, and that's > > > > something that is done from the pgsql ext. > > > > > > This hunk of code works fine on my php 4.3.2 / postgresql 7.3.4 box: > > > > > > <?php > > > $conn = pg_connect("dbname=marl8412 user=marl8412"); > > > $a = pg_query($conn,"prepare test (int4) as select * from accounts where > > > aid= $1"); > > > $res = pg_query($conn,"execute test (45)"); > > > $row = pg_fetch_row($res); > > > print implode(" ",array_values($row))."<BR>"; > > > ?> > > > > > > so yes, you can use a prepared queries in PHP. But, they won't live > > > across connections I don't think. Or at least I'm pretty sure you can't > > > count on them living from one page to the next. but if you're gonna have > > > a page where you run the same select with different select parameters over > > > and over it might be a win. > > > > > > > > > ---------------------------(end of broadcast)--------------------------- > > > TIP 9: the planner will ignore your desire to choose an index scan if your > > > joining column's datatypes do not match > > > > > > > > > > > ---------------------------(end of broadcast)--------------------------- > > TIP 9: the planner will ignore your desire to choose an index scan if your > > joining column's datatypes do not match > > > > > > > ---------------------------(end of broadcast)--------------------------- > TIP 7: don't forget to increase your free space map settings > >