[ADMIN] Add user on old database with password

2003-06-12 Thread Ramesh PAtel
Hi All i am new on Postgresql7.3. so please help. i have create one(ICPS) Database  with Postgre user and password is NULL. now i want to 1) create one user with password and all Grant on Database. it is a admin user 2) i want to add password to postgres user. Please Help Ramesh Patel

Re: [ADMIN] Timestamp of insertion of the row.

2003-06-12 Thread Mendola Gaetano
"Henry House" <[EMAIL PROTECTED]> wrote: > Yes. Easy answer: use a column of type 'timestamp default now()'. With that default value you store the time stamp of transaction where the row was inserted. Immagine to insert inside the same transaction a lot of rows and this operation will take long 1

[ADMIN] Data recovery - URGENT

2003-06-12 Thread argosz
Hello, is there a way to recover data from a damaged database if a.) we have some but not all datafiles b.) we have all datafiles but system tables are currupted The situation is extremely critical so we're interested in all possible solutions even if it's time consuming or if we need to pay fo

[ADMIN] unsubscribe

2003-06-12 Thread JJ McGrath
unsubscribe __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://archives.postgresql

[ADMIN] Run 4 postgresql session on ONE server?

2003-06-12 Thread Daniel Seichter
Hello, I only know the traditional way of using postgreSQL: In serverprocess with an "unlimited" number of databases. But: Is is possible to have 4 processes, for each database one, running on one linux server? The reason is the following: I only have one server on which a productive database is w

Re: [ADMIN] Still confused about VACUUM vs. VACUUM FULL

2003-06-12 Thread Tom Lane
Jeff Boes <[EMAIL PROTECTED]> writes: > On Thu, 2003-06-12 at 13:16, Tom Lane wrote: >> That sounds a tad excessive; are the statistics really changing that >> fast? > Well, I have some convincing evidence on this. Ah. Well, you might consider analyzing just that table (maybe even just its times

Re: [ADMIN] Still confused about VACUUM vs. VACUUM FULL

2003-06-12 Thread Jeff Boes
On Thu, 2003-06-12 at 13:16, Tom Lane wrote: > > We're also ANALYZE-ing the largest 12-18 tables on a cycle: every twenty > > minutes, a daemon wakes up and ANALYZEs until they're all done or two > > minutes has elapsed, whichever comes first. > > That sounds a tad excessive; are the statistics r

Re: [ADMIN] Still confused about VACUUM vs. VACUUM FULL

2003-06-12 Thread Tom Lane
Jeff Boes <[EMAIL PROTECTED]> writes: > On Thu, 2003-06-12 at 12:42, Tom Lane wrote: >> How often do you VACUUM? > We've gone from daily, to twice daily, to several times during the "peak > updates" period, and back to twice daily. I suspect that the real problem here is the old open transactions

Re: [ADMIN] REINDEX by table or by index?

2003-06-12 Thread Tom Lane
Jeff Boes <[EMAIL PROTECTED]> writes: > Given a fairly large (7 MRows or so) table with more than one index > (say, two): would it be theoretically faster to do > REINDEX TABLE "foo"; > or > REINDEX INDEX "ix_foo_one"; > REINDEX INDEX "ix_foo_two"; I doubt you could possibly detect any diffe

Re: [ADMIN] Backends "idle in transaction"

2003-06-12 Thread Tom Lane
Jeff Boes <[EMAIL PROTECTED]> writes: > Could I glean some info from the postmaster log? For example, I think I > know that > ReceiveSharedInvalidMessages: cache state reset > has something to do with this "idle in transaction" state. Could the > incidence of these be used as a measurement? Yeah,

Re: [ADMIN] Still confused about VACUUM vs. VACUUM FULL

2003-06-12 Thread Jeff Boes
On Thu, 2003-06-12 at 12:42, Tom Lane wrote: > Jeff Boes <[EMAIL PROTECTED]> writes: > > For large (>1 million rows) tables > > which have a pretty high turn-over (average life span of a row is 3 > > days), should there be any query performance differences whether you > > VACUUM FULL or not? > > H

Re: [ADMIN] Still confused about VACUUM vs. VACUUM FULL

2003-06-12 Thread Tom Lane
Jeff Boes <[EMAIL PROTECTED]> writes: > For large (>1 million rows) tables > which have a pretty high turn-over (average life span of a row is 3 > days), should there be any query performance differences whether you > VACUUM FULL or not? How often do you VACUUM? Do you have enough FSM space to su

Re: [ADMIN] Timestamp of insertion of the row.

2003-06-12 Thread Henry House
On Wed, Jun 11, 2003 at 02:42:42PM +0530, Anagha Joshi wrote: > Hi, > Is there any way to know data & time when the row is inserted into a > table? Yes. Easy answer: use a column of type 'timestamp default now()'. Whenever row is inserted with the value for that columns unspecified, it will take o

[ADMIN] REINDEX by table or by index?

2003-06-12 Thread Jeff Boes
[Apologies if you have seen this before. I just discovered that posting to the group via NNTP, at Teranews.com, apparently isn't working since my posts aren't showing up in the mailing list archives.] Given a fairly large (7 MRows or so) table with more than one index (say, two): would it be theor

[ADMIN] Backends "idle in transaction"

2003-06-12 Thread Jeff Boes
[Apologies if you have seen this before. I just discovered that posting to the group via NNTP, at Teranews.com, apparently isn't working since my posts aren't showing up in the mailing list archives.] Our system consists of a number of daemon processes running Perl code, and using the DBI layer.

[ADMIN] Still confused about VACUUM vs. VACUUM FULL

2003-06-12 Thread Jeff Boes
[Apologies if you have seen this before. I just discovered that posting to the group via NNTP, at Teranews.com, apparently isn't working since my posts aren't showing up in the mailing list archives.] We are trying to run down some performance differences between our production system (where we r

[ADMIN] Postgres 7.3.3 for Lamar Owen

2003-06-12 Thread Mendola Gaetano
I'm writing here because I can not reach directly Lamar Owen and he is waiting an url for Postgres 7.3.2 for RH7.2. Gaetano ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [E

Re: [ADMIN] triggers to foreign keys

2003-06-12 Thread Tom Lane
Stef <[EMAIL PROTECTED]> writes: > If one has upgraded postgres from 7.1.2 to 7.3.1, > how does one convert all the triggers that represent > 7.1.2 foreign keys to actual foreign keys. The contrib/adddepend module is supposed to help with this (I've not used it myself though).

Re: [ADMIN] default value

2003-06-12 Thread Tom Lane
"Nathalie Boulos" <[EMAIL PROTECTED]> writes: > When i insert a value into a field in the table directly, all the other > fields take their default values normaly, but the problem is if i insert > into the rule and not into the table, all the fields who has default values > do not take them. tho

[ADMIN] triggers to foreign keys

2003-06-12 Thread Stef
If one has upgraded postgres from 7.1.2 to 7.3.1, how does one convert all the triggers that represent 7.1.2 foreign keys to actual foreign keys. What I really want to have, is that when I dump the new upgraded database, that the tables will be dumped with the original "foreign key" syntax as they

[ADMIN] default value

2003-06-12 Thread Nathalie Boulos
Hi, i have a problem with the default value: When i insert a value into a field in the table directly, all the other fields take their default values normaly, but the problem is if i insert into the rule and not into the table, all the fields who has default values do not take them. those fiel

[ADMIN] Indexes destroyed by REINDEX command

2003-06-12 Thread Boris Klug
Hello! we run on our PostgreSQL instanze a vaccum full and a reindex every night to keep the db fast, our PostgreSQL version is 7.2. It works fine but last night, the indexes were beeing destroyed. A query returned the message: Index is not a btree After dropping all indexes and creat