~aglenyoung/+junk/postgres-9.3-dtrace

« back to all changes in this revision

Viewing changes to src/backend/utils/cache/plancache.c

  • Committer: Package Import Robot
  • Author(s): Martin Pitt, Christoph Berg, Martin Pitt
  • Date: 2013-06-26 15:13:32 UTC
  • mfrom: (1.1.1)
  • Revision ID: package-import@ubuntu.com-20130626151332-p34yjpn0txbdsdzd
Tags: 9.3~beta2-1
[ Christoph Berg ]
* hurd-i386: Ignore testsuite failures so we have a working libpq5 (they
  don't implement semaphores so the server won't even start).
* Mark postgresql-9.3 as beta in the description, suggested by Joshua D.
  Drake.

[ Martin Pitt ]
* New upstream release 9.3 beta2.

Show diffs side-by-side

added added

removed removed

Lines of Context:
216
216
 * in that context.
217
217
 *
218
218
 * A one-shot plan cannot be saved or copied, since we make no effort to
219
 
 * preserve the raw parse tree unmodified.  There is also no support for
 
219
 * preserve the raw parse tree unmodified.      There is also no support for
220
220
 * invalidation, so plan use must be completed in the current transaction,
221
221
 * and DDL that might invalidate the querytree_list must be avoided as well.
222
222
 *
373
373
                                                                   &plansource->invalItems);
374
374
 
375
375
                /*
376
 
                 * Also save the current search_path in the query_context.  (This
 
376
                 * Also save the current search_path in the query_context.      (This
377
377
                 * should not generate much extra cruft either, since almost certainly
378
 
                 * the path is already valid.)  Again, we don't really need this for
 
378
                 * the path is already valid.)  Again, we don't really need this for
379
379
                 * one-shot plans; and we *must* skip this for transaction control
380
380
                 * commands, because this could result in catalog accesses.
381
381
                 */
554
554
        /*
555
555
         * For one-shot plans, we do not support revalidation checking; it's
556
556
         * assumed the query is parsed, planned, and executed in one transaction,
557
 
         * so that no lock re-acquisition is necessary.  Also, there is never
558
 
         * any need to revalidate plans for transaction control commands (and
559
 
         * we mustn't risk any catalog accesses when handling those).
 
557
         * so that no lock re-acquisition is necessary.  Also, there is never any
 
558
         * need to revalidate plans for transaction control commands (and we
 
559
         * mustn't risk any catalog accesses when handling those).
560
560
         */
561
561
        if (plansource->is_oneshot || IsTransactionStmtPlan(plansource))
562
562
        {
725
725
                                                           &plansource->invalItems);
726
726
 
727
727
        /*
728
 
         * Also save the current search_path in the query_context.  (This should
 
728
         * Also save the current search_path in the query_context.      (This should
729
729
         * not generate much extra cruft either, since almost certainly the path
730
730
         * is already valid.)
731
731
         */