docker Container vs docker Volumes for database

Siddharth Gupta — Thu, 17 Jul 2025 10:59:03 +0000

using docker Container

The data is stored inside the container's writable layer. to be honest, If the container is deleted, the data is gone.The usage of docker container is rare for persistent data (not recommended for databases).

using Bind Mount (type: bind) method to host container
the Bind Mount method is used to map a specific host directory (e.g., /devdata/postgres) to a path inside the container.

using docker Volume

When we use docker volume to run the instance locally, A Docker-managed storage directory that lives inside /var/lib/docker/volumes/, abstracted from the host.now fun part i, it is being created and managed independently from the host filesystem.

what if I delete any container in docker?

A Docker container is a lightweight, standalone, and executable package that includes everything needed to run an application—such as code, runtime, system tools, libraries, and settings. It is essentially a running instance of a Docker image, designed to execute processes in an isolated environment. However, any data created inside a container is stored in its writable layer and will be lost if the container is deleted or restarted without persistent storage.

what if I delete a volume in docker?

On the other hand, a Docker volume is a persistent storage mechanism managed by Docker, used specifically to store data outside the container's ephemeral lifecycle. Volumes are ideal for storing data that needs to persist between container restarts, such as databases, uploaded files, logs, or user sessions. Volumes are created and managed independently of containers and can be shared between multiple containers. They are stored in Docker's internal storage path (usually /var/lib/docker/volumes/) and offer better performance, portability, and data safety compared to writing data inside a container or using host bind mounts.

In local development, you might sometimes use bind mounts to map host directories to containers for easier debugging and direct file access. However, in production environments, Docker volumes are strongly recommended for handling persistent data, especially for databases like PostgreSQL or Redis. Containers focus on running code, while volumes focus on reliably storing data across container lifecycles. When used together properly, they form a powerful and scalable system for deploying modern applications.

Understanding Optional Parameters: TypeScript Interface vs Zod Schema

Siddharth Gupta — Sun, 06 Jul 2025 12:54:09 +0000

Ever encountered a situation where your TypeScript interface works fine with optional parameters, but Zod schema throws an error? Let's break down this interesting difference!

The Problem
Consider this autocomplete component with optional parameters:

Why This Happens?

-> TypeScript Interface:

Follows JavaScript's natural function behavior
Optional parameters can be completely omitted
More flexible, compile-time only

-> Zod Schema:

Enforces runtime validation
.args() requires all parameters to be provided, even if undefined
Stricter validation for data safety

When to Use What?

-> Use TypeScript Interface when:

You want flexible, natural JavaScript function behavior
You're doing compile-time type checking only
Working with UI components and callbacks

-> Use Zod Schema when: