Add CheckTableNotInUse calls in DROP TABLE and DROP INDEX.
authorTom Lane <[email protected]>
Tue, 15 Feb 2011 20:50:17 +0000 (15:50 -0500)
committerTom Lane <[email protected]>
Tue, 15 Feb 2011 20:50:17 +0000 (15:50 -0500)
Recent releases had a check on rel->rd_refcnt in heap_drop_with_catalog,
but failed to cover the possibility of pending trigger events at DROP time.
(Before 8.4 we didn't even check the refcnt.)  When the trigger events were
eventually fired, you'd get "could not open relation with OID nnn" errors,
as in recent report from strk.  Better to throw a suitable error when the
DROP is attempted.

Also add a similar check in DROP INDEX.

Back-patch to all supported branches.

src/backend/catalog/heap.c
src/backend/catalog/index.c

index 72a97b8b7a2d116d4e206f7822ba9faee156a5f6..dd63c7e129694f0712622dbc802976237589477d 100644 (file)
@@ -1236,6 +1236,13 @@ heap_drop_with_catalog(Oid relid)
     */
    rel = relation_open(relid, AccessExclusiveLock);
 
+   /*
+    * There can no longer be anyone *else* touching the relation, but we
+    * might still have open queries or cursors, or pending trigger events,
+    * in our own session.
+    */
+   CheckTableNotInUse(rel, "DROP TABLE");
+
    /*
     * Schedule unlinking of the relation's physical file at commit.
     */
index e57809427afd43eb65cb74aeb3dad4fddbe47627..dae3af322b9cdfce022a4d2d07a1787384322bab 100644 (file)
@@ -848,6 +848,12 @@ index_drop(Oid indexId)
 
    userIndexRelation = index_open(indexId, AccessExclusiveLock);
 
+   /*
+    * There can no longer be anyone *else* touching the index, but we
+    * might still have open queries using it in our own session.
+    */
+   CheckTableNotInUse(userIndexRelation, "DROP INDEX");
+
    /*
     * Schedule physical removal of the file
     */