<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Indexes on pgAssistant Blog</title><link>https://beh74.github.io/pgassistant-blog/tags/indexes/</link><description>Recent content in Indexes on pgAssistant Blog</description><generator>Hugo -- 0.147.0</generator><language>en-us</language><lastBuildDate>Mon, 11 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://beh74.github.io/pgassistant-blog/tags/indexes/index.xml" rel="self" type="application/rss+xml"/><item><title>Designing the Right PostgreSQL Index Using Query Plans and Statistics</title><link>https://beh74.github.io/pgassistant-blog/post/query_advisor/</link><pubDate>Mon, 11 May 2026 00:00:00 +0000</pubDate><guid>https://beh74.github.io/pgassistant-blog/post/query_advisor/</guid><description>&lt;p>&lt;img alt="Index Advisor" loading="lazy" src="https://beh74.github.io/pgassistant-blog/images/index_advisor_cover.png">&lt;/p>
&lt;p>PostgreSQL index design is often misunderstood.&lt;/p>
&lt;p>Many developers think that creating a good index simply means:&lt;/p>
&lt;blockquote>
&lt;p>“Create an index containing the columns from the WHERE clause.”&lt;/p>&lt;/blockquote>
&lt;p>In reality, efficient index design is far more nuanced.&lt;/p>
&lt;p>The order of columns inside a composite index matters enormously, and the best choice depends on:&lt;/p>
&lt;ul>
&lt;li>Predicate types (&lt;code>=&lt;/code>, &lt;code>&amp;gt;=&lt;/code>, &lt;code>BETWEEN&lt;/code>, &lt;code>LIKE&lt;/code>, etc.)&lt;/li>
&lt;li>Column selectivity&lt;/li>
&lt;li>Table size&lt;/li>
&lt;li>PostgreSQL planner statistics&lt;/li>
&lt;li>Actual execution plans&lt;/li>
&lt;/ul>
&lt;p>This article explains the core principles behind efficient PostgreSQL index design before showing how pgAssistant automates this process using execution plans and database statistics.&lt;/p></description></item></channel></rss>