คอลัมน์ array ใน PostgreSQL ทำงานอย่างไร?

Question

IT Interview Practice · Accepted Answer

PostgreSQL รองรับคอลัมน์ **array** โดยคอลัมน์เดียวสามารถเก็บ *หลายค่า* ที่เป็นชนิดเดียวกัน นี่เป็นความสามารถที่โดดเด่นของ Postgres ซึ่งมีประโยชน์สำหรับการจัดเก็บรายการ (tags, roles, scores) โดยไม่ต้องมีตารางแยก พร้อมด้วย operators และ functions สำหรับการ query

## การกำหนดและ insert arrays

```sql
CREATE TABLE posts (
  id SERIAL PRIMARY KEY,
  title TEXT,
  tags TEXT[]                         -- an array of text
);

INSERT INTO posts (title, tags) VALUES
  ('Hello', ARRAY['ruby', 'web']),    -- ARRAY[] syntax
  ('World', '{"news", "tech"}');       -- or curly-brace literal
```

ไวยากรณ์ `type[]` ประกาศคอลัมน์ array คุณ insert ด้วย `ARRAY[...]` หรือไวยากรณ์ literal `'{...}'`

## การ query arrays

```sql
-- ANY — does the array contain a value?
SELECT * FROM posts WHERE 'ruby' = ANY(tags);

-- @> containment — does the array contain ALL of these?
SELECT * FROM posts WHERE tags @> ARRAY['ruby', 'web'];

-- && overlap — do the arrays share ANY element?
SELECT * FROM posts WHERE tags && ARRAY['tech', 'news'];

-- access by index (1-based!) and length
SELECT tags[1], array_length(tags, 1) FROM posts;

-- unnest — expand an array into rows
SELECT id, unnest(tags) AS tag FROM posts;   -- one row per tag
```

operators อย่าง `ANY` (มีค่านั้นหรือไม่), `@>` (containment) และ `&&` (overlap) บวกกับ functions อย่าง `unnest` (ขยายเป็นแถว) และ `array_agg` (รวมแถวเป็น array) ทำให้ arrays สามารถ query ได้

## การ index arrays (GIN)

```sql
-- a GIN index makes array containment/membership queries fast
CREATE INDEX idx_posts_tags ON posts USING GIN (tags);
-- now WHERE tags @> ARRAY['ruby'] uses the index
```

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

```text
✓ USE for: simple lists tightly coupled to the row (tags, roles, a few scores)
  where you don't need to query/join the individual values much
✗ AVOID when: you need to query, join, or maintain the values relationally,
  or the list is large/complex → a separate related table (normalized) is better
→ Arrays are convenient but can violate normalization; use them judiciously.
```

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

คอลัมน์ array เป็นความสามารถที่โดดเด่นและมีประโยชน์ของ PostgreSQL และการเข้าใจมันมีคุณค่าทั้งต่อการใช้ประโยชน์จากความสามารถของ Postgres และต่อการตัดสินใจออกแบบที่ดี

arrays ช่วยให้คุณจัดเก็บ **หลายค่าในคอลัมน์เดียว** (tags, roles, รายการต่าง ๆ) โดยไม่ต้องมีตารางแยก ซึ่งสะดวกสำหรับรายการเรียบง่ายที่ผูกแน่นกับแถว

การเข้าใจวิธีกำหนด, insert และโดยเฉพาะการ **query** arrays (operators อย่าง `ANY` สำหรับ membership, `@>` สำหรับ containment, `&&` สำหรับ overlap และ functions อย่าง `unnest` เพื่อขยาย arrays เป็นแถว) เป็นสิ่งจำเป็นสำหรับการใช้มันอย่างมีประสิทธิภาพ และการรู้ว่า **GIN indexes** ทำให้ query ของ array มีประสิทธิภาพเป็นสิ่งสำคัญต่อ performance

สิ่งที่สำคัญเท่ากันคือ **วิจารณญาณในการออกแบบ** ว่าเมื่อใดควรใช้ arrays เทียบกับตารางที่เกี่ยวข้องแบบ normalized: arrays สะดวกสำหรับรายการเรียบง่ายที่คุณไม่จำเป็นต้อง query, join หรือดูแลเชิง relational แต่มันอาจละเมิดหลักการ normalization และกลายเป็นเรื่องยุ่งยากเมื่อคุณต้อง query ค่าแต่ละตัว, join กับมัน หรือจัดการรายการที่ซับซ้อน/ใหญ่ ในกรณีนั้นตารางที่เกี่ยวข้องแยกต่างหากเป็นตัวเลือกแบบ normalized ที่ดีกว่า

การเข้าใจ trade-off นี้ (arrays เพื่อความสะดวกกับรายการเรียบง่ายที่ผูกกัน, ตารางแยกสำหรับข้อมูลที่จัดการเชิง relational) สะท้อนวิจารณญาณการออกแบบที่ดี

เนื่องจาก arrays เป็นความสามารถที่มีประโยชน์และโดดเด่นของ Postgres ซึ่งช่วยให้การออกแบบบางอย่างง่ายขึ้น (หลีกเลี่ยงตาราง join สำหรับรายการเรียบง่าย) แต่ก็อาจถูกใช้ผิด (denormalize ข้อมูลที่ควรเป็น relational) การเข้าใจคอลัมน์ array — วิธีกำหนด, query และ index มัน และที่สำคัญคือเมื่อใดที่เหมาะสมเทียบกับเมื่อใดที่ตาราง normalized ดีกว่า — จึงเป็นความรู้ที่มีคุณค่าและนำไปใช้ได้จริงสำหรับการออกแบบ schema ของ Postgres ที่ใช้แนวทางที่ถูกต้องสำหรับข้อมูลที่มีหลายค่าแต่ละชนิด

การกำหนดและ insert arrays

การ query arrays

การ index arrays (GIN)

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

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

คำถามที่เกี่ยวข้อง