DELETE for removing resources in Rest API - Time & Space Complexity
When we use DELETE requests in REST APIs, we want to know how long it takes to remove data as the amount of data grows.
We ask: How does the time to delete change when there are more resources?
Analyze the time complexity of the following code snippet.
DELETE /items/{id}
// Server receives DELETE request
// Finds item by id
// Removes item from database
// Sends response confirming deletion
This code deletes one item identified by its unique id from the database.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: Searching for the item by its id in the database.
- How many times: This happens once per DELETE request.
Explain the growth pattern intuitively.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | About 10 steps to find the item |
| 100 | About 100 steps to find the item |
| 1000 | About 1000 steps to find the item |
Pattern observation: The time to find and delete grows roughly in direct proportion to the number of items.
Time Complexity: O(n)
This means the time to delete an item grows linearly with the number of items in the database.
[X] Wrong: "Deleting one item always takes the same time, no matter how many items exist."
[OK] Correct: If the database searches items by scanning all entries, more items mean more time to find the one to delete.
Understanding how DELETE requests scale helps you explain backend performance clearly and shows you know how data size affects response time.
"What if the database used an index to find items by id? How would the time complexity change?"
Practice
DELETE method in REST APIs?Solution
Step 1: Understand HTTP methods
HTTP methods define actions on resources. DELETE is specifically for removal.Step 2: Identify DELETE's role
DELETE removes the resource at the given URL, unlike POST (create), PUT/PATCH (update), or GET (retrieve).Final Answer:
To remove a resource identified by a URL -> Option AQuick Check:
DELETE = remove resource [OK]
- Confusing DELETE with GET or POST
- Thinking DELETE requires a request body
- Assuming DELETE creates or updates data
Solution
Step 1: Identify HTTP method for deletion
DELETE method is used to remove resources, so -X DELETE is correct.Step 2: Check URL and method usage
The URL targets user 123, and curl uses -X to specify method. So, curl -X DELETE URL is correct.Final Answer:
curl -X DELETE https://api.example.com/users/123 -> Option DQuick Check:
curl DELETE syntax = curl -X DELETE URL [OK]
- Using GET or POST instead of DELETE
- Omitting the -X flag for method
- Using PUT which is for updates
import requests
response = requests.delete('https://api.example.com/items/45')
print(response.status_code)What will be printed if the item was successfully deleted?
Solution
Step 1: Understand HTTP status codes for DELETE
Successful DELETE usually returns 200 (OK) or 204 (No Content). 200 means success with response body.Step 2: Check options for success code
Among options, 200 indicates success. 404 means not found, 500 server error, 201 created (not for DELETE).Final Answer:
200 -> Option CQuick Check:
DELETE success = 200 OK [OK]
- Confusing 201 (created) with success for DELETE
- Assuming 404 means success
- Ignoring status code meanings
fetch('https://api.example.com/posts/10', {
method: 'DELETE',
body: JSON.stringify({ id: 10 })
})
.then(res => res.status)
.then(console.log)What is the main issue with this code?
Solution
Step 1: Understand DELETE request body rules
DELETE usually does not require a request body; many servers ignore or reject it.Step 2: Identify the problem in code
The code sends a JSON body with DELETE, which is often unnecessary and may cause errors.Final Answer:
DELETE requests should not have a body -> Option BQuick Check:
DELETE usually no body [OK]
- Adding unnecessary body to DELETE
- Confusing method with GET or POST
- Forgetting to check server docs for DELETE body support
Solution
Step 1: Understand REST principles for DELETE
DELETE targets a single resource URL. Bulk delete is not standardized and often unsupported.Step 2: Evaluate options for bulk deletion
Sending multiple DELETE requests (one per resource) is standard and reliable. Other methods misuse HTTP verbs or semantics.Final Answer:
Send multiple DELETE requests, one per resource URL -> Option AQuick Check:
One DELETE per resource URL [OK]
- Trying to send bulk delete in one DELETE with body
- Using POST or GET to delete resources
- Assuming server supports bulk delete by default
Ready to prove it?
Pass the test and this pattern moves unknown
