| From: | "Andreas Kretschmer - internet24 GmbH" <kretschmer(at)internet24(dot)de> |
|---|---|
| To: | "'Markus Winand'" <markus(dot)winand(at)winand(dot)at>, "'Thomas Markus'" <t(dot)markus(at)proventis(dot)net> |
| Cc: | "'Guenther Boelter'" <gboelter(at)gmail(dot)com>, <pgsql-de-allgemein(at)postgresql(dot)org> |
| Subject: | Re: Datensatz an vorbestimmter Stelle einfuegen. |
| Date: | 2014-02-04 08:46:46 |
| Message-ID: | 020101cf2185$a3095ae0$e91c10a0$@internet24.de |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-de-allgemein |
>
> Manchmal kann es aus Performance gründen sinnvoll sein, die Daten sehr
> wohl in einer bestimmten Reihenfolge abzuspeichern (weil sequenzielles
> lesen schneller geht). Dafür bietet PostgreSQL die Möglichkeit mit
> CLUSTER (muss regelmäßig gemacht werden) oder eben Indizes (B-Tree um
> genau zu sein).
Ich gehe aber nach wie vor davon aus, daß auch dann die Reihenfolge nicht garantiert ist.
Wenn N User knapp versetzt ein select * ohne order by machen, dann wird PG das schon genannte Feature der synch. par. Scans
anwenden - es hat keinen Grund (weil kein ORDER BY) dies nicht zu tun.
Das CLUSTER mag hilfreich sein, wenn ein ORDER BY kommt und ein Clustered Index passend vorliegt und PG anhand seiner Statistiken
erkennen kann, daß die Daten passend vorliegen.
Andreas
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Markus Winand | 2014-02-04 09:06:02 | Re: Datensatz an vorbestimmter Stelle einfuegen. |
| Previous Message | Markus Winand | 2014-02-04 07:59:29 | Re: Datensatz an vorbestimmter Stelle einfuegen. |