Received: from candle.pha.pa.us (root@s5-03.ppp.op.net [209.152.195.67]) by hub.org (8.8.8/8.7.5) with ESMTP id WAA10054; Thu, 9 Apr 1998 22:21:18 -0400 (EDT) Received: (from maillist@localhost) by candle.pha.pa.us (8.8.5/8.8.5) id WAA02059; Thu, 9 Apr 1998 22:10:34 -0400 (EDT) From: Bruce Momjian Message-Id: <199804100210.WAA02059@candle.pha.pa.us> Subject: Re: [HACKERS] New pg_type for large object To: lockhart@alumni.caltech.edu (Thomas G. Lockhart) Date: Thu, 9 Apr 1998 22:10:34 -0400 (EDT) Cc: daveh@insightdist.com, pgsql-interfaces@postgresql.org, hackers@postgresql.org, byronn@insightdist.com In-Reply-To: <352D7360.EB06AADF@alumni.caltech.edu> from "Thomas G. Lockhart" at Apr 10, 98 01:18:24 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > > > What I would like to know is, can a large object data type be added as > > an internal data type? The various "lo_" functions should > > eventually be overloaded (or modified) to be able to use this data > > type. But it is not necessary at this time. I believe this addition > > is a very low risk change, and I would very much like to get to have > > it in the 6.3.2 release for distribution. May I submit the patch, or > > would someone kindly hack it in for us? > > I'm not certain exactly what you want (didn't read very closely and it > doesn't fall in an area I've worked with) but it is not likely to be in > v6.3.2 since we're already in the freeze period. However, I would > suggest revisiting the subject just after the release, perhaps roping in > others who have worked with large objects (Peter Mount comes to mind). > > There will be a ~2 month period for working on new capabilities, and > this might fit into that. Yes, agreed. And it is a good topic to discuss. -- Bruce Momjian | 830 Blythe Avenue maillist@candle.pha.pa.us | Drexel Hill, Pennsylvania 19026 + If your life is a hard drive, | (610) 353-9879(w) + Christ can be your backup. | (610) 853-3000(h)