JSONB ทำงานอย่างไร และเมื่อใดควรใช้?

Question

Accepted Answer

**`JSONB`** คือชนิดข้อมูล JSON แบบ binary ของ PostgreSQL มันจัดเก็บข้อมูล JSON ในรูปแบบที่มีประสิทธิภาพ **query ได้ และ index ได้** มันช่วยให้คุณจัดเก็บข้อมูลแบบยืดหยุ่นและกึ่งโครงสร้างใน relational database ผสานความถูกต้องเชิง relational เข้ากับความยืดหยุ่นแบบ NoSQL เป็นหนึ่งในความสามารถที่ทรงพลังที่สุดของ Postgres

## JSONB เทียบกับ JSON

```text
JSON  → stores the exact text (preserves whitespace/key order/duplicates), parsed each query
JSONB → stores a DECOMPOSED BINARY format → slightly slower to write, but MUCH faster
        to query, and supports INDEXING and rich operators
→ Use JSONB in almost all cases (JSON only if you need exact text preservation).
```

## การจัดเก็บและ query JSONB

```sql
CREATE TABLE products (id SERIAL, attributes JSONB);
INSERT INTO products (attributes) VALUES
  ('{"color": "red", "size": "L", "tags": ["new", "sale"]}');

-- extract values
SELECT attributes->'color'   FROM products;   -- -> returns JSONB: "red"
SELECT attributes->>'color'  FROM products;   -- ->> returns TEXT: red
SELECT attributes#>>'{tags,0}' FROM products; -- nested path: first tag

-- query by content
SELECT * FROM products WHERE attributes->>'color' = 'red';
SELECT * FROM products WHERE attributes @> '{"color": "red"}';  -- containment
SELECT * FROM products WHERE attributes ? 'color';              -- key exists
```

operators: `->` (ได้ฟิลด์ JSONB), `->>` (ได้เป็น text), `@>` (containment), `?` (มี key หรือไม่), `#>>` (nested path) สิ่งเหล่านี้ทำให้ JSONB query ได้อย่างหลากหลาย ต่างจากการจัดเก็บ JSON เป็นข้อความธรรมดา

## การ index JSONB (กุญแจสู่ performance)

```sql
-- a GIN index makes containment/key queries fast
CREATE INDEX idx_attrs ON products USING GIN (attributes);
-- now WHERE attributes @> '{"color": "red"}' uses the index

-- or index a specific extracted field
CREATE INDEX idx_color ON products ((attributes->>'color'));
```

## เมื่อใดควรใช้ JSONB (และเมื่อใดไม่ควร)

```text
✓ USE for: flexible/variable attributes, settings, API payloads, sparse fields,
  semi-structured data that varies per row, or rapidly-evolving schemas
✗ AVOID for: data that's well-structured and queried relationally → use normal columns
  (better constraints, types, and typically better performance for structured queries)
→ Mix both: structured data in columns, variable/flexible data in a JSONB column.
```

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

JSONB เป็นหนึ่งในความสามารถที่สำคัญและโดดเด่นที่สุดของ PostgreSQL และการเข้าใจมันมีคุณค่าสูงมากเพราะมันช่วยให้คุณ **จัดเก็บและ query ข้อมูลกึ่งโครงสร้างอย่างมีประสิทธิภาพภายใน relational database** ผสานความถูกต้อง, transactions และพลังเชิง relational ของ Postgres เข้ากับความยืดหยุ่นของ document/NoSQL store ซึ่งเป็นความสามารถสำคัญสำหรับแอปพลิเคชันสมัยใหม่

ข้อได้เปรียบหลักเหนือการจัดเก็บ JSON เป็นข้อความธรรมดา (หรือชนิด `JSON`) คือ **JSONB query ได้และ index ได้**: operators ที่หลากหลาย (`->`, `->>`, `@>`, `?`) ช่วยให้คุณดึงและ filter บนเนื้อหา JSON ได้ และ **GIN indexes** (หรือ index บนฟิลด์ที่ดึงออกมา) ทำให้ query เหล่านี้เร็ว ดังนั้นคุณจึงได้ความยืดหยุ่นแบบ document-store โดยไม่เสีย performance ของการ query

สิ่งนี้ทำให้ JSONB เหมาะอย่างยิ่งสำหรับ attribute ที่ยืดหยุ่นหรือผันแปร, การตั้งค่า, payload จาก API, ข้อมูลแบบ sparse และ schema ที่เปลี่ยนแปลง ซึ่งเป็นความต้องการสมัยใหม่ที่พบบ่อยที่มิฉะนั้นจะต้องใช้ฐานข้อมูล NoSQL หรือการออกแบบ schema ที่ยุ่งยาก

การเข้าใจความแตกต่าง **JSONB เทียบกับ JSON** (JSONB สำหรับเกือบทุกกรณี), query operators, **การ index** (จำเป็นต่อ performance) และที่สำคัญคือ **เมื่อใดควรใช้ JSONB เทียบกับคอลัมน์ปกติ** (JSONB สำหรับข้อมูลยืดหยุ่น/ผันแปร/กึ่งโครงสร้าง, คอลัมน์ปกติสำหรับข้อมูลที่มีโครงสร้างดีและ query เชิง relational โดยมักผสมทั้งสอง) สะท้อนวิจารณญาณการออกแบบที่เป็นผู้ใหญ่

เนื่องจากความสามารถในการจัดการข้อมูลยืดหยุ่นกึ่งโครงสร้างมีความสำคัญมากขึ้นเรื่อย ๆ และเนื่องจาก JSONB ให้สิ่งนี้ภายใน relational database ที่แข็งแกร่ง (มักขจัดความจำเป็นในการมี NoSQL store แยก) การเข้าใจ JSONB — การ query, การ index และการใช้งานที่เหมาะสม — จึงเป็นความรู้ที่มีคุณค่าและเกี่ยวข้องบ่อยซึ่งเป็นเหตุผลสำคัญที่ทำให้ PostgreSQL ได้รับความนิยมสำหรับแอปพลิเคชันสมัยใหม่ และเป็นเครื่องหมายของการใช้ประโยชน์จากพลังเต็มที่ของ Postgres