Skip site navigation (1) Skip section navigation (2)

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 (view raw or flat)
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

pgsql-general by date

Next:From: Mike MascariDate: 1999-12-27 11:34:14
Subject: Re: [GENERAL] compile problem
Previous:From: Toomas TammeDate: 1999-12-27 10:42:42
Subject: compile problem

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group