Optimize query

Started by Yambuover 5 years ago3 messagesgeneral
Jump to latest
#1Yambu
hyambu@gmail.com

Hi

How would you optimize a query with greater than in where clause eg

select * from table1 where id > 1000

and there is an index on id column

regards

#2Raul Giucich
raul.giucich@gmail.com
In reply to: Yambu (#1)
Re: Optimize query

Hi Yambu, the btree index type is optimized for this kind of operators (>,

=, <, <=, =).

For deep understanding on how to plan an query optimization I would
recommend https://classroom.google.com/c/MTQ4MzczNDExMjM4 and
https://use-the-index-luke.com.
Another tip is use in the select clause only the columns that are
significant to answer the question you user is making executing this query.
Sorry for my foreign english.
Best regards.
Raúl.

El mar, 15 dic 2020 a las 11:18, Yambu (<hyambu@gmail.com>) escribió:

Show quoted text

Hi

How would you optimize a query with greater than in where clause eg

select * from table1 where id > 1000

and there is an index on id column

regards

#3Ron
ronljohnsonjr@gmail.com
In reply to: Yambu (#1)
Re: Optimize query

On 12/15/20 8:17 AM, Yambu wrote:

Hi

How would you optimize a query with greater than in where clause eg

select * from table1 where id > 1000

and there is an index on id column

The question as written is unanswerable.

- Why do you think it needs to be optimized?
- What is the table cardinality, and the query cardinality?
- What does EXPLAIN say?
- Have you run ANALYZE on table1?

Bottom line: Postgres *might* think that it is more efficient to scan the
whole table.

--
Angular momentum makes the world go 'round.