Received: from rgate4.ricochet.net (rgate4.ricochet.net [204.179.143.4]) by hub.org (8.9.2/8.9.1) with ESMTP id PAA80961 for ; Sun, 31 Jan 1999 15:42:48 -0500 (EST) (envelope-from adam@bamf.frotz.net) Received: from socket.house (mg131-098.ricochet.net [204.179.131.98]) by rgate4.ricochet.net (8.8.8/8.8.8) with ESMTP id OAA01063; Sun, 31 Jan 1999 14:42:39 -0600 (CST) Received: from adam by socket.house with local (Exim 1.92 #1 (Debian)) id 1073pf-0005n7-00; Sun, 31 Jan 1999 12:51:03 -0800 Message-ID: <19990131125103.D22196@ricochet.net> Date: Sun, 31 Jan 1999 12:51:03 -0800 From: Adam Haberlach To: Matthew Hagerty , pgsql-interfaces@postgresql.org Subject: Re: [INTERFACES] Large objects, why not use the filesystem? References: <4.1.19990131151130.00a91180@firebat.wolfepub.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.2 In-Reply-To: <4.1.19990131151130.00a91180@firebat.wolfepub.com>; from Matthew Hagerty on Sun, Jan 31, 1999 at 03:26:15PM -0500 Sender: Adam Haberlach On Sun, Jan 31, 1999 at 03:26:15PM -0500, Matthew Hagerty wrote: > Greetings, > > I always see posts of people trying to get their large binary and text > objects into and out of the database somehow. I was wondering if there is > some reason why just storing a filename in the table would be a bad thing? > This way you can let the file system worry about storing the data (since > that is what the file system is good at.) I understand that you probably > could not access the data via ODBC, but if you are writing your frontend in > C or Perl, etc. then you would simply use the filename stored in the table > to access the data. Because the database is in a different room then the client.