Bird
Raised Fist0
FastAPIframework~10 mins

CRUD operations in FastAPI - Interactive Code Practice

Choose your learning style10 modes available

Start learning this pattern below

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
Practice - 5 Tasks
Answer the questions below
1fill in blank
easy

Complete the code to import FastAPI and create an app instance.

FastAPI
from fastapi import [1]

app = [1]()
Drag options to blanks, or click blank then click option'
ARequest
BFastAPI
CResponse
DDepends
Attempts:
3 left
💡 Hint
Common Mistakes
Importing the wrong class like Request or Response.
Forgetting to create the app instance.
2fill in blank
medium

Complete the code to define a GET endpoint that returns a welcome message.

FastAPI
@app.[1]("/")
async def read_root():
    return {"message": "Welcome to FastAPI!"}
Drag options to blanks, or click blank then click option'
Aget
Bpost
Cput
Ddelete
Attempts:
3 left
💡 Hint
Common Mistakes
Using POST instead of GET for a read endpoint.
Forgetting the async keyword.
3fill in blank
hard

Fix the error in the POST endpoint to accept JSON data with a 'name' field.

FastAPI
from pydantic import BaseModel

class Item(BaseModel):
    name: str

@app.post("/items/")
async def create_item(item: [1]):
    return {"item_name": item.name}
Drag options to blanks, or click blank then click option'
Adict
Bstr
Cint
DItem
Attempts:
3 left
💡 Hint
Common Mistakes
Using a plain dict instead of the Pydantic model.
Using wrong types like str or int.
4fill in blank
hard

Fill both blanks to update an item by its ID using PUT method.

FastAPI
@app.[1]("/items/{item_id}")
async def update_item(item_id: int, item: [2]):
    return {"item_id": item_id, "updated_name": item.name}
Drag options to blanks, or click blank then click option'
Aput
Bpost
CItem
Dstr
Attempts:
3 left
💡 Hint
Common Mistakes
Using POST instead of PUT for updates.
Using wrong parameter types.
5fill in blank
hard

Fill all three blanks to delete an item by its ID and return a confirmation message.

FastAPI
@app.[1]("/items/{item_id}")
async def delete_item(item_id: [2]):
    return {"message": f"Item [3] deleted"}
Drag options to blanks, or click blank then click option'
Adelete
Bint
Citem_id
Dstr
Attempts:
3 left
💡 Hint
Common Mistakes
Using wrong HTTP method like GET or POST.
Using string type for item_id instead of int.
Not including the item_id in the confirmation message.

Practice

(1/5)
1. What does CRUD stand for in FastAPI applications?
easy
A. Cache, Route, Undo, Debug
B. Create, Read, Update, Delete
C. Compile, Render, Use, Deploy
D. Connect, Run, Upload, Download

Solution

  1. Step 1: Understand CRUD basics

    CRUD is a common acronym in web development representing the four basic operations on data.
  2. Step 2: Match CRUD to FastAPI operations

    FastAPI supports these operations: creating, reading, updating, and deleting data.
  3. Final Answer:

    Create, Read, Update, Delete -> Option B
  4. Quick Check:

    CRUD = Create, Read, Update, Delete [OK]
Hint: Remember CRUD as the four main data actions [OK]
Common Mistakes:
  • Confusing CRUD with unrelated terms
  • Thinking CRUD includes deployment steps
  • Mixing CRUD with HTTP methods only
2. Which FastAPI decorator is used to define a route for updating an existing item?
easy
A. @app.put()
B. @app.get()
C. @app.post()
D. @app.delete()

Solution

  1. Step 1: Identify HTTP methods for CRUD

    Update operations typically use the HTTP PUT method.
  2. Step 2: Match HTTP method to FastAPI decorator

    FastAPI uses @app.put() to define routes that update existing data.
  3. Final Answer:

    @app.put() -> Option A
  4. Quick Check:

    Update = @app.put() [OK]
Hint: Update uses PUT method and @app.put() decorator [OK]
Common Mistakes:
  • Using @app.post() for update routes
  • Confusing @app.get() with update
  • Using @app.delete() instead of update
3. Given this FastAPI code snippet, what will be the response when accessing GET /items/42 if the item exists?
from fastapi import FastAPI
app = FastAPI()
items = {42: {"name": "Book", "price": 10.99}}

@app.get("/items/{item_id}")
async def read_item(item_id: int):
    return items.get(item_id, {"error": "Item not found"})
medium
A. 404 Not Found error
B. {"error": "Item not found"}
C. {"name": "Book", "price": 10.99}
D. Empty response

Solution

  1. Step 1: Understand the dictionary lookup

    The code uses items.get(item_id, {"error": "Item not found"}) which returns the item if found, else an error dict.
  2. Step 2: Check if item 42 exists

    Item 42 is in the dictionary with name "Book" and price 10.99, so it will be returned.
  3. Final Answer:

    {"name": "Book", "price": 10.99} -> Option C
  4. Quick Check:

    Item found returns data, else error [OK]
Hint: dict.get returns value if key exists, else default [OK]
Common Mistakes:
  • Assuming a 404 error is raised automatically
  • Expecting an empty response if item exists
  • Confusing error message with actual data
4. Identify the error in this FastAPI DELETE route code:
from fastapi import FastAPI
app = FastAPI()
items = {1: "apple", 2: "banana"}

@app.delete("/items/{item_id}")
async def delete_item(item_id: int):
    del items[item_id]
    return {"message": "Item deleted"}
medium
A. Incorrect route path syntax
B. Missing return type annotation
C. Using async def instead of def
D. Deleting item without checking if it exists

Solution

  1. Step 1: Analyze deletion logic

    The code deletes the item directly without checking if the item_id exists in the dictionary.
  2. Step 2: Understand potential error

    If item_id is not in items, del will raise a KeyError causing a server error.
  3. Final Answer:

    Deleting item without checking if it exists -> Option D
  4. Quick Check:

    Always check existence before deleting [OK]
Hint: Check key exists before deleting to avoid errors [OK]
Common Mistakes:
  • Ignoring KeyError on missing keys
  • Thinking async def causes error here
  • Assuming route path syntax is wrong
5. You want to create a FastAPI endpoint to update an item only if it exists, otherwise return a 404 error. Which code snippet correctly implements this behavior? A:
@app.put("/items/{item_id}")
async def update_item(item_id: int, item: dict):
    items[item_id] = item
    return item
B:
@app.put("/items/{item_id}")
async def update_item(item_id: int, item: dict):
    if item_id not in items:
        return {"error": "Not found"}
    items[item_id] = item
    return item
C:
from fastapi import HTTPException
@app.put("/items/{item_id}")
async def update_item(item_id: int, item: dict):
    if item_id not in items:
        raise HTTPException(status_code=404, detail="Item not found")
    items[item_id] = item
    return item
D:
@app.put("/items/{item_id}")
async def update_item(item_id: int, item: dict):
    try:
        items[item_id] = item
    except KeyError:
        return {"error": "Not found"}
    return item
hard
A. Raises HTTPException with 404 status if missing
B. Returns error dict but no HTTP status code change
C. Updates without checking existence, no error if missing
D. Catches KeyError incorrectly, since assignment won't raise it

Solution

  1. Step 1: Understand proper 404 error handling in FastAPI

    FastAPI uses HTTPException to return HTTP errors with status codes.
  2. Step 2: Analyze each option's error handling

    The snippet using HTTPException(status_code=404, detail="Item not found") correctly returns a 404 response. Others either update without checking (200 OK), return an error dict as 200 OK, or misuse try-except since assignment does not raise KeyError.
  3. Final Answer:

    Raises HTTPException with 404 status if missing -> Option A
  4. Quick Check:

    Use HTTPException for proper HTTP error responses [OK]
Hint: Use HTTPException to return 404 errors in FastAPI [OK]
Common Mistakes:
  • Returning error dict without HTTP status change
  • Assuming assignment raises KeyError
  • Not raising HTTPException for errors