[DOCS] Backup / restore procedure documentation

2003-07-31 Thread Havard Eidnes
Hi,

I'm a postresql novice but otherwise a Unix system administrator.  I
recently upgraded one of my postgresql installations from 7.2.2 to
7.3.3, and saved the pg_dumpall output for reload after the upgrade.

However, I find that the documentation of the restore procedure as
found in sections 9.1.1 and 9.1.2 in and of itself to be inadequate.
The procedure in 9.1.2 says "can be restored with psql as described
above", referring to section 9.1.1, which says:

 psql dbname < infile   

The text in 9.1.2 fails to mention where "dbname" is to be taken from
in this context.

The exact procedure one need to follow is however documented in
section 1.4, where it is specified that you need to use the
"template1" database when restoring a full database dump, like so:

 /usr/local/pgsql/bin/psql -d template1 -f outputfile   

Attempts at doing

  psql < outputfile

(which I incorrectly assumed would do the right thing) with a
newly-initialized database system just stonewalled me with

psql: FATAL:  Database "pgsql" does not exist in the system catalog.

I think the documentation in section 9.1.2 should be improved to
better reflect the required procedure as described in section 1.4,
and/or a cross reference should be given, so that this information
can be more easily found.

Regards,

- HÃ¥vard

---(end of broadcast)---
TIP 3: if posting/reading through Usenet, please send an appropriate
  subscribe-nomail command to [EMAIL PROTECTED] so that your
  message can get through to the mailing list cleanly


Re: [DOCS] Backup / restore procedure documentation

2003-07-31 Thread Tom Lane
Havard Eidnes <[EMAIL PROTECTED]> writes:
> However, I find that the documentation of the restore procedure as
> found in sections 9.1.1 and 9.1.2 in and of itself to be inadequate.

Fair enough.  I've tried to address this --- see CVS-tip docs at
http://developer.postgresql.org/docs/postgres/backup.html

regards, tom lane

---(end of broadcast)---
TIP 6: Have you searched our list archives?

   http://archives.postgresql.org


[DOCS] Mysql -> Postgresql pitfalls

2003-07-31 Thread Chad N. Tindel
Hello-

I was exchanging some email with Tom Lane about some problems I was running
into converting from mysql to postgresql.  He suggested I contact this list.

Is there some sort of document describing common mysql->pgsql pitfalls?  
If not, I'd be happy to start one with the things I've run into.  Who
would I talk to about that?

I'm not on this list, so please CC me if you reply to this message.

Thanks,

Chad

---(end of broadcast)---
TIP 8: explain analyze is your friend


Re: [DOCS] Mysql -> Postgresql pitfalls

2003-07-31 Thread Bruce Momjian

Have you looked at techdocs.postgresql.org?

---

Chad N. Tindel wrote:
> Hello-
> 
> I was exchanging some email with Tom Lane about some problems I was running
> into converting from mysql to postgresql.  He suggested I contact this list.
> 
> Is there some sort of document describing common mysql->pgsql pitfalls?  
> If not, I'd be happy to start one with the things I've run into.  Who
> would I talk to about that?
> 
> I'm not on this list, so please CC me if you reply to this message.
> 
> Thanks,
> 
> Chad
> 
> ---(end of broadcast)---
> TIP 8: explain analyze is your friend
> 

-- 
  Bruce Momjian|  http://candle.pha.pa.us
  [EMAIL PROTECTED]   |  (610) 359-1001
  +  If your life is a hard drive, |  13 Roberts Road
  +  Christ can be your backup.|  Newtown Square, Pennsylvania 19073

---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]