hstore installed in a separate schema

Started by Ioana Danesover 14 years ago3 messagesgeneral
Jump to latest
#1Ioana Danes
ioanasoftware@yahoo.ca

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

#2Harald Fuchs
hari.fuchs@gmail.com
In reply to: Ioana Danes (#1)
Re: hstore installed in a separate schema

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.

#3Ioana Danes
ioanasoftware@yahoo.ca
In reply to: Harald Fuchs (#2)
Re: hstore installed in a separate schema

Thank you Harald

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

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