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
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 |