Bird
Raised Fist0
PostgreSQLquery~5 mins

Format function for safe formatting in PostgreSQL - Time & Space Complexity

Choose your learning style10 modes available
Time Complexity: Format function for safe formatting
O(n)
Understanding Time Complexity

We want to understand how the time to run a query using the format function changes as the input grows.

Specifically, how does formatting many values safely affect execution time?

Scenario Under Consideration

Analyze the time complexity of the following code snippet.


DO $$
DECLARE
  n integer := 1000;
  i integer;
  formatted_text text;
BEGIN
  FOR i IN 1..n LOOP
    formatted_text := format('Value: %s', i);
  END LOOP;
END $$;
    

This code formats a string with a number inside a loop that runs n times.

Identify Repeating Operations
  • Primary operation: The format function call inside the loop.
  • How many times: It runs once for each number from 1 to n, so n times.
How Execution Grows With Input

Each time we add one more number to format, the loop runs one more time, doing one more format operation.

Input Size (n)Approx. Operations
1010 format calls
100100 format calls
10001000 format calls

Pattern observation: The number of operations grows directly with n, so doubling n doubles the work.

Final Time Complexity

Time Complexity: O(n)

This means the time to run the code grows in a straight line as the input size increases.

Common Mistake

[X] Wrong: "The format function runs in constant time no matter how many times it is called."

[OK] Correct: Each call to format does some work, so calling it more times means more total work.

Interview Connect

Understanding how repeated formatting affects performance helps you write efficient queries and scripts that handle many inputs safely.

Self-Check

"What if we replaced the loop with a single format call that formats all values at once? How would the time complexity change?"

Practice

(1/5)
1. What is the main purpose of the format() function in PostgreSQL?
easy
A. To safely build text strings with placeholders for values
B. To execute SQL queries directly
C. To create new tables in the database
D. To delete rows from a table

Solution

  1. Step 1: Understand the function's role

    The format() function is designed to build text strings safely by inserting values into placeholders.
  2. Step 2: Compare with other options

    Options A, B, and C describe other SQL operations, not string formatting.
  3. Final Answer:

    To safely build text strings with placeholders for values -> Option A
  4. Quick Check:

    format() = safe string building [OK]
Hint: Remember: format() builds safe strings with placeholders [OK]
Common Mistakes:
  • Thinking format() executes queries
  • Confusing format() with table operations
  • Ignoring the safety aspect of format()
2. Which placeholder should you use with format() to safely insert a table name (identifier)?
easy
A. %L
B. %s
C. %I
D. %d

Solution

  1. Step 1: Identify placeholder types

    In format(), %I is used for identifiers like table or column names.
  2. Step 2: Eliminate other placeholders

    %s is for strings, %L for literals, and %d is not a valid placeholder in PostgreSQL's format.
  3. Final Answer:

    %I -> Option C
  4. Quick Check:

    Identifier placeholder = %I [OK]
Hint: Use %I for identifiers like table names [OK]
Common Mistakes:
  • Using %s for identifiers
  • Confusing %L with %I
  • Using invalid placeholders like %d
3. What is the output of this query?
SELECT format('SELECT * FROM %I WHERE name = %L', 'users', 'Alice');
medium
A. SELECT * FROM users WHERE name = Alice
B. SELECT * FROM users WHERE name = 'Alice'
C. SELECT * FROM 'users' WHERE name = 'Alice'
D. SELECT * FROM users WHERE name = Alice;

Solution

  1. Step 1: Understand placeholders used

    %I inserts the identifier without quotes, so 'users' becomes users. %L inserts the literal with quotes, so 'Alice' becomes 'Alice'.
  2. Step 2: Construct the output string

    The output is: SELECT * FROM users WHERE name = 'Alice'
  3. Final Answer:

    SELECT * FROM users WHERE name = 'Alice' -> Option B
  4. Quick Check:

    Identifier no quotes, literal with quotes = SELECT * FROM users WHERE name = 'Alice' [OK]
Hint: Remember %I no quotes, %L adds quotes around literals [OK]
Common Mistakes:
  • Adding quotes around identifiers
  • Missing quotes around literals
  • Confusing %s with %I or %L
4. Identify the error in this usage of format():
SELECT format('INSERT INTO %I VALUES (%s)', 'products', 100);
medium
A. Using %s for a numeric value causes a syntax error
B. Missing quotes around the table name
C. No error, the query is correct
D. Should use %L for the numeric value to be safe

Solution

  1. Step 1: Check placeholder for numeric value

    %s inserts the value as a string without quotes, which can cause errors or injection risks.
  2. Step 2: Use %L for safe literal insertion

    Using %L safely quotes and escapes the numeric literal, preventing errors.
  3. Final Answer:

    Should use %L for the numeric value to be safe -> Option D
  4. Quick Check:

    Numeric literals need %L for safety [OK]
Hint: Use %L for all literal values, even numbers [OK]
Common Mistakes:
  • Using %s for literals without quotes
  • Assuming %s works for all types
  • Ignoring injection risks with %s
5. You want to build a dynamic query to update a user's email safely. Which format() call is correct?
1) format('UPDATE %I SET email = %s WHERE id = %L', 'users', 'new@example.com', 42)
2) format('UPDATE %I SET email = %L WHERE id = %L', 'users', 'new@example.com', 42)
3) format('UPDATE %s SET email = %L WHERE id = %s', 'users', 'new@example.com', 42)
4) format('UPDATE %I SET email = %I WHERE id = %L', 'users', 'new@example.com', 42)
hard
A. Option 2
B. Option 1
C. Option 3
D. Option 4

Solution

  1. Step 1: Check placeholders for each part

    Table name is an identifier, so %I is correct. Email is a string literal, so %L is needed. ID is a literal number, so %L is safe.
  2. Step 2: Evaluate each option

    Option 2 uses %I for table, %L for email and id, which is correct. Option 1 uses %s for email (unsafe). Option 3 uses %s for table and id (wrong). Option 4 uses %I for email (wrong).
  3. Final Answer:

    Option 2 -> Option A
  4. Quick Check:

    Identifiers %I, literals %L = Option 2 [OK]
Hint: Use %I for identifiers, %L for all literal values [OK]
Common Mistakes:
  • Using %s for literals
  • Using %I for string literals
  • Mixing placeholders incorrectly
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard