Re: [SQL] moving DB

2000-06-06 Thread Christopher Sawtell

On Sat, 12 Jul 2036, [EMAIL PROTECTED] wrote:
> Hi all!
> 
> well, can somebody tell me how to move a DB (e.g. I have a DB named  NET in
> PC1 under pg6.5.3 and I want to put it in PC2 under pg7.0)
> should I copy just the data/base/NET/ directory and the paste it in the
> data/base of the PC2...

No, No, don't do that.
pg7.x cannot read databases created by pg6.5.3

> which are the exactly steps...
> 
> :o) thanx

use pg_dumpall on PC1 and then read it back in on the other system.

pg_dumpall -o > db.out   # on PC1

move the db.out file to PC2 in whatever way is appropriate.

psql -e template1 < db.out   # on PC2

-- 
Sincerely etc.,

 NAME   Christopher Sawtell - iOpen Technologies Ltd.
 CELL PHONE 021 257 4451
 ICQ UIN45863470
 EMAIL  chris @ iopen . co . nz,  csawtell @ xtra . co . nz
 WWWhttp://www.iopen.co.nz
 CNOTES ftp://ftp.funet.fi/pub/languages/C/tutorials/sawtell_C.tar.gz

 -->> Please refrain from using HTML or WORD attachments in e-mails to me <<--




Re: [SQL] Vacuum problem in my system ?

2000-06-06 Thread Rostislav Opocensky

On Mon, 5 Jun 2000, Fabrice Scemama wrote:

> No core dump could be found within the data/base/*
> directories. The cron is executed by user root,
> but on my system root is a PostgreSQL superuser.

Well, the problem here might be in the fact that root usually has its
ulimit -c (the maximum size of core files created) set to 0.  This
effectively disables core dumping.  You can check this by issuing

ulimit -c

as root.  Setting it to a reasonably large size via

ulimit -c 100

just before the vacuumdb command should resolve it.  Running postmaster as
root is a dangerous idea from a security point of view, but it's well
documented so you probably know what you are doing ;-)

Orbis

-- 
Rostislav Opocensky <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> +420 411 825144
Unreal Technology sro., Dobrin 118, 41301 Roudnice n. L. +420 411 825111




Re: [SQL] moving DB

2000-06-06 Thread Kenn Thompson

Related to this- how do you accomplish the same this while preserving the existing 
OIDs?

>>> Christopher Sawtell <[EMAIL PROTECTED]> 06/06/00 02:33AM >>>
On Sat, 12 Jul 2036, [EMAIL PROTECTED] wrote:
> Hi all!
> 
> well, can somebody tell me how to move a DB (e.g. I have a DB named  NET in
> PC1 under pg6.5.3 and I want to put it in PC2 under pg7.0)
> should I copy just the data/base/NET/ directory and the paste it in the
> data/base of the PC2...

No, No, don't do that.
pg7.x cannot read databases created by pg6.5.3

> which are the exactly steps...
> 
> :o) thanx

use pg_dumpall on PC1 and then read it back in on the other system.

pg_dumpall -o > db.out   # on PC1

move the db.out file to PC2 in whatever way is appropriate.

psql -e template1 < db.out   # on PC2

-- 
Sincerely etc.,

 NAME   Christopher Sawtell - iOpen Technologies Ltd.
 CELL PHONE 021 257 4451
 ICQ UIN45863470
 EMAIL  chris @ iopen . co . nz,  csawtell @ xtra . co . nz
 WWWhttp://www.iopen.co.nz 
 CNOTES ftp://ftp.funet.fi/pub/languages/C/tutorials/sawtell_C.tar.gz 

 -->> Please refrain from using HTML or WORD attachments in e-mails to me <<--





[SQL] New book on Postgres

2000-06-06 Thread Ted Kennedy

We are evaluating a ten-page proposal for a new book on Postgres and are
looking for a few people to advise us on its viability. If interested,
please email me at [EMAIL PROTECTED] with a brief description of your
credentials and a statement that you agree to non-disclosure of it and I
will send you more information.





Re: [SQL] New book on Postgres

2000-06-06 Thread bill


Hello! wers regarding a book proposal on

Regarding the book proposal on Postgres: I can tell you that the world
needs a Postgres book!

Specifically, I would like to see the following topics covered:

- table-inheritance: what does it mean, how does it work, examples
- regular expressions in queries: examples
- PL/pgSQL: thorough coverage and examples
- pg_options file: complete explanation of all options, and detailed
  coverage of performance-tuning and troubleshooting 
- creating and adding new types/operators/etc.

The most important things to remember are:

1) We do not need another SQL book, we need a PostgreSQL book
2) examples, examples, examples

Thanks!

B-)

--
[EMAIL PROTECTED]
Bill.Wadley.org/PGP_KEY.html
"The dinosaurs became extinct because they didn't have a space program."
 -Larry Niven







Re: [SQL] New book on Postgres

2000-06-06 Thread Pablo Prieto

> 1) We do not need another SQL book, we need a PostgreSQL book

Yes. Something focused in admin. tasks would be an essential book.

> 2) examples, examples, examples
or an URL to find them ;)

> 
> Thanks!

My thanks too.

Pablo.



Re: [SQL] New book on Postgres

2000-06-06 Thread Brett W. McCoy

On Tue, 6 Jun 2000 [EMAIL PROTECTED] wrote:

> Hello! wers regarding a book proposal on
> 
> Regarding the book proposal on Postgres: I can tell you that the world
> needs a Postgres book!

Bruce Momjian has almost completed his, and you can see it on the main
PostgreSQL website.

Brett W. McCoy
  http://www.chapelperilous.net
---
Screw up your courage!  You've screwed up everything else.