Received: from sss.pgh.pa.us (sss.pgh.pa.us [209.114.132.154]) by mail.postgresql.org (8.11.1/8.11.1) with ESMTP id f17Fapx65886 for ; Wed, 7 Feb 2001 10:36:51 -0500 (EST) (envelope-from tgl@sss.pgh.pa.us) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.11.1/8.11.1) with ESMTP id f17FaI928281; Wed, 7 Feb 2001 10:36:18 -0500 (EST) To: Hannu Krosing cc: Jan Wieck , "D. Johnson" , pgsql-interfaces@postgresql.org Subject: Re: Re: Postgres and Oracle differences and questions In-reply-to: <3A8155DF.80007@tm.ee> References: <200102071006.FAA02488@jupiter.greatbridge.com> <3A8155DF.80007@tm.ee> Comments: In-reply-to Hannu Krosing message dated "Wed, 07 Feb 2001 16:04:15 +0200" Date: Wed, 07 Feb 2001 10:36:18 -0500 Message-ID: <28278.981560178@sss.pgh.pa.us> From: Tom Lane X-Archive-Number: 200102/42 X-Sequence-Number: 995 Hannu Krosing writes: > What are the performance implications - is it 1.01, 10 or 1000 times > slower than accessing the same file from fs for files in the range of > typical Office documents (0.2-20M) ? I think that's a meaningless question unless you specify a particular usage pattern --- but in any case, I doubt anyone has tried to characterize it that way. Feel free to run some experiments and tell us about your results... > Will updating one non-toasted field in a tuple copy the toasted one > as well, or is only the reference copied ? It copies the reference, see toast_insert_or_update in src/backend/access/heap/tuptoaster.c. Speaking of which, though, it looks like an update or insert will forcibly uncompress (and later recompress) a compressed-in-line datum, which seems like a waste of cycles to me. Jan, shouldn't the test for VARATT_IS_EXTENDED at line 357 instead read VARATT_IS_EXTERNAL? regards, tom lane