Re: BUG #15851: Concurrent Refresh of Materialized views not preserving the order of the underlying query
От | Tom Lane |
---|---|
Тема | Re: BUG #15851: Concurrent Refresh of Materialized views not preserving the order of the underlying query |
Дата | |
Msg-id | 28145.1560472134@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | BUG #15851: Concurrent Refresh of Materialized views not preserving the order of the underlying query (PG Bug reporting form <noreply@postgresql.org>) |
Ответы |
BUG #15851: Concurrent Refresh of Materialized views not preservingthe order of the underlying query
Re: BUG #15851: Concurrent Refresh of Materialized views notpreserving the order of the underlying query Re: BUG #15851: Concurrent Refresh of Materialized views notpreserving the order of the underlying query |
Список | pgsql-bugs |
PG Bug reporting form <noreply@postgresql.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
В списке pgsql-bugs по дате отправления: