From: | amit sehas <cun23(at)yahoo(dot)com> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Cursor behavior |
Date: | 2011-12-15 21:15:57 |
Message-ID: | 1323983757.63733.YahooMailClassic@web160504.mail.bf1.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
HI,
I had a question about the cursor internals implementation. When you Fetch next 'n' results without moving the cursors, is this kind of functionality implemented by firstly executing the whole query and then moving the cursor over the results, or are the movements done on active database lookups, moving forward and backward...
it seems that the cursor implementation functions evaluate the whole query and then return results as requested, it would seem to be too difficult to otherwise support a functionality that returns next 10 results without moving the cursors... we need to determine this since in our case we are
dealing with a query that returns millions of records, and we would rather the cursor did not evaluate the whole query upfront...
any help is greatly appreciated...
thanks
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2011-12-15 21:47:30 | Re: JSON for PG 9.2 |
Previous Message | Noah Misch | 2011-12-15 21:11:21 | Re: Measuring relation free space |