Re: [GENERAL] Future of PostgreSQL

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)
-----------------------------------------------------------------------

In response to

Responses

Browse pgsql-general by date

  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