PostgreSQL connection with pg in Node.js - Performance & Optimization

Performance: PostgreSQL connection with pg

MEDIUM IMPACT

This affects the initial page load speed and responsiveness by controlling how database queries impact server response time.

Connecting to PostgreSQL in a Node.js app

Node.js

import { Pool } from 'pg';

const pool = new Pool({ connectionString: process.env.DATABASE_URL });

async function fetchData() {
  const res = await pool.query('SELECT * FROM users');
  return res.rows;
}

Using a connection pool reuses existing connections, reducing connection overhead and improving query speed.

📈 Performance GainReduces query latency and server blocking by reusing connections instead of reconnecting each time.

Connecting to PostgreSQL in a Node.js app

Node.js

import { Client } from 'pg';

async function fetchData() {
  const client = new Client({ connectionString: process.env.DATABASE_URL });
  await client.connect();
  const res = await client.query('SELECT * FROM users');
  await client.end();
  return res.rows;
}

Creating and closing a new client connection for every query causes high overhead and delays.

📉 Performance CostBlocks server response for each query due to repeated connection setup and teardown.

Performance Comparison

Pattern	DOM Operations	Reflows	Paint Cost	Verdict
New client per query	N/A	N/A	N/A	[X] Bad
Connection pool reuse	N/A	N/A	N/A	[OK] Good

Rendering Pipeline

Database connection patterns affect server response time, which impacts how fast the browser receives data to render the page.

→Server Processing

→Network Transfer

→Browser Rendering

⚠️ BottleneckServer Processing due to connection overhead and query execution time

Core Web Vital Affected

INP

This affects the initial page load speed and responsiveness by controlling how database queries impact server response time.

Optimization Tips

1Avoid creating a new PostgreSQL client for every query to reduce connection overhead.

2Use a connection pool to reuse database connections efficiently.

3Monitor server response times to catch slow database interactions affecting user experience.

Performance Quiz - 3 Questions

What is the main performance problem with creating a new PostgreSQL client for every query in Node.js?

A It causes repeated connection overhead, slowing server response.

B It increases browser rendering time directly.

C It reduces network bandwidth usage.

D It improves query execution speed.

DevTools: Network

How to check: Open DevTools, go to Network tab, observe server response times for API calls that query the database.

What to look for: Look for long waiting times (TTFB) indicating slow server responses due to inefficient DB connections.

Practice

1. What is the main purpose of the pg library in Node.js?

easy

A. To connect and interact with PostgreSQL databases

B. To create web servers

C. To manage file uploads

D. To style web pages

Solution

1. Step 1: Understand the role of pg

   The pg library is designed specifically to connect Node.js applications to PostgreSQL databases.

2. Step 2: Compare with other options

   Creating web servers, managing file uploads, and styling pages are unrelated to database connections and are handled by other libraries.

3. Final Answer:

   To connect and interact with PostgreSQL databases -> Option A

4. Quick Check:

   pg = PostgreSQL connection [OK]

Hint: Remember pg is for PostgreSQL database connection [OK]

Common Mistakes:

• Confusing pg with web server libraries
• Thinking pg handles frontend styling
• Assuming pg manages file uploads

2. Which of the following is the correct way to create a new Client instance from the pg library?

easy

A. const client = pg.connect('postgresql://user:pass@localhost/db');

B. const client = new pg.Client({ connectionString: 'postgresql://user:pass@localhost/db' });

C. const client = new Client.connect('postgresql://user:pass@localhost/db');

D. const client = pg.new Client('postgresql://user:pass@localhost/db');

Solution

1. Step 1: Recall the correct Client creation syntax

   The pg library requires creating a new Client instance using new pg.Client() with a config object.

2. Step 2: Check each option's syntax

   const client = new pg.Client({ connectionString: 'postgresql://user:pass@localhost/db' }); correctly uses new pg.Client({ connectionString: ... }). Options B, C, and D use invalid syntax or methods that do not exist.

3. Final Answer:

   const client = new pg.Client({ connectionString: 'postgresql://user:pass@localhost/db' }); -> Option B

4. Quick Check:

   Use new pg.Client with config object [OK]

Hint: Use 'new pg.Client' with config object for connection [OK]

Common Mistakes:

• Calling pg.connect directly without new Client
• Using incorrect method names like Client.connect
• Missing the 'new' keyword when creating Client

3. What will the following code output if the query succeeds?

const { Client } = require('pg');
const client = new Client({ connectionString: 'postgresql://user:pass@localhost/db' });

async function run() {
  await client.connect();
  const res = await client.query('SELECT 1 AS number');
  console.log(res.rows[0].number);
  await client.end();
}

run();

medium

A. 1

B. [{ number: 1 }]

C. undefined

D. Error: query failed

Solution

1. Step 1: Understand the query and result structure

   The query SELECT 1 AS number returns one row with a column named 'number' having value 1.

2. Step 2: Check how the result is accessed

   The code logs res.rows[0].number, which accesses the first row's 'number' field, so it prints 1.

3. Final Answer:

   1 -> Option A

4. Quick Check:

   res.rows[0].number = 1 [OK]

Hint: Access query result via res.rows[0].columnName [OK]

Common Mistakes:

• Logging res.rows instead of a specific field
• Expecting the whole array instead of one value
• Not awaiting client.connect() before query

4. Identify the error in this code snippet that uses pg to connect to PostgreSQL:

const { Client } = require('pg');
const client = new Client({ connectionString: 'postgresql://user:pass@localhost/db' });

client.connect();
const res = await client.query('SELECT NOW()');
console.log(res.rows[0]);
client.end();

medium

A. client.end() should be called before query

B. client.query() should not be awaited

C. No error, code is correct

D. Missing await before client.connect()

Solution

1. Step 1: Check async usage for connect()

   The client.connect() method returns a promise and must be awaited to ensure connection before querying.

2. Step 2: Verify other async calls

   The await before client.query() is correct. Calling client.end() after query is also correct.

3. Final Answer:

   Missing await before client.connect() -> Option D

4. Quick Check:

   Always await client.connect() before queries [OK]

Hint: Always await client.connect() before querying [OK]

Common Mistakes:

• Not awaiting client.connect() causing race conditions
• Awaiting client.query() is correct, so skipping it is wrong
• Calling client.end() too early before query finishes

5. You want to write a Node.js function using pg that connects to PostgreSQL, runs a query, and always closes the connection even if an error occurs. Which pattern is best?

hard

A. Call connect, query, and end sequentially without error handling

B. Only call client.end() if query succeeds, skip on error

C. Use try-catch-finally: connect in try, query in try, close in finally

D. Use callbacks instead of async/await for better error handling

Solution

1. Step 1: Understand error-safe connection handling

   To ensure the connection closes even if an error happens, use a try-catch-finally block where client.end() is called in the finally block.

2. Step 2: Evaluate options for best practice

   Use try-catch-finally: connect in try, query in try, close in finally correctly uses try-catch-finally. Call connect, query, and end sequentially without error handling lacks error handling. Only call client.end() if query succeeds, skip on error risks leaving connection open on errors. Use callbacks instead of async/await for better error handling is outdated compared to async/await.

3. Final Answer:

   Use try-catch-finally: connect in try, query in try, close in finally -> Option C

4. Quick Check:

   try-catch-finally ensures connection closes [OK]

Hint: Use try-catch-finally to always close connection [OK]

Common Mistakes:

• Not closing connection on errors
• Ignoring async/await for error handling
• Closing connection only on success