Bug with specific-schema extensions

From: Jim Nasby <Jim(dot)Nasby(at)BlueTreble(dot)com>
To: Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Bug with specific-schema extensions
Date: 2015-04-19 21:37:42
Message-ID: 55342026.6070700@BlueTreble.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

This happens on 9.4.1 and HEAD.

The variant extension is locked to a specific schema by it's control file:
decibel(at)decina:[23:53]~/git/variant (master %=)$cat variant.control
# variant extension
comment = 'Variant data type for PostgreSQL'
default_version = '1.0.0-beta3'
relocatable = false
schema = 'variant'

CREATE EXTENSION creates the variant schema for me, but it leaves it
behind when I drop the extension. I assume this is a bug and not by design?

decibel(at)decina(dot)attlocal=# \dn
List of schemas
Name | Owner
--------+---------
public | decibel
(1 row)

decibel(at)decina(dot)attlocal=# BEGIN;
BEGIN
decibel(at)decina(dot)attlocal=#* CREATE EXTENSION variant;
CREATE EXTENSION
decibel(at)decina(dot)attlocal=#* \dn
List of schemas
Name | Owner
----------+---------
_variant | decibel
public | decibel
variant | decibel
(3 rows)

decibel(at)decina(dot)attlocal=#* DROP EXTENSION variant;
DROP EXTENSION
decibel(at)decina(dot)attlocal=#* \dn
List of schemas
Name | Owner
---------+---------
public | decibel
variant | decibel
(2 rows)

decibel(at)decina(dot)attlocal=#* DROP SCHEMA variant ;
DROP SCHEMA
decibel(at)decina(dot)attlocal=#* \q
--
Jim Nasby, Data Architect, Blue Treble Consulting
Data in Trouble? Get it in Treble! http://BlueTreble.com

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jim Nasby 2015-04-19 22:02:04 Allow SQL/plpgsql functions to accept record
Previous Message Tomas Vondra 2015-04-19 20:51:53 alternative compression algorithms?