Re: BUG #15851: Concurrent Refresh of Materialized views not preserving the order of the underlying query

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: sai(dot)dulla(at)berkeley(dot)edu
Cc: pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #15851: Concurrent Refresh of Materialized views not preserving the order of the underlying query
Date: 2019-06-14 00:28:54
Message-ID: 28145.1560472134@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

PG Bug reporting form <noreply(at)postgresql(dot)org> writes:
> Materialized view refresh concurrently with unique index:
> Sort order is not the same as that of the output of the underlying query

I do not think this is a bug. A matview is basically a table, and
tables don't guarantee to preserve row ordering.

Possibly we need to clarify the docs around this point.

A more aggressive approach would be to reject ORDER BY in the
query defining a matview, but perhaps that's too in-your-face...

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message David G. Johnston 2019-06-14 00:47:10 BUG #15851: Concurrent Refresh of Materialized views not preserving the order of the underlying query
Previous Message Tom Lane 2019-06-13 19:53:15 Re: BUG #15844: MIPS: remove .set mips2 in s_lock.h to fix r6 build