469,148 Members | 1,539 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 469,148 developers. It's quick & easy.

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



-------- Original-Nachricht --------
Betreff: [GENERAL] backup and restore just with use of jdbc?
Datum: Sun, 13 Jun 2004 10:23:53 +0200
Von: zu****@iname.com <zu****@iname.com>
An: pg***********@postgresql.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

Nov 23 '05 #1
12 1425

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 YourEmailAddressHere" to ma*******@postgresql.org)

Nov 23 '05 #2

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 YourEmailAddressHere" to ma*******@postgresql.org)

Nov 23 '05 #3
zu****@iname.com ("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.com" in name ^ "@" ^ tld;;
http://cbbrowne.com/info/spreadsheets.html
"Very funny, Scotty. Now beam down my clothes."
Nov 23 '05 #4
zu****@iname.com ("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.com" in name ^ "@" ^ tld;;
http://cbbrowne.com/info/spreadsheets.html
"Very funny, Scotty. Now beam down my clothes."
Nov 23 '05 #5
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.com ("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.


Nov 23 '05 #6
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.com ("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.


Nov 23 '05 #7
On Wed, 2004-06-16 at 23:28, zu****@iname.com 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

Nov 23 '05 #8
On Wed, 2004-06-16 at 23:28, zu****@iname.com 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

Nov 23 '05 #9
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.com 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


Nov 23 '05 #10
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.com 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


Nov 23 '05 #11
zu****@iname.com wrote:
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


Here are the programs installed by postgres. If psql is installed
by your hoster, the others are probably available as well.

~/pg/bin$ ls
clusterdb dropdb initdb pg_controldata pg_encoding postgres
createdb droplang initlocation pg_ctl pg_id postmaster
createlang dropuser ipcclean pg_dump pg_resetxlog psql
createuser ecpg pg_config pg_dumpall pg_restore vacuumdb

HTH!
Mark

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

Nov 23 '05 #12
zu****@iname.com wrote:
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


Here are the programs installed by postgres. If psql is installed
by your hoster, the others are probably available as well.

~/pg/bin$ ls
clusterdb dropdb initdb pg_controldata pg_encoding postgres
createdb droplang initlocation pg_ctl pg_id postmaster
createlang dropuser ipcclean pg_dump pg_resetxlog psql
createuser ecpg pg_config pg_dumpall pg_restore vacuumdb

HTH!
Mark

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

Nov 23 '05 #13

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

3 posts views Thread by James | last post: by
2 posts views Thread by Spieg | last post: by
9 posts views Thread by Stanley Sinclair | last post: by
10 posts views Thread by Konstantin Andreev | last post: by
10 posts views Thread by Michael Hoffmann | last post: by
2 posts views Thread by clilush | last post: by
reply views Thread by zhoujie | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.