Jump into concepts and practice - no test required
or
Recommended
Test this pattern10 questions across easy, medium, and hard to know if this pattern is strong
Index-only scans mental model
📖 Scenario: You are managing a small bookstore database. You want to quickly find books by their titles without scanning the entire table every time.
🎯 Goal: Build a simple table with book data, create an index on the title column, and write a query that benefits from an index-only scan to quickly retrieve book titles.
📋 What You'll Learn
Create a table named books with columns id (integer primary key) and title (text).
Insert exactly three books with these titles: 'The Hobbit', '1984', and 'Pride and Prejudice'.
Create a B-tree index on the title column named idx_books_title.
Write a SELECT query to retrieve only the title column from books where the title is '1984'.
💡 Why This Matters
🌍 Real World
Index-only scans help databases quickly find data without reading the full table, improving performance for common queries like searching by title.
💼 Career
Understanding how to create indexes and optimize queries is essential for database administrators and backend developers to build fast and efficient applications.
Progress0 / 4 steps
1
Create the books table and insert data
Create a table called books with columns id as an integer primary key and title as text. Then insert these three rows exactly: (1, 'The Hobbit'), (2, '1984'), and (3, 'Pride and Prejudice').
PostgreSQL
Hint
Use CREATE TABLE with the specified columns, then INSERT INTO with the exact values.
2
Create an index on the title column
Create a B-tree index named idx_books_title on the title column of the books table.
PostgreSQL
Hint
Use CREATE INDEX idx_books_title ON books USING btree (title);
3
Write a SELECT query to use the index
Write a SELECT query to retrieve only the title column from the books table where the title is exactly '1984'.
PostgreSQL
Hint
Use SELECT title FROM books WHERE title = '1984'; to get the matching book title.
4
Enable visibility map for index-only scan
Add the command to run VACUUM on the books table to update the visibility map, which helps PostgreSQL perform index-only scans.
PostgreSQL
Hint
Use VACUUM books; to update the visibility map for index-only scans.
Practice
(1/5)
1. What is the main advantage of an index-only scan in PostgreSQL?
easy
A. It reads data only from the index without accessing the main table.
B. It updates the index faster than a normal scan.
C. It locks the table to prevent concurrent writes.
D. It creates a new index automatically during query execution.
Solution
Step 1: Understand what an index-only scan does
An index-only scan uses the index to get all needed data without reading the main table.
Step 2: Compare options to this behavior
Only It reads data only from the index without accessing the main table. describes reading data solely from the index, which is the key benefit.
Final Answer:
It reads data only from the index without accessing the main table. -> Option A
Quick Check:
Index-only scan = reads from index only [OK]
Hint: Index-only scans avoid table reads by using index data only [OK]
Common Mistakes:
Thinking index-only scans update data
Assuming they lock tables
Believing they create indexes automatically
2. Which of the following is a correct condition for PostgreSQL to use an index-only scan?
easy
A. The table has no indexes defined.
B. The index contains all columns needed by the query.
C. The query uses aggregate functions only.
D. The table is empty.
Solution
Step 1: Recall index-only scan requirements
PostgreSQL can use index-only scans only if the index has all columns the query needs.
Step 2: Evaluate each option
The index contains all columns needed by the query. matches the requirement; others do not enable index-only scans.
Final Answer:
The index contains all columns needed by the query. -> Option B
Quick Check:
Index-only scan requires full column coverage in index [OK]
Hint: Index-only scans need all query columns in the index [OK]
Common Mistakes:
Thinking index-only scans work without indexes
Assuming aggregates always use index-only scans
Believing empty tables affect index-only scans
3. Given a table users(id, name, email) with an index on (id, email), which query can use an index-only scan?
medium
A. SELECT id, email FROM users WHERE id = 10;
B. SELECT name FROM users WHERE id = 10;
C. SELECT email FROM users WHERE name = 'Alice';
D. SELECT * FROM users WHERE email = 'a@example.com';
Solution
Step 1: Check index columns and query columns
The index covers columns id and email. Query C requests only id and email.
Step 2: Determine if index-only scan is possible
Query C can use index-only scan because all requested columns are in the index. Others request columns not in the index.
Final Answer:
SELECT id, email FROM users WHERE id = 10; -> Option A
Quick Check:
Query columns ⊆ index columns = index-only scan [OK]
Hint: Index-only scan if query columns are subset of index columns [OK]
Common Mistakes:
Choosing queries requesting columns not in index
Ignoring WHERE clause columns
Assuming * always uses index-only scan
4. You have an index on (username, email) but your query SELECT email FROM users WHERE username = 'bob'; is not using an index-only scan. What could be the reason?
medium
A. The query uses a WHERE clause on username, so index-only scan is impossible.
B. The index does not include the email column.
C. The table's visibility map is not updated, so PostgreSQL must check the table.
D. PostgreSQL never uses index-only scans on text columns.
Solution
Step 1: Confirm index covers needed columns
The index includes username and email, so columns are covered.
Step 2: Understand visibility map role
Index-only scans require the visibility map to confirm tuples are visible without table access. If not updated, PostgreSQL reads the table.
Final Answer:
The table's visibility map is not updated, so PostgreSQL must check the table. -> Option C
Quick Check:
Visibility map must be updated for index-only scan [OK]
Hint: Visibility map must be updated for index-only scans [OK]
Common Mistakes:
Assuming index missing columns
Believing WHERE clause blocks index-only scan
Thinking data type prevents index-only scans
5. You want to optimize a query SELECT id, status FROM orders WHERE status = 'shipped'; for index-only scans. The current index is on (id). What is the best way to enable index-only scans?
hard
A. Add a WHERE clause to filter only 'shipped' status.
B. Create a partial index on (id) where status = 'shipped'.
C. Drop the existing index and rely on sequential scan.
D. Create a new index on (status, id) including both columns.
Solution
Step 1: Identify columns needed for index-only scan
The query selects id and status, so the index must cover both columns.
Step 2: Choose index that covers all columns
Creating an index on (status, id) includes both columns, enabling index-only scans.
Final Answer:
Create a new index on (status, id) including both columns. -> Option D
Quick Check:
Index covering all query columns enables index-only scan [OK]
Hint: Index must cover all selected columns for index-only scan [OK]
Common Mistakes:
Thinking partial index alone enables index-only scan
Dropping index reduces performance
Adding WHERE clause doesn't affect index structure