~ubuntu-branches/ubuntu/lucid/postgresql-8.4/lucid-proposed

« back to all changes in this revision

Viewing changes to src/backend/access/index/genam.c

  • Committer: Bazaar Package Importer
  • Author(s): Martin Pitt
  • Date: 2009-07-11 16:59:35 UTC
  • mfrom: (5.1.1 karmic)
  • Revision ID: james.westby@ubuntu.com-20090711165935-jfwin6gfrxf0gfsi
Tags: 8.4.0-2
* debian/libpq-dev.install: Ship catalog/genbki.h. (Closes: #536139)
* debian/rules: Drop --enable-cassert for final release.

Show diffs side-by-side

added added

removed removed

Lines of Context:
8
8
 *
9
9
 *
10
10
 * IDENTIFICATION
11
 
 *        $PostgreSQL: pgsql/src/backend/access/index/genam.c,v 1.73 2009/01/01 17:23:35 momjian Exp $
 
11
 *        $PostgreSQL: pgsql/src/backend/access/index/genam.c,v 1.74 2009/06/11 14:48:54 momjian Exp $
12
12
 *
13
13
 * NOTES
14
14
 *        many of the old access method routines have been turned into
197
197
                /* Change attribute numbers to be index column numbers. */
198
198
                for (i = 0; i < nkeys; i++)
199
199
                {
200
 
                        int j;
 
200
                        int                     j;
201
201
 
202
202
                        for (j = 0; j < irel->rd_index->indnatts; j++)
203
203
                        {
241
241
        if (sysscan->irel)
242
242
        {
243
243
                htup = index_getnext(sysscan->iscan, ForwardScanDirection);
 
244
 
244
245
                /*
245
 
                 * We currently don't need to support lossy index operators for
246
 
                 * any system catalog scan.  It could be done here, using the
247
 
                 * scan keys to drive the operator calls, if we arranged to save
248
 
                 * the heap attnums during systable_beginscan(); this is practical
249
 
                 * because we still wouldn't need to support indexes on expressions.
 
246
                 * We currently don't need to support lossy index operators for any
 
247
                 * system catalog scan.  It could be done here, using the scan keys to
 
248
                 * drive the operator calls, if we arranged to save the heap attnums
 
249
                 * during systable_beginscan(); this is practical because we still
 
250
                 * wouldn't need to support indexes on expressions.
250
251
                 */
251
252
                if (htup && sysscan->iscan->xs_recheck)
252
253
                        elog(ERROR, "system catalog scans with lossy index conditions are not implemented");
326
327
 * index order.  Also, for largely historical reasons, the index to use
327
328
 * is opened and locked by the caller, not here.
328
329
 *
329
 
 * Currently we do not support non-index-based scans here.  (In principle
 
330
 * Currently we do not support non-index-based scans here.      (In principle
330
331
 * we could do a heapscan and sort, but the uses are in places that
331
332
 * probably don't need to still work with corrupted catalog indexes.)
332
333
 * For the moment, therefore, these functions are merely the thinnest of
360
361
        /* Change attribute numbers to be index column numbers. */
361
362
        for (i = 0; i < nkeys; i++)
362
363
        {
363
 
                int j;
 
364
                int                     j;
364
365
 
365
366
                for (j = 0; j < indexRelation->rd_index->indnatts; j++)
366
367
                {