Why Raw queries when needed in Express? - Purpose & Use Cases

The Big Idea

What if you could break free from framework limits and write exactly the database commands you want?

The Scenario

Imagine you have a complex database task that your usual tools can't handle easily, like a very specific search or a custom report.

You try to build it using only the built-in helpers of your framework, but it feels like forcing a square peg into a round hole.

The Problem

Using only high-level helpers can be slow and limiting.

You might end up writing lots of code just to work around what the helpers don't support.

This makes your app harder to maintain and can cause bugs.

The Solution

Raw queries let you write exactly the database commands you need.

This gives you full control and flexibility to handle special cases easily.

You can still use your framework but step outside it when necessary.

Before vs After

✗ Before

Model.findAll({ where: { name: { [Op.like]: '%John%' } } })

✓ After

sequelize.query('SELECT * FROM users WHERE name LIKE :search', { replacements: { search: '%John%' }, type: sequelize.QueryTypes.SELECT })

What It Enables

You can solve tricky database problems without waiting for framework updates or hacks.

Real Life Example

When you need a report that joins many tables with custom filters and grouping, raw queries let you write the exact SQL to get the data fast and correctly.

Key Takeaways

High-level helpers are great but sometimes limiting.

Raw queries give you full control over database commands.

Use raw queries to solve complex or special cases easily.

Practice

1. What is the main reason to use raw queries in Express applications?

easy

A. To write direct SQL commands when query builders are insufficient

B. To automatically generate SQL queries without any code

C. To avoid using any SQL and rely only on JavaScript

D. To speed up the server by skipping database calls

Solution

1. Step 1: Understand raw queries purpose

   Raw queries allow writing direct SQL commands for complex or special cases.

2. Step 2: Compare with other options

   Options A, B, and C are incorrect because raw queries do not skip database calls, auto-generate SQL, or avoid SQL.

3. Final Answer:

   To write direct SQL commands when query builders are insufficient -> Option A

4. Quick Check:

   Raw queries = direct SQL use [OK]

Hint: Raw queries = direct SQL for special cases [OK]

Common Mistakes:

• Thinking raw queries auto-generate SQL
• Believing raw queries avoid SQL entirely
• Assuming raw queries skip database calls

2. Which of the following is the correct way to use a raw query with parameters in Express using a SQL library?

easy

A. db.query('SELECT * FROM users WHERE id = ' + userId)

B. db.query('SELECT * FROM users WHERE id = ?', [userId])

C. db.query('SELECT * FROM users WHERE id = $userId')

D. db.query('SELECT * FROM users WHERE id = :userId')

Solution

1. Step 1: Identify parameterized query syntax

   Using '?' with an array of parameters is the standard safe way to pass values.

2. Step 2: Check other options

   db.query('SELECT * FROM users WHERE id = ' + userId) concatenates strings (unsafe). Options C and D use placeholders not standard in many Express SQL libraries.

3. Final Answer:

   db.query('SELECT * FROM users WHERE id = ?', [userId]) -> Option B

4. Quick Check:

   Use '?' + params array for safe raw queries [OK]

Hint: Use '?' with array for parameters in raw queries [OK]

Common Mistakes:

• Concatenating variables directly into query strings
• Using unsupported placeholder syntax
• Not passing parameters as an array

3. Given the code snippet:

const result = await db.query('SELECT * FROM products WHERE price > ?', [100]);
console.log(result.rows.length);

What will be logged if there are 5 products priced over 100?

medium

A. 5

B. undefined

C. 0

D. An error will occur

Solution

1. Step 1: Understand the query and parameters

   The raw query selects products with price greater than 100, passing 100 safely as a parameter.

2. Step 2: Interpret the result object

   Assuming the database library returns an object with a 'rows' array, its length will be the number of matching products, which is 5.

3. Final Answer:

   5 -> Option A

4. Quick Check:

   Rows length = number of matching products [OK]

Hint: Result rows length = count of matched records [OK]

Common Mistakes:

• Expecting result directly as array without .rows
• Confusing parameter placement
• Assuming query returns undefined or error

4. Identify the error in this raw query usage:

const userId = 10;
const result = await db.query('SELECT * FROM users WHERE id = ' + userId);

medium

A. The parameter should be passed as an object, not concatenated

B. The query syntax is invalid because of missing quotes

C. It risks SQL injection by concatenating variables directly

D. The query will always return zero results

Solution

1. Step 1: Analyze query construction

   The query concatenates userId directly into the string, which is unsafe and can cause SQL injection.

2. Step 2: Understand best practice

   Parameters should be passed separately using placeholders to avoid injection risks.

3. Final Answer:

   It risks SQL injection by concatenating variables directly -> Option C

4. Quick Check:

   Never concatenate variables directly in raw queries [OK]

Hint: Avoid string concatenation; use placeholders [OK]

Common Mistakes:

• Ignoring SQL injection risks
• Thinking concatenation is safe for numbers
• Not using parameterized queries

5. You need to update multiple user records with different emails using raw queries in Express. Which approach is best to safely perform this?

hard

A. Use raw queries without parameters for faster execution

B. Concatenate all updates into one big query string and run once

C. Update users one by one by concatenating values directly

D. Use a loop with parameterized raw queries for each user update

Solution

1. Step 1: Consider safety and flexibility

   Using a loop with parameterized queries ensures each update is safe and avoids SQL injection.

2. Step 2: Evaluate other options

   Concatenating all updates risks injection and syntax errors; skipping parameters is unsafe; direct concatenation is insecure.

3. Final Answer:

   Use a loop with parameterized raw queries for each user update -> Option D

4. Quick Check:

   Loop + parameters = safe batch updates [OK]

Hint: Loop with parameters for multiple safe updates [OK]

Common Mistakes:

• Trying to build one big concatenated query
• Ignoring parameterization for speed
• Concatenating user data directly