Why stored procedures centralize logic in MySQL - Challenge Your Understanding

Challenge - 5 Problems

🧠 Conceptual

intermediate

Why use stored procedures to centralize logic?

Which of the following best explains why stored procedures help centralize business logic in a database?

A They automatically optimize all queries without any developer input.

B They allow logic to be written once in the database and reused by multiple applications, ensuring consistency.

C They store data physically closer to the user for faster access.

D They replace the need for any application code outside the database.

💡 Hint

Think about how writing logic once in one place helps multiple programs use the same rules.

Stored procedures centralize logic by allowing it to be written once inside the database. This logic can then be called by many different applications, which keeps behavior consistent and easier to maintain.

🧠 Conceptual

intermediate

How do stored procedures improve maintenance?

What is a key maintenance benefit of centralizing logic in stored procedures?

A Changing logic in one stored procedure updates it for all users and applications automatically.

B Stored procedures eliminate the need for backups.

C They allow users to write their own custom queries without restrictions.

D They make the database schema change automatically.

💡 Hint

Consider what happens when you fix a bug in one place that affects many users.

When logic is centralized in stored procedures, updating the procedure updates the logic for all users and applications that call it, simplifying maintenance and reducing errors.

❓ query_result

advanced

Output of calling a stored procedure with centralized logic

Given the stored procedure CalculateDiscount that applies a 10% discount for orders over 100, what is the output of this call?

CALL CalculateDiscount(150);

MySQL

DELIMITER $$
CREATE PROCEDURE CalculateDiscount(IN order_amount DECIMAL(10,2))
BEGIN
  IF order_amount > 100 THEN
    SELECT order_amount * 0.9 AS discounted_price;
  ELSE
    SELECT order_amount AS discounted_price;
  END IF;
END$$
DELIMITER ;

A discounted_price = 135.0

B discounted_price = 150.0

C Syntax error in procedure call

D discounted_price = 100.0

💡 Hint

Check if the order amount is greater than 100 and apply 10% discount if yes.

The procedure checks if the order amount is over 100. Since 150 > 100, it returns 150 * 0.9 = 135.

🔧 Debug

advanced

Identify the error in this stored procedure centralizing logic

What error will occur when creating this stored procedure that centralizes user validation logic?

CREATE PROCEDURE ValidateUser(IN username VARCHAR(50))
BEGIN
  IF username = NULL THEN
    SELECT 'Invalid user' AS message;
  ELSE
    SELECT 'Valid user' AS message;
  END IF;
END;

A No error; procedure runs correctly.

B Syntax error due to missing DELIMITER statement.

C Runtime error because SELECT statements are not allowed in procedures.

D The condition 'username = NULL' always returns false; should use 'IS NULL' instead.

💡 Hint

Remember how to properly check for NULL values in SQL.

In SQL, comparing with NULL using '=' always returns false. The correct check is 'IS NULL'. This causes the IF condition to never be true.

❓ optimization

expert

Optimizing centralized logic in stored procedures

You have a stored procedure that calculates totals for large datasets. Which optimization will best improve performance while keeping logic centralized?

A Disable indexes on tables used by the procedure to speed up inserts.

B Add multiple nested loops inside the procedure to handle each row separately.

C Use set-based operations inside the procedure instead of row-by-row processing.

D Move all logic to the application layer and keep the procedure empty.

💡 Hint

Think about how databases handle many rows efficiently.

Set-based operations allow the database to process many rows at once, which is faster than processing rows one by one. This keeps logic centralized and efficient.