ORDER BY และ LIMIT ทำงานอย่างไร และคุณทำ pagination อย่างไร?

Question

Accepted Answer

**`ORDER BY`** เรียงลำดับแถวผลลัพธ์ ส่วน **`LIMIT`** (พร้อม `OFFSET`) จำกัดจำนวนแถวที่คืนค่า เมื่อใช้ร่วมกัน ทั้งสองจัดการการเรียงลำดับและการทำ pagination — จำเป็นสำหรับการแสดงข้อมูลที่เรียงลำดับและแบ่งหน้า

## ORDER BY — การเรียงลำดับ

```sql
SELECT name, age FROM users ORDER BY age;            -- ascending (default)
SELECT name, age FROM users ORDER BY age DESC;        -- descending
SELECT * FROM users ORDER BY country, name;           -- by country, then name (tie-break)
SELECT * FROM users ORDER BY created_at DESC NULLS LAST;  -- control NULL placement
```

`ORDER BY` เรียงลำดับตามคอลัมน์หนึ่งหรือหลายคอลัมน์ จากน้อยไปมาก (ค่าเริ่มต้น) หรือ `DESC` หลายคอลัมน์ใช้สำหรับการตัดสินค่าที่เท่ากัน (เรียงตามคอลัมน์แรก แล้วตามคอลัมน์ที่สองสำหรับค่าที่เท่ากัน)

## LIMIT และ OFFSET — การจำกัดและการแบ่งหน้า

```sql
SELECT * FROM users ORDER BY name LIMIT 10;            -- the first 10 rows
SELECT * FROM users ORDER BY name LIMIT 10 OFFSET 20;  -- skip 20, take 10 (page 3)
-- (syntax varies: MySQL/Postgres use LIMIT/OFFSET; SQL Server uses TOP / OFFSET-FETCH)
```

`LIMIT n` คืนค่าแถวได้มากที่สุด `n` แถว; `OFFSET m` ข้าม `m` แถวแรก เมื่อใช้ร่วมกัน ทั้งสองทำ **offset pagination** (หน้าที่ N = `LIMIT pageSize OFFSET (N-1)*pageSize`)

## ใช้ ORDER BY เสมอเมื่อทำ pagination

```sql
-- ❌ LIMIT without ORDER BY → row order is UNDEFINED (inconsistent pages!)
SELECT * FROM users LIMIT 10;
-- ✅ always ORDER BY a stable column for consistent pagination
SELECT * FROM users ORDER BY id LIMIT 10;
```

**สำคัญยิ่ง:** หากไม่มี `ORDER BY` ฐานข้อมูลอาจคืนค่าแถวในลำดับใดก็ได้ ดังนั้นหน้าต่าง ๆ อาจซ้อนทับหรือข้ามแถวกันได้ ให้เรียงลำดับตามคอลัมน์ที่เสถียรเสมอเมื่อทำ pagination

## offset pagination ช้าลงในหน้าลึก ๆ

```text
⚠️ LIMIT 10 OFFSET 1000000 — the DB must SKIP a million rows first (slow on deep pages).
For large datasets, KEYSET (cursor) pagination is far more efficient:
  WHERE id > :last_seen_id ORDER BY id LIMIT 10   -- uses an index, no skipping
```

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

`ORDER BY` และ `LIMIT` เป็นพื้นฐานสำคัญสำหรับการแสดงข้อมูลในรูปแบบที่มีประโยชน์และจัดการได้ — การเรียงลำดับผลลัพธ์และการคืนค่าทีละหน้าแทนที่จะคืนทั้งตารางเป็นความต้องการที่แทบจะสากล (รายการ ตาราง หรือฟีดใด ๆ ในแอปพลิเคชัน) ดังนั้นการเข้าใจมันจึงเป็นความรู้พื้นฐานที่จำเป็นในทุกวัน `ORDER BY` (การเรียงลำดับตามคอลัมน์หนึ่งหรือหลายคอลัมน์ พร้อมการตัดสินค่าที่เท่ากัน) จำเป็นสำหรับการนำเสนอข้อมูลในลำดับที่มีความหมาย และ `LIMIT`/`OFFSET` ทำ **pagination** (คืนค่าหน้าข้อมูลที่จัดการได้) — ทั้งสองพบได้ทุกที่ในแอปพลิเคชัน

สองจุดเชิงปฏิบัติที่สำคัญเป็นพิเศษคือ: **ใช้ `ORDER BY` เสมอเมื่อทำ pagination** (หากไม่มีมัน ลำดับแถวจะไม่ถูกกำหนด ทำให้หน้าต่าง ๆ ไม่สอดคล้องกันที่ซ้อนทับหรือข้ามแถว — เป็น bug จริงที่พบบ่อย) และการเข้าใจว่า **offset pagination เสื่อมประสิทธิภาพในหน้าลึก ๆ** (ฐานข้อมูลต้องข้ามทุกแถวก่อนหน้า ทำให้ช้าลงสำหรับ offset ขนาดใหญ่) ดังนั้น **keyset/cursor pagination** (`WHERE id > last_seen`) จึงมีประสิทธิภาพมากกว่ามากสำหรับชุดข้อมูลขนาดใหญ่ — เป็นความรู้ที่มีค่าด้านประสิทธิภาพ

เนื่องจากการเรียงลำดับและ pagination จำเป็นสำหรับการแสดงข้อมูลแทบทุกอย่าง และเนื่องจากข้อกำหนดด้านความสอดคล้อง (ORDER BY สำหรับ pagination ที่เสถียร) และข้อพิจารณาด้านประสิทธิภาพ (OFFSET เทียบกับ keyset สำหรับข้อมูลขนาดใหญ่) ส่งผลโดยตรงต่อความถูกต้องและความเร็ว การเชี่ยวชาญ `ORDER BY` และ `LIMIT` — การเรียงลำดับ offset pagination ข้อกำหนดเรื่องลำดับที่เสถียร และทางเลือก keyset สำหรับ scale — จึงเป็นความรู้หลักที่นำไปใช้บ่อยสำหรับการสร้างแอปพลิเคชันที่นำเสนอข้อมูลได้อย่างมีประสิทธิภาพ