Preventing injection with prepared statements in PHP - Time & Space Complexity
We want to understand how the time needed to run prepared statements changes as we handle more data.
How does the program's work grow when using prepared statements to prevent injection?
Analyze the time complexity of the following code snippet.
// Prepare the SQL once
$stmt = $pdo->prepare('SELECT * FROM users WHERE email = ?');
// Loop through emails to execute the statement
foreach ($emails as $email) {
$stmt->execute([$email]);
$result = $stmt->fetchAll();
}
This code prepares a query once and runs it multiple times with different emails to safely get user data.
- Primary operation: Executing the prepared statement and fetching results inside the loop.
- How many times: Once for each email in the input list.
Each new email means one more execution and fetch operation.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | About 10 executions and fetches |
| 100 | About 100 executions and fetches |
| 1000 | About 1000 executions and fetches |
Pattern observation: The work grows directly with the number of emails; doubling emails doubles the work.
Time Complexity: O(n)
This means the time needed grows in a straight line as the number of emails increases.
[X] Wrong: "Preparing the statement inside the loop is just as fast as preparing it once."
[OK] Correct: Preparing inside the loop repeats setup work each time, making the program slower as input grows.
Understanding how prepared statements scale helps you write safe and efficient code, a skill valued in real projects and interviews.
"What if we prepared the statement inside the loop instead of once before it? How would the time complexity change?"
Practice
Solution
Step 1: Understand SQL injection risks
SQL injection happens when user input is mixed directly with SQL code, allowing attackers to change the query.Step 2: Role of prepared statements
Prepared statements separate the SQL code from the data, so user input cannot change the query structure.Final Answer:
To prevent SQL injection by separating SQL code from user data -> Option BQuick Check:
Prepared statements prevent injection = D [OK]
- Thinking prepared statements speed up all queries
- Believing they format output automatically
- Confusing with multiple connections
Solution
Step 1: Check correct prepare syntax
Useprepare()with placeholders like?for parameters.Step 2: Execute with parameters
Callexecute()with an array of values to bind to placeholders.Final Answer:
$stmt = $pdo->prepare('SELECT * FROM users WHERE id = ?'); $stmt->execute([$id]); -> Option AQuick Check:
prepare + execute with array = A [OK]
- Using query() with variables directly
- Putting variables inside prepare() string
- Calling execute() before prepare()
$stmt = $pdo->prepare('SELECT name FROM users WHERE id = ?');
$stmt->execute([2]);
$result = $stmt->fetchColumn();
echo $result;
Assuming the user with id 2 has the name 'Alice'.Solution
Step 1: Understand prepare and execute
The statement prepares a query with a placeholder and executes it with id = 2.Step 2: Fetch the result
fetchColumn()returns the first column of the first row, which is the name 'Alice'.Final Answer:
Alice -> Option CQuick Check:
fetchColumn returns name 'Alice' = C [OK]
- Expecting fetchColumn() to return an array
- Confusing id with name output
- Not passing parameters to execute()
$stmt = $pdo->prepare('SELECT * FROM users WHERE email = :email');
$stmt->execute(':email' => $email);Solution
Step 1: Check placeholder usage
Named placeholders like:emailare valid in prepare statements.Step 2: Check execute() argument syntax
execute() expects an array, but':email' => $emailis not inside an array here.Final Answer:
The execute() method argument should be an array, but syntax is incorrect -> Option DQuick Check:
execute() needs array argument = A [OK]
- Using wrong placeholder style
- Passing parameters without array brackets
- Calling execute() before prepare()
$users = [ ['name' => 'John', 'email' => 'john@example.com'], ['name' => 'Jane', 'email' => 'jane@example.com'] ]; // Which code below is correct?
Solution
Step 1: Check safe insertion of multiple rows
foreach ($users as $user) { $stmt = $pdo->prepare('INSERT INTO users (name, email) VALUES (?, ?)'); $stmt->execute([$user['name'], $user['email']]); } prepares once per iteration and executes with user data safely bound as parameters.Step 2: Analyze other options
$stmt = $pdo->prepare('INSERT INTO users (name, email) VALUES (?, ?)'); $stmt->execute($users); passes array of arrays directly to execute(), which is invalid. foreach ($users as $user) { $sql = "INSERT INTO users (name, email) VALUES ('{$user['name']}', '{$user['email']}')"; $pdo->query($sql); } uses string interpolation risking injection. $sql = 'INSERT INTO users (name, email) VALUES (?, ?)'; $stmt = $pdo->prepare($sql); $stmt->execute(); calls execute() without parameters.Final Answer:
foreach ($users as $user) { $stmt = $pdo->prepare('INSERT INTO users (name, email) VALUES (?, ?)'); $stmt->execute([$user['name'], $user['email']]); } -> Option AQuick Check:
Prepare and execute per user with parameters = B [OK]
- Passing multidimensional array directly to execute()
- Using string interpolation instead of parameters
- Calling execute() without parameters
Ready to prove it?
Pass the test and this pattern moves unknown
