Thread: hstore installed in a separate schema

hstore installed in a separate schema

From
Ioana Danes
Date:
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...

Thank you in advance,
Ioana


Re: hstore installed in a separate schema

From
Harald Fuchs
Date:
In article <1312401318.5199.YahooMailClassic@web120108.mail.ne1.yahoo.com>,
Ioana Danes <ioanasoftware@yahoo.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.

Re: hstore installed in a separate schema

From
Ioana Danes
Date:
Thank you Harald

--- On Thu, 8/4/11, Harald Fuchs <hari.fuchs@gmail.com> wrote:

> From: Harald Fuchs <hari.fuchs@gmail.com>
> Subject: Re: [GENERAL] hstore installed in a separate schema
> To: pgsql-general@postgresql.org
> Received: Thursday, August 4, 2011, 11:18 AM
> In article <1312401318.5199.YahooMailClassic@web120108.mail.ne1.yahoo.com>,
> Ioana Danes <ioanasoftware@yahoo.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@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-general
>