From: | Karel Zak - Zakkr <zakkr(at)zf(dot)jcu(dot)cz> |
---|---|
To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | Sander Steffann <sander(at)steffann(dot)nl>, Ed Loehr <ELOEHR(at)austin(dot)rr(dot)com>, PostgreSQL-general <pgsql-general(at)postgreSQL(dot)org> |
Subject: | Re: [GENERAL] Future of PostgreSQL |
Date: | 1999-12-27 11:33:52 |
Message-ID: | Pine.LNX.3.96.991227121303.6398B-100000@ara.zf.jcu.cz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Sun, 26 Dec 1999, Bruce Momjian wrote:
> > - A dump program that can dump/restore large objects.
> >
> > Don't get me wrong. I'm not complaining, and we work with PostgreSQL a lot
> > without any big problems. Just some ideas to make it easier for the
> > administrator.
>
> We are going to do very long tuples in 7.0 and 7.1. This may make large
> objects obsolete.
You can try for LO dump:
ftp://ftp2.zf.jcu.cz/users/zakkr/pg/pg_dumplo-0.0.3.tar.gz
I write this program for my private project, but I can continue in this
program development if it is interesting for more PG's uses. (Or add it to
contrib?)
..But as Bruce say, LO API is obsolete. But we don't forget: now exist
application which use LO and rewrite this app. to standard-tuple version
will of long duration - good LO support must be in more next PgSQL
versions too.
Karel
----------------------------------------------------------------------
Karel Zak <zakkr(at)zf(dot)jcu(dot)cz> http://home.zf.jcu.cz/~zakkr/
Docs: http://docs.linux.cz (big docs archive)
Kim Project: http://home.zf.jcu.cz/~zakkr/kim/ (process manager)
FTP: ftp://ftp2.zf.jcu.cz/users/zakkr/ (C/ncurses/PgSQL)
-----------------------------------------------------------------------
From | Date | Subject | |
---|---|---|---|
Next Message | Mike Mascari | 1999-12-27 11:34:14 | Re: [GENERAL] compile problem |
Previous Message | Toomas Tamme | 1999-12-27 10:42:42 | compile problem |