Schema trong PostgreSQL là gì?

Question

Accepted Answer

Một **schema** trong PostgreSQL là một **namespace** bên trong một database — một container logic nhóm các bảng, view, function và các đối tượng khác có liên quan. Schema cho phép bạn tổ chức các đối tượng và tránh xung đột tên; schema mặc định là `public`.

## Schema tổ chức các đối tượng bên trong một database

```text
Một PostgreSQL server có thể có nhiều DATABASE.
Mỗi database có thể có nhiều SCHEMA (namespace).
Mỗi schema chứa các TABLE, view, function, v.v.
→ Phân cấp: server → database → schema → bảng/đối tượng
```

```sql
CREATE SCHEMA sales;                    -- tạo một schema
CREATE TABLE sales.orders (...);         -- một bảng TRONG schema sales (tên đầy đủ)
SELECT * FROM sales.orders;              -- tham chiếu bằng schema.table

-- schema mặc định là `public` — các đối tượng không có tiền tố vào đó
CREATE TABLE users (...);                -- thực ra là public.users
```

Các đối tượng được tham chiếu dưới dạng `schema.object`. Không có tiền tố schema, Postgres dùng **search path** (mặc định: `public`).

## Search path

```sql
SHOW search_path;                        -- mặc định: "$user", public
SET search_path TO sales, public;        -- tìm trong sales trước, rồi public
SELECT * FROM orders;                    -- tìm thấy sales.orders (không cần tiền tố)
```

**Search path** quyết định Postgres tìm trong những schema nào cho các tên không có tiền tố — thiết lập nó cho phép bạn dùng tên ngắn trong một schema đã chọn.

## Tại sao dùng schema

```text
✓ TỔ CHỨC — nhóm các đối tượng liên quan (ví dụ schema `sales`, `inventory`, `auth`)
✓ Tránh xung đột tên — hai schema có thể mỗi cái có một bảng `orders`
✓ MULTI-TENANCY — một schema cho mỗi tenant (cô lập dữ liệu từng khách hàng)
✓ BẢO MẬT/quyền — cấp quyền truy cập theo từng schema
✓ Tách biệt các mối quan tâm — ví dụ schema `app` so với schema `analytics`
```

Một mẫu phổ biến là **một schema cho mỗi tenant** trong các ứng dụng multi-tenant, hoặc nhóm theo domain/module.

## Tại sao điều này quan trọng

Schema là một tính năng hữu ích của PostgreSQL để **tổ chức các đối tượng database**, và hiểu chúng là giá trị cho việc cấu trúc database tốt, đặc biệt khi chúng phát triển hoặc phục vụ nhiều tenant.

Hiểu rằng một schema là một namespace bên trong một database (nhóm các bảng, view, function) — với phân cấp server → database → schema → đối tượng — làm rõ cách Postgres tổ chức các đối tượng và cách tham chiếu chúng (`schema.object`, hoặc dựa vào **search path** cho các tên không có tiền tố, mặc định là `public`).

Biết các **công dụng thực tiễn** là giá trị then chốt: schema cung cấp sự tổ chức (nhóm các đối tượng liên quan theo domain/module — `auth`, `sales`, `analytics`), tránh xung đột tên (các schema khác nhau có thể có bảng cùng tên), cho phép bảo mật/quyền theo từng schema, và quan trọng là hỗ trợ **multi-tenancy** (một mẫu phổ biến với một schema cho mỗi tenant để cô lập dữ liệu từng khách hàng — một lựa chọn kiến trúc quan trọng cho các ứng dụng SaaS).

Hiểu schema và search path giúp bạn tổ chức một database gọn gàng, tránh sự lộn xộn và xung đột khi đặt mọi thứ vào `public`, và triển khai các mẫu như multi-tenancy.

Vì việc tổ chức các đối tượng database một cách logic quan trọng cho khả năng bảo trì (đặc biệt trong các ứng dụng lớn hơn), và vì schema cho phép các mẫu quan trọng (tách biệt domain, multi-tenancy, bảo mật theo schema), nên hiểu schema của PostgreSQL — chúng là gì, search path, và các công dụng thực tiễn — là kiến thức giá trị, liên quan thực tiễn để cấu trúc các database Postgres hiệu quả, đặc biệt phù hợp cho các ứng dụng lớn hơn hoặc multi-tenant nơi việc tổ chức đối tượng tốt là quan trọng.