Cleanup of /contrib

Started by Bruce Momjianabout 23 years ago5 messages
#1Bruce Momjian
pgman@candle.pha.pa.us

I am cleaning up /contrib by adding "autocommit = 'on'" and making it
more consistent. Should I be adding this too:

-- Adjust this setting to control where the objects get created.
SET search_path = public;

and doing all object creation in one transaction, like /contrib/cube
does?

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073
#2Tom Lane
tgl@sss.pgh.pa.us
In reply to: Bruce Momjian (#1)
Re: Cleanup of /contrib

Bruce Momjian <pgman@candle.pha.pa.us> writes:

I am cleaning up /contrib by adding "autocommit = 'on'" and making it
more consistent. Should I be adding this too:

-- Adjust this setting to control where the objects get created.
SET search_path = public;

Yes, that would be a good idea. Without that, the objects might well
get created in the owning user's private schema; which most of the time
would be unhelpful. I'm not thrilled with having to edit the script
if you do happen to want them in a non-public schema, but I have not
thought of a better approach yet. (Anyone?)

and doing all object creation in one transaction, like /contrib/cube
does?

The one-transaction thing seems unnecessary to me, but if you like it...

regards, tom lane

#3Bruce Momjian
pgman@candle.pha.pa.us
In reply to: Tom Lane (#2)
Re: Cleanup of /contrib

Tom Lane wrote:

Bruce Momjian <pgman@candle.pha.pa.us> writes:

I am cleaning up /contrib by adding "autocommit = 'on'" and making it
more consistent. Should I be adding this too:

-- Adjust this setting to control where the objects get created.
SET search_path = public;

Yes, that would be a good idea. Without that, the objects might well
get created in the owning user's private schema; which most of the time
would be unhelpful. I'm not thrilled with having to edit the script
if you do happen to want them in a non-public schema, but I have not
thought of a better approach yet. (Anyone?)

and doing all object creation in one transaction, like /contrib/cube
does?

The one-transaction thing seems unnecessary to me, but if you like it...

Some have it, some don't. I will make it consistent, at least.

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073
#4Bruce Momjian
pgman@candle.pha.pa.us
In reply to: Bruce Momjian (#3)
Re: Cleanup of /contrib

Peter Eisentraut wrote:

Bruce Momjian writes:

I am cleaning up /contrib by adding "autocommit = 'on'"

Is everyone in the world now required to add "autocommit = on" in all
scripts, interfaces, programs, applications that are not strictly personal
use? Is there no better solution?

If there is, I would love to hear it. If you write a script that
creates/modifies objects, you either have to use "autocommit = on" or
use transactions.

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073
#5Peter Eisentraut
peter_e@gmx.net
In reply to: Bruce Momjian (#1)
Re: Cleanup of /contrib

Bruce Momjian writes:

I am cleaning up /contrib by adding "autocommit = 'on'"

Is everyone in the world now required to add "autocommit = on" in all
scripts, interfaces, programs, applications that are not strictly personal
use? Is there no better solution?

--
Peter Eisentraut peter_e@gmx.net