| From: | Alvar Freude <alvar(at)a-blast(dot)org> | 
|---|---|
| To: | pgsql-de-allgemein(at)postgresql(dot)org | 
| Cc: | Andreas Seltenreich <uwi7(at)rz(dot)uni-karlsruhe(dot)de> | 
| Subject: | Re: Speicherverbrauch / c't | 
| Date: | 2005-11-13 17:02:28 | 
| Message-ID: | 71F2477398F95C33E8F7460B@Chefkoch.local | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-de-allgemein | 
Hi,
-- Andreas Seltenreich <uwi7(at)rz(dot)uni-karlsruhe(dot)de> wrote:
> Aus Sicht des relationalen Entwurfs ein klares "das ist böse",
klar ;-)
> aus
> Sicht der Optimierung ein klares "könnte was bringen" :-).
ja, wobei einfach ein Riegel mehr Speicher bei einem echten Projekt
natürlich sinnvoller wäre.
> 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.
> 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? Zumindest die 8.0 hier auf dem Testsystem kennt die
Funktion nur für bytea ...
Ciao
  Alvar
-- 
** Alvar C.H. Freude, http://alvar.a-blast.org/
** http://www.wen-waehlen.de/
** http://odem.org/
** http://www.assozia
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alvar Freude | 2005-11-13 17:05:07 | Re: Speicherverbrauch / c't | 
| Previous Message | Guido Neitzer | 2005-11-13 16:24:28 | Re: Speicherverbrauch / c't Datenbank-Contest |