schemas ใน PostgreSQL คืออะไร?

Question

Accepted Answer

**schema** ใน PostgreSQL คือ **namespace** ภายในฐานข้อมูล เป็นภาชนะเชิงตรรกะที่จัดกลุ่มตาราง, views, functions และ object อื่น ๆ ที่เกี่ยวข้อง schema ช่วยให้คุณจัดระเบียบ object และหลีกเลี่ยงการชื่อชนกัน โดย schema เริ่มต้นคือ `public`

## schema จัดระเบียบ object ภายในฐานข้อมูล

```text
A PostgreSQL server can have multiple DATABASES.
Each database can have multiple SCHEMAS (namespaces).
Each schema contains TABLES, views, functions, etc.
→ Hierarchy: server → database → schema → tables/objects
```

```sql
CREATE SCHEMA sales;                    -- create a schema
CREATE TABLE sales.orders (...);         -- a table IN the sales schema (qualified name)
SELECT * FROM sales.orders;              -- reference with schema.table

-- the default schema is `public` — unqualified objects go there
CREATE TABLE users (...);                -- actually public.users
```

Object ถูกอ้างอิงในรูปแบบ `schema.object` หากไม่มี prefix ของ schema Postgres จะใช้ **search path** (ค่าเริ่มต้น: `public`)

## search path

```sql
SHOW search_path;                        -- default: "$user", public
SET search_path TO sales, public;        -- look in sales first, then public
SELECT * FROM orders;                    -- finds sales.orders (no prefix needed)
```

**search path** กำหนดว่า Postgres จะมองหาชื่อที่ไม่มี prefix ใน schema ใดบ้าง การตั้งค่ามันช่วยให้คุณใช้ชื่อสั้น ๆ ภายใน schema ที่เลือกได้

## ทำไมจึงใช้ schema

```text
✓ ORGANIZATION — group related objects (e.g. `sales`, `inventory`, `auth` schemas)
✓ Avoid naming collisions — two schemas can each have an `orders` table
✓ MULTI-TENANCY — a schema per tenant (isolating each customer's data)
✓ SECURITY/permissions — grant access per schema
✓ Separating concerns — e.g. an `app` schema vs an `analytics` schema
```

รูปแบบที่พบบ่อยคือการมี **schema ต่อ tenant** ในแอปพลิเคชันแบบ multi-tenant หรือการจัดกลุ่มตามโดเมน/โมดูล

## ทำไมจึงสำคัญ

schema เป็นความสามารถที่มีประโยชน์ของ PostgreSQL สำหรับ **การจัดระเบียบ object ในฐานข้อมูล** และการเข้าใจมันมีคุณค่าต่อการจัดโครงสร้างฐานข้อมูลให้ดี โดยเฉพาะเมื่อฐานข้อมูลเติบโตหรือให้บริการหลาย tenant

การเข้าใจว่า schema เป็น namespace ภายในฐานข้อมูล (จัดกลุ่มตาราง, views, functions) พร้อมลำดับชั้น server → database → schema → objects ช่วยให้เข้าใจว่า Postgres จัดระเบียบ object อย่างไรและจะอ้างอิงมันอย่างไร (`schema.object` หรือพึ่งพา **search path** สำหรับชื่อที่ไม่มี prefix ซึ่งมีค่าเริ่มต้นเป็น `public`)

การรู้ **การใช้งานจริง** เป็นคุณค่าหลัก: schema ให้การจัดระเบียบ (จัดกลุ่ม object ที่เกี่ยวข้องตามโดเมน/โมดูล — `auth`, `sales`, `analytics`), หลีกเลี่ยงการชื่อชนกัน (schema ต่างกันมีตารางชื่อเดียวกันได้), เปิดใช้ security/permissions ต่อ schema และที่สำคัญคือรองรับ **multi-tenancy** (รูปแบบที่พบบ่อยคือหนึ่ง schema ต่อหนึ่ง tenant เพื่อแยกข้อมูลของลูกค้าแต่ละราย ซึ่งเป็นตัวเลือกเชิงสถาปัตยกรรมที่สำคัญสำหรับแอปพลิเคชัน SaaS)

การเข้าใจ schema และ search path ช่วยให้คุณจัดระเบียบฐานข้อมูลได้อย่างสะอาด หลีกเลี่ยงความรกและการชนกันของการใส่ทุกอย่างไว้ใน `public` และนำรูปแบบอย่าง multi-tenancy ไปใช้ได้

เนื่องจากการจัดระเบียบ object ในฐานข้อมูลอย่างเป็นตรรกะมีความสำคัญต่อการบำรุงรักษา (โดยเฉพาะในแอปพลิเคชันขนาดใหญ่) และเนื่องจาก schema เปิดใช้รูปแบบสำคัญ (การแยกโดเมน, multi-tenancy, security ต่อ schema) การเข้าใจ schema ของ PostgreSQL — ว่ามันคืออะไร, search path และการใช้งานจริง — จึงเป็นความรู้ที่มีคุณค่าและนำไปใช้ได้จริงสำหรับการจัดโครงสร้างฐานข้อมูล Postgres อย่างมีประสิทธิภาพ โดยเฉพาะสำหรับแอปพลิเคชันขนาดใหญ่หรือแบบ multi-tenant ที่การจัดระเบียบ object ที่ดีมีความสำคัญ