Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1XPXpN-0003VT-Di for pgsql-general@arkaria.postgresql.org; Thu, 04 Sep 2014 14:15:57 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1XPXpM-000794-SJ for pgsql-general@arkaria.postgresql.org; Thu, 04 Sep 2014 14:15:56 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1XPXpL-00076U-Ga for pgsql-general@postgresql.org; Thu, 04 Sep 2014 14:15:55 +0000 Received: from sam.nabble.com ([216.139.236.26]) by makus.postgresql.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1XPXpH-0004jS-Te for pgsql-general@postgresql.org; Thu, 04 Sep 2014 14:15:53 +0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1XPXpD-00004x-TH for pgsql-general@postgresql.org; Thu, 04 Sep 2014 07:15:47 -0700 Date: Thu, 4 Sep 2014 07:15:47 -0700 (PDT) From: David G Johnston To: pgsql-general@postgresql.org Message-ID: <1409840147898-5817761.post@n5.nabble.com> In-Reply-To: <54086B77.9090102@aklaver.com> References: <6909b219ecae4d41b431efdaf6c953a3@Exch2.invera.com> <5407679B.2030906@aklaver.com> <54086B77.9090102@aklaver.com> Subject: Re: [ADMIN] Cannot retrieve images inserted through VB and odbc, after a table reorganization. MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: 0.8 (/) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-general Precedence: bulk Sender: pgsql-general-owner@postgresql.org Adrian Klaver-4 wrote > On 09/04/2014 05:56 AM, Alanoly Andrews wrote: >> Hi Adrian, >> >> Thanks for that explanation of how the "relfilenode" changes after a >> table reorganization. It is not surprising that this happens because the >> table rows are being physically moved from one location to another. But >> such changes at the backend should be transparent to the end user. The VB >> code at the client side runs a simple sql like "select image from >> image_table where image_key=somevalue". There is no reference to >> postgres-specific internal variables like "oid" and "relfilenode". I do >> not know the inner workings of the postgres odbc driver; but I would be >> surprised if it works at the granularity of "oid" and "relfilenode" and >> that it would store the actual physical values of relfilenode (which >> would keep changing after every table reload, reorg etc.). > > In addition to what David mentioned, some more detail on what you are > calling a 'large object'. In Postgres there is not really a 'large > object' type(though I am guilty of saying there is), instead there is a > way of working with large objects outside of the bytea type. Now in the > ODBC FAQ there is a recipe for creating a 'lo' type: > > http://psqlodbc.projects.pgfoundry.org/faq.html#4.4 > > Is this what you are using? > > If not how are you working with the large objects? > > Also given that you are working with the Postgres ODBC driver, you might > want to break the cross post rule and ask this question on the psql-odbc > list: > > http://www.postgresql.org/list/pgsql-odbc/ > > In any case your ODBC settings would be helpful. I suspect the OP is referring to the contrib module/extension: http://www.postgresql.org/docs/9.1/interactive/lo.html David J. -- View this message in context: http://postgresql.1045698.n5.nabble.com/Cannot-retrieve-images-inserted-through-VB-and-odbc-after-a-table-reorganization-tp5817580p5817761.html Sent from the PostgreSQL - general mailing list archive at Nabble.com. -- Sent via pgsql-general mailing list (pgsql-general@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-general