📖 Scenario: You are managing a small online store database. You want to understand how adding an index affects the speed of inserting new orders and updating existing orders.
🎯 Goal: Build a simple orders table, add an index, and write queries to insert and update data to see how the index affects these operations.
📋 What You'll Learn
Create a table called orders with columns order_id (integer primary key), customer_name (text), and order_total (decimal).
Add an index on the customer_name column.
Write an INSERT statement to add a new order.
Write an UPDATE statement to change the order_total for a specific order_id.
💡 Why This Matters
🌍 Real World
Indexes help databases find data faster but can slow down inserting and updating because the index must be updated too.
💼 Career
Database administrators and developers must balance indexes to optimize both read and write operations.
Progress0 / 4 steps
1
Create the orders table
Write a SQL statement to create a table called orders with columns: order_id as an integer primary key, customer_name as text, and order_total as decimal.
SQL
Hint
Use CREATE TABLE with the specified columns and types.
2
Add an index on customer_name
Write a SQL statement to create an index called idx_customer_name on the customer_name column of the orders table.
SQL
Hint
Use CREATE INDEX with the index name and target column.
3
Insert a new order
Write a SQL INSERT statement to add a new order with order_id 1, customer_name 'Alice', and order_total 100.50 into the orders table.
SQL
Hint
Use INSERT INTO with the specified values.
4
Update the order total
Write a SQL UPDATE statement to change the order_total to 120.75 for the order with order_id 1 in the orders table.
SQL
Hint
Use UPDATE with SET and WHERE clauses.
Practice
(1/5)
1. What is the main impact of having many indexes on a table when performing INSERT operations?
easy
A. Inserts become slower because each index must be updated.
B. Inserts become faster because indexes help locate where to insert.
C. Inserts are unaffected by indexes.
D. Inserts cause indexes to be deleted automatically.
Solution
Step 1: Understand how indexes affect inserts
When inserting a new row, the database must update all indexes related to that table to keep them accurate.
Step 2: Analyze the effect on performance
Updating multiple indexes adds overhead, making inserts slower as more indexes exist.
Final Answer:
Inserts become slower because each index must be updated. -> Option A
Quick Check:
More indexes = slower inserts [OK]
Hint: More indexes slow inserts due to extra updates [OK]
Common Mistakes:
Thinking indexes speed up inserts
Believing inserts ignore indexes
Assuming indexes get deleted on insert
2. Which of the following is the correct syntax to create an index on the email column of a table named users?
easy
A. CREATE INDEX idx_email ON users(email);
B. CREATE users INDEX ON email;
C. INDEX CREATE ON users(email);
D. CREATE INDEX users_email email;
Solution
Step 1: Recall standard SQL index creation syntax
The correct syntax is: CREATE INDEX index_name ON table_name(column_name);
Step 2: Match the syntax to options
CREATE INDEX idx_email ON users(email); matches the correct syntax exactly.
Final Answer:
CREATE INDEX idx_email ON users(email); -> Option A
Quick Check:
CREATE INDEX ... ON table(column) [OK]
Hint: Use CREATE INDEX index_name ON table(column) [OK]
Common Mistakes:
Swapping table and column names
Omitting ON keyword
Incorrect order of keywords
3. Given a table products with a non-clustered index on category_id, what happens internally when you run this query?
UPDATE products SET price = price * 1.1 WHERE category_id = 5;
medium
A. The update ignores the index and scans the whole table.
B. The update is slower because the index on category_id must be rebuilt entirely.
C. The update fails because indexes cannot be used with UPDATE statements.
D. The update is faster because the index helps find rows quickly, but the index must be updated if category_id changes.
Solution
Step 1: Understand index use in WHERE clause
The index on category_id helps quickly find rows where category_id = 5.
Step 2: Consider index updates during UPDATE
Since category_id is not changed, the index entries remain valid; only the data column price is updated.
Final Answer:
The update is faster because the index helps find rows quickly, but the index must be updated if category_id changes. -> Option D
Quick Check:
Index speeds search; update affects data, not index keys [OK]
Hint: Indexes speed WHERE search; update index only if key changes [OK]
Common Mistakes:
Thinking index rebuilds fully on update
Assuming update ignores indexes
Believing update fails with indexes
4. You have a table orders with an index on order_date. You run this query:
UPDATE orders SET order_date = '2024-01-01' WHERE order_id = 100;
But the update is very slow. What is a likely cause?
medium
A. Indexes do not affect update speed, so the cause is elsewhere.
B. The query syntax is incorrect, causing a full table scan.
C. The index on order_date must be updated because the indexed column value changed.
D. The order_id column is not indexed, causing slow search.
Solution
Step 1: Identify which columns are indexed and updated
The order_date column is indexed and is being updated.
Step 2: Understand index maintenance on update
Updating an indexed column requires updating the index entry, which adds overhead and slows the update.
Final Answer:
The index on order_date must be updated because the indexed column value changed. -> Option C
Quick Check:
Updating indexed columns slows updates due to index maintenance [OK]
Hint: Updating indexed columns slows updates due to index changes [OK]
Common Mistakes:
Ignoring index update cost
Blaming syntax errors without checking
Assuming indexes don't affect update speed
5. You manage a large table employees with indexes on department_id and last_name. You notice INSERT and UPDATE operations are slow. Which strategy best balances read speed and write performance?
hard
A. Remove all indexes to speed up writes, sacrificing read speed.
B. Keep only essential indexes used frequently in queries, reducing overhead on writes.
C. Add more indexes to speed up all queries regardless of write cost.
D. Disable indexes during inserts and updates and rebuild them after every operation.
Solution
Step 1: Understand the trade-off between indexes and write speed
More indexes improve read speed but slow down inserts and updates because each index must be maintained.
Step 2: Choose a balanced approach
Keeping only essential indexes used often reduces write overhead while maintaining reasonable read performance.
Final Answer:
Keep only essential indexes used frequently in queries, reducing overhead on writes. -> Option B
Quick Check:
Balance indexes for reads and writes [OK]
Hint: Keep only needed indexes to balance reads and writes [OK]
Common Mistakes:
Removing all indexes hurting reads
Adding too many indexes slowing writes
Rebuilding indexes too often causing delays
Recommended
Ready to prove it?
Pass the test and this pattern moves unknownstrongwhile earning +1 Grip toward your certificate.