Re: Speicherverbrauch / c't

From: Andreas Seltenreich <uwi7(at)rz(dot)uni-karlsruhe(dot)de>
To: Alvar Freude <alvar(at)a-blast(dot)org>
Cc: pgsql-de-allgemein(at)postgresql(dot)org
Subject: Re: Speicherverbrauch / c't
Date: 2005-11-13 17:37:58
Message-ID: 87fyq0e9e1.fsf@gate450.dyndns.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-de-allgemein

Alvar Freude writes:

> -- Andreas Seltenreich <uwi7(at)rz(dot)uni-karlsruhe(dot)de> wrote:
>
>
>> Speziell bei foreign Keys spielt die Tupelgröße keine Rolle, da dazu
>> nur ein Indexzugriff nötig ist, und Indexe getrennt von den Daten und
>> anderen Indexen gehalten werden.
>
> hmmm, ich dachte Postgres muss wegen MVCC auch immer auf die Daten
> zugreifen.

Ack, da hast du wohl recht. *rotwerd*

>> Du kannst Daten oder auch ganze Records durch die passende
>> length(foo_send()) jagen. Das müßte dann genau dem entsprechen, was
>> auf der Platte landet minus Seitenheader.
> [...]
>> scratch=# select *, length(record_send(foo)) from foo;
>
> hmmm, das record_send ist mir nicht so ganz klar, was kriegt die Funktion
> als Paramater?

Einen Record-Typ; Sprich eine Zeile, die dann als Bytevektor geliefert
wird.

> Zumindest die 8.0 hier auf dem Testsystem kennt die
> Funktion nur für bytea ...

Sorry, seit 8.0 hat sich die Signatur geändert; Folgendes scheint mit
8.0.3 zu klappen:

select length(record_send(row(foo), 0::oid)) from foo;

Gruß
Andreas

In response to

Browse pgsql-de-allgemein by date

  From Date Subject
Next Message Denis Nitschke 2005-11-17 09:59:04 PostgreSQL unter Windows mit Active Directory
Previous Message Alvar Freude 2005-11-13 17:05:07 Re: Speicherverbrauch / c't