Re: "order by" and "order by asc" returning different results on date field

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: "order by" and "order by asc" returning different results on date field
Дата
Msg-id 2844.1526414795@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: "order by" and "order by asc" returning different results on date field  (Rick Gentry <rick.gentry@zenus-biometrics.com>)
Ответы Re: "order by" and "order by asc" returning different results on date field  (Rick Gentry <rick.gentry@zenus-biometrics.com>)
Список pgsql-bugs
Rick Gentry <rick.gentry@zenus-biometrics.com> writes:
> PostgreSQL 9.6.6 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.8.3
> 20140911 (Red Hat 4.8.3-9), 64-bit

Hm.  You might try updating to current (9.6.9), though this doesn't
sound much like any recent bug fix.

> The result set looks like some form of merge sort was being performed, but
> the system decided to skip the last few merge iterations.
> 
> You're correct, the statement I've sent does not reproduce the issue.  The
> actual query I'm using is much longer, but I've managed to reproduce the
> issue with "select * from tbl_recognition_logging where action='identify'
> order by created".  'action' is a text field and I see that pgAdmin 4
> highlights it like a reserved word.

Can we see EXPLAIN ANALYZE output for both the working and non-working
cases?

If the system is relying on an indexscan to produce the sort ordering,
it's possible that this traces to some kind of index corruption.  But
that's purely a guess.

On the whole, I think we're going to need a self-contained test case
to get far with this.

            regards, tom lane


В списке pgsql-bugs по дате отправления:

Предыдущее
От: Euler Taveira
Дата:
Сообщение: Re: ERROR: subxact logged without previous toplevel record
Следующее
От: Euler Taveira
Дата:
Сообщение: Re: ERROR: subxact logged without previous toplevel record