Re: Order by and timestamp
От | Björn Lundin |
---|---|
Тема | Re: Order by and timestamp |
Дата | |
Msg-id | 116B8B6D-5619-460C-92B1-471602AC0357@gmail.com обсуждение исходный текст |
Ответ на | Re: Order by and timestamp (Adrian Klaver <adrian.klaver@aklaver.com>) |
Список | pgsql-general |
16 mars 2020 kl. 16:27 skrev Adrian Klaver <adrian.klaver@aklaver.com>:On 3/16/20 1:51 AM, Björn Lundin wrote:16 mars 2020 kl. 01:41 skrev Tom Lane <tgl@sss.pgh.pa.us <mailto:tgl@sss.pgh.pa.us>>:Yes - in other schemas - described in reply to Adrain
Adrian Klaver <adrian.klaver@aklaver.com <mailto:adrian.klaver@aklaver.com>> writes:On 3/15/20 2:33 PM, Björn Lundin wrote:I then did ’select * from AMARKETS order by STARTTS’Is amarkets in more then one schema?
Yeah, it's hard to think of any explanation other than "the query used a
corrupt index on startts to produce the ordering". But your \d doesn't
show any index on startts. So maybe there's more than one amarkets
table?
But the schema_path does not point to them
And those two other tables are emptyAnother possibly-useful bit of evidence is to see what EXPLAIN shows asbnl=> explain select * from amarkets order by startts;
the query plan for this query.
Can you run as:
explain analyze select * from amarkets order by startts;
Yes, below the first plan
QUERY PLAN
-----------------------------------------------------------------------
Sort (cost=10702.57..10939.29 rows=94691 width=106)
Sort Key: startts
-> Seq Scan on amarkets (cost=0.00..2875.91 rows=94691 width=106)
(3 rader)
—
bnl=> explain analyze select * from amarkets order by startts;
QUERY PLAN
-----------------------------------------------------------------------------------------------------------------------
Sort (cost=10702.57..10939.29 rows=94691 width=106) (actual time=404.555..422.174 rows=97835 loops=1)
Sort Key: startts
Sort Method: quicksort Memory: 24329kB
-> Seq Scan on amarkets (cost=0.00..2875.91 rows=94691 width=106) (actual time=4.586..351.739 rows=97835 loops=1)
Planning time: 74.707 ms
Execution time: 434.785 ms
(6 rader)
Tid: 527,142 ms
bnl=>
В списке pgsql-general по дате отправления: