Re: hstore installed in a separate schema

From: Ioana Danes <ioanasoftware(at)yahoo(dot)ca>
To: pgsql-general(at)postgresql(dot)org, Harald Fuchs <hari(dot)fuchs(at)gmail(dot)com>
Subject: Re: hstore installed in a separate schema
Date: 2011-08-05 12:51:07
Message-ID: 1312548667.41194.YahooMailClassic@web120109.mail.ne1.yahoo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Thank you Harald

--- On Thu, 8/4/11, Harald Fuchs <hari(dot)fuchs(at)gmail(dot)com> wrote:

> From: Harald Fuchs <hari(dot)fuchs(at)gmail(dot)com>
> Subject: Re: [GENERAL] hstore installed in a separate schema
> To: pgsql-general(at)postgresql(dot)org
> Received: Thursday, August 4, 2011, 11:18 AM
> In article <1312401318(dot)5199(dot)YahooMailClassic(at)web120108(dot)mail(dot)ne1(dot)yahoo(dot)com>,
> Ioana Danes <ioanasoftware(at)yahoo(dot)ca>
> writes:
>
> > Hi,
> > I am planning to use the contrib module hstore
> > but I would like to install it on a separate schema,
> not public,
> > and include the schema in the search_path.
> > Do you know if there are any issues with this
> scenario.
> > In the hstore.sql script I see it forces it into
> public:
>
> > -- Adjust this setting to control where the objects
> get created.
> > SET search_path = public;
>
> > I did some tests for my use cases and it all works
> fine...
>
> That's the way I use any contrib module because it doesn't
> mix my own
> stuff with the module's stuff.  With an
>
>   ALTER DATABASE mydb SET search_path = public,
> hstore
>
> all that works transparently.
>
>
> --
> Sent via pgsql-general mailing list (pgsql-general(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-general
>

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Andrew Sullivan 2011-08-05 13:05:51 Re: Temp table visibility
Previous Message JJ 2011-08-05 12:35:37 Temp table visibility