| From: | Michael Renner <michael(dot)renner(at)amd(dot)co(dot)at> |
|---|---|
| To: | Katharina Büchse <katharina(dot)buechse(at)uni-jena(dot)de> |
| Cc: | "pgsql-de-allgemein(at)postgresql(dot)org Allgemein" <pgsql-de-allgemein(at)postgresql(dot)org> |
| Subject: | Re: Datensatz an vorbestimmter Stelle einfuegen - Nachfrage |
| Date: | 2014-02-03 14:33:37 |
| Message-ID: | 68BF299A-469B-4432-836F-E038C0F5219B@amd.co.at |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-de-allgemein |
On 03.02.2014, at 15:16 , Katharina Büchse <katharina(dot)buechse(at)uni-jena(dot)de> wrote:
> Kann man sich in Postgres denn überhaupt darauf verlassen, dass die Daten in der Reihenfolge ausgegeben werden, wie sie auf Platte stehen? Von der reinen Lehre her sind SQL-Befehle Anweisungen gegen Mengen, die erst mal keine bestimmte Reihenfolge besitzen, außer man sortiert sie mit order-by ...
Was Thomas geschrieben hat. Prinzipiell liefert ein Sequential Scan die Tuple schon in Table Order zurück, allerdings ist der Startpunkt im Table auch nicht fix wenn’s mehrere parallele Leser gibt: http://www.postgresql.org/docs/9.3/static/runtime-config-compatible.html#GUC-SYNCHRONIZE-SEQSCANS
Man kann sich also die Result Sets mit Seiteneffekten schon hinbiegen, Verlass ist allerdings keiner wenn kein explizites ORDER BY im Query drin ist.
lg,
Michael
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Nicolas Barbier | 2014-02-03 14:48:19 | Re: Datensatz an vorbestimmter Stelle einfuegen. |
| Previous Message | Thomas Markus | 2014-02-03 14:19:14 | Re: Datensatz an vorbestimmter Stelle einfuegen - Nachfrage |