Re: [HACKERS] message at end of install

2003-08-12 Thread Tom Lane
Robert Treat <[EMAIL PROTECTED]> writes: > IIRC the message at the end of install used to echo out the startup > command (pg_ctl or postmaster), but now it gives some nice information > on how to get help. Should the startup message be put back in? Nothing's been removed AFAIK. Sure you're not co

Re: [HACKERS] reuse sysids security hole?

2003-08-12 Thread Andrew Dunstan
I like the sequence generator idea too. I know Unix is bad in this area - but that's no reason for us to be bad too. This is actually one of the (few) areas where Windows is better than Unix. Let's go for best practice. (new todo item "Prevent automatic reuse of sysids" ?) andrew Tom Lane wr

Re: [HACKERS] pgstats_initstats() cost

2003-08-12 Thread Gavin Sherry
On Tue, 12 Aug 2003, Rod Taylor wrote: > > world. It just seemed interesting that the numbers were three times slower > > than other databases I ran it on. Here is the script which generates the > > You were comparing against databases with similar safety nets to > guarantee against dataloss? I

Re: [HACKERS] TODO items

2003-08-12 Thread Josh Berkus
Joe, > They are done (at least the array declarations and array element > assignment part): Way cool! How'd I miss that one? Time to test > >>o Add PL/PgSQL PROCEDURES that can return multiple values > > > > Hmmm ... I know how this got on the TODO, but it's a fragment of a larger

Re: [HACKERS] TODO: trigger features

2003-08-12 Thread Andreas Pflug
Tom Lane wrote: Andreas Pflug <[EMAIL PROTECTED]> writes: I wonder why you are suggesting workarounds for features that other databases provide. The fact that other databases provide 'em doesn't make them good ideas. In particular, writing a trigger that assumes that only the fields chang

Re: [HACKERS] Farewell

2003-08-12 Thread Jan Wieck
It has been a big pleasure to me to get to know you, and a big honor to work with you. Do swidanie i bolshoi sbaseebo, Vadim. Jan --- Vadim Mikheev <[EMAIL PROTECTED]> wrote: > FarewellIt's time for formal acknowledgement that > I'm not in The Project any more. > > I'm not interested in small

Re: [HACKERS] message at end of install

2003-08-12 Thread Shridhar Daithankar
On 12 Aug 2003 at 9:58, Robert Treat wrote: > IIRC the message at the end of install used to echo out the startup > command (pg_ctl or postmaster), but now it gives some nice information > on how to get help. Should the startup message be put back in? Seems > like it is the most likely thing someo

Re: [HACKERS] dropping a user causes pain (#2)

2003-08-12 Thread Christopher Kings-Lynne
> If you can suggest a plausible way that DROP USER is going to change the > contents of other databases (which might well contain things owned by > the target user), this might get onto the TODO list --- although I'd > personally prefer RESTRICT/CASCADE options. So far, since no one has > the fog

Re: [HACKERS] Release changes

2003-08-12 Thread Bruce Momjian
Tom Lane wrote: > Bruce Momjian <[EMAIL PROTECTED]> writes: > > Here are the changes for 7.4. I am looking for any improvements. This > > will be adjusted as we move through beta. > > Some notes on specific items: > > > Update /tmp socket files regularly to avoid their removal (Tom) > > More

Re: [HACKERS] RE : Oracle to PostgreSQL

2003-08-12 Thread Renney Thomas
What are the legal implications of copying Oracle's own PL/SQL procedures code and porting them to PgSQL as you suggested? Bruno BAGUETTE wrote: "Marco Roda" <[EMAIL PROTECTED]> wrote .. Hi, I need to port data from an Oracle 8.0 base to PostgreSQL 7.2. I have scripts to create the base on O

Re: [HACKERS] problem with RH7.3 Pg7.3.4 binaries

2003-08-12 Thread Magnus Naeslund(w)
Mark Cave-Ayland said: > Hi there, > > I have a RedHat 7.3 machine that can build the 7.3.4 RPMs if required - > it only contains RPMs from the vanilla CD or from updates.redhat.com. > I've just done a test build and everything seems OK except that the C > compiler is passed the -mcpu=i686 flag -

Re: [HACKERS] Change Request: \pset pager off in pg_dumpall

2003-08-12 Thread Bruce Momjian
Larry Rosenman wrote: > Can we modify pg_dumpall (or pg_dump?) to include a \pset pager off > to prevent the setval() calls from halting an interactive \i of the dump > file? Your pg_dump's actually invoke the pager? Are you manually starting psql, then doing \i dumpfile? Why would you do that

Re: [HACKERS] sql99 compat list

2003-08-12 Thread Shachar Shemesh
Tom Lane wrote: Shachar Shemesh <[EMAIL PROTECTED]> writes: Also, I think a pretty simple workaround would be to have PSQL search for the upper case identifier, and if not found, search for the lower case. This should allow a migration path while the tools and functions are being translated

Re: [HACKERS] Oversight?

2003-08-12 Thread Christopher Kings-Lynne
> > rbt=3D# ALTER USER rbt SET CONSTRAINTS ALL DEFERRED; > > ERROR: syntax error at or near "ALL" at character 32 > > rbt=3D# ALTER USER rbt SET CONSTRAINTS =3D DEFERRED; > > ERROR: "constraints" is not a recognized option > > "SET CONSTRAINTS ALL DEFERRED" is a SQL-spec-mandated command syntax.

Re: [HACKERS] Oversight?

2003-08-12 Thread Rod Taylor
On Mon, 2003-08-11 at 19:16, Tom Lane wrote: > Rod Taylor <[EMAIL PROTECTED]> writes: > > rbt=# ALTER USER rbt SET CONSTRAINTS ALL DEFERRED; > > ERROR: syntax error at or near "ALL" at character 32 > > rbt=# ALTER USER rbt SET CONSTRAINTS = DEFERRED; > > ERROR: "constraints" is not a recognized o

Re: [HACKERS] [BUGS] ALTER TABLE table RENAME COLUMN x TO y

2003-08-12 Thread Bruce Momjian
Tom Lane wrote: > "Donald Fraser" <[EMAIL PROTECTED]> writes: > > When issuing the following type of command: > > ALTER TABLE table RENAME COLUMN x TO y > > The column name change is not cascading through to RULEs on a VIEW. > > More specifically, INSERTs and UPDATEs contained in rules don't have