why no answer? [Fwd: backup and restore just with use ofjdbc?]

[zuhans]

-------- Original-Nachricht --------
Betreff: [GENERAL] backup and restore just with use of jdbc?
Datum: Sun, 13 Jun 2004 10:23:53 +0200
Von: zu****@iname.co m <zu****@iname.c om>
An: pg***********@p ostgresql.org

hello,

is there a way to do backup and restore just with the use of jdbc?

greetings
hans

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

http://archives.postgresql.org

[Kris Jurka]

is there a way to do backup and restore just with the use of jdbc?

No.

Kris Jurka
---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddres sHere" to ma*******@postg resql.org)

[Kris Jurka]

is there a way to do backup and restore just with the use of jdbc?

No.

Kris Jurka
---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddres sHere" to ma*******@postg resql.org)

[Chris Browne]

zu****@iname.co m ("zu****@iname. com") writes:

is there a way to do backup and restore just with the use of jdbc?

You could presumably reimplement pg_dump in Java; that seems redundant
in view of the fact that pg_dump is already implemented in C.
--
let name="cbbrowne" and tld="cbbrowne.c om" in name ^ "@" ^ tld;;
http://cbbrowne.com/info/spreadsheets.html
"Very funny, Scotty. Now beam down my clothes."

[Chris Browne]

zu****@iname.co m ("zu****@iname. com") writes:

is there a way to do backup and restore just with the use of jdbc?

You could presumably reimplement pg_dump in Java; that seems redundant
in view of the fact that pg_dump is already implemented in C.
--
let name="cbbrowne" and tld="cbbrowne.c om" in name ^ "@" ^ tld;;
http://cbbrowne.com/info/spreadsheets.html
"Very funny, Scotty. Now beam down my clothes."

[zuhans]

hello,

thank you for your short - but informative - answers!
i don't know why this very very important thing isn't implemented by the
jdbc (and other...) driver. it shouldn't only be managable by those
sitting in front of the machine but also via my program to handle some
critical situation in the way i want it to be done (and if i hoste my
webapp somewhere in another continent, i won't be able to sit in front
of the servers console-screen).

to recode pg_dump is far off my time and (maybe) skills. why isn't it
implemented for easier access?

greetings
hans

Chris Browne schrieb:

zu****@iname.c om ("zu****@iname. com") writes:

is there a way to do backup and restore just with the use of jdbc?

You could presumably reimplement pg_dump in Java; that seems redundant
in view of the fact that pg_dump is already implemented in C.

[zuhans]

hello,

thank you for your short - but informative - answers!
i don't know why this very very important thing isn't implemented by the
jdbc (and other...) driver. it shouldn't only be managable by those
sitting in front of the machine but also via my program to handle some
critical situation in the way i want it to be done (and if i hoste my
webapp somewhere in another continent, i won't be able to sit in front
of the servers console-screen).

to recode pg_dump is far off my time and (maybe) skills. why isn't it
implemented for easier access?

greetings
hans

Chris Browne schrieb:

zu****@iname.c om ("zu****@iname. com") writes:

is there a way to do backup and restore just with the use of jdbc?

You could presumably reimplement pg_dump in Java; that seems redundant
in view of the fact that pg_dump is already implemented in C.

[Scott Marlowe]

On Wed, 2004-06-16 at 23:28, zu****@iname.co m wrote:

hello,

thank you for your short - but informative - answers!
i don't know why this very very important thing isn't implemented by
the jdbc (and other...) driver. it shouldn't only be managable by
those sitting in front of the machine but also via my program to
handle some critical situation in the way i want it to be done (and if
i hoste my webapp somewhere in another continent, i won't be able to
sit in front of the servers console-screen).

to recode pg_dump is far off my time and (maybe) skills. why isn't it
implemented for easier access?

Well, pg_dump doesn't have to be run on the server, it can be run on a
client halfway around the world from the server and work just fine.
---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match

[Scott Marlowe]

On Wed, 2004-06-16 at 23:28, zu****@iname.co m wrote:

hello,

thank you for your short - but informative - answers!
i don't know why this very very important thing isn't implemented by
the jdbc (and other...) driver. it shouldn't only be managable by
those sitting in front of the machine but also via my program to
handle some critical situation in the way i want it to be done (and if
i hoste my webapp somewhere in another continent, i won't be able to
sit in front of the servers console-screen).

to recode pg_dump is far off my time and (maybe) skills. why isn't it
implemented for easier access?

Well, pg_dump doesn't have to be run on the server, it can be run on a
client halfway around the world from the server and work just fine.
---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match

[zuhans]

hello scott,

this is good news (for me ;-) )!
what kind of client should be available (if i search for a good hoster
in near future)?

greetings
hans

Scott Marlowe schrieb:

On Wed, 2004-06-16 at 23:28, zu****@iname.co m wrote:

hello,

thank you for your short - but informative - answers!
i don't know why this very very important thing isn't implemented by
the jdbc (and other...) driver. it shouldn't only be managable by
those sitting in front of the machine but also via my program to
handle some critical situation in the way i want it to be done (and if
i hoste my webapp somewhere in another continent, i won't be able to
sit in front of the servers console-screen).

to recode pg_dump is far off my time and (maybe) skills. why isn't it
implemented for easier access?

Well, pg_dump doesn't have to be run on the server, it can be run on a
client halfway around the world from the server and work just fine.
---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match