ORDER BY ਅਤੇ LIMIT ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ, ਅਤੇ ਤੁਸੀਂ ਪੰਨੇ ਕਿਵੇਂ ਵੰਡਦੇ ਹੋ?

Question

Accepted Answer

**`ORDER BY`** ਨਤੀਜਿਆਂ ਦੀਆਂ ਕਤਾਰਾਂ ਨੂੰ ਸਾਜ਼ ਕਰਦਾ ਹੈ; **`LIMIT`** (`OFFSET` ਨਾਲ) ਇਹ ਪ੍ਰਤਿਬੰਧਿਤ ਕਰਦਾ ਹੈ ਕਿ ਕਿੰਨੀਆਂ ਕਤਾਰਾਂ ਵਾਪਸ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਇਕੱਠੇ ਉਹ ਸਾਜ਼ਿਸ਼ ਅਤੇ ਪੰਨਿਆਂ ਨੂੰ ਵੰਡਣ ਨੂੰ ਸੰਭਾਲਦੇ ਹਨ — ਕ੍ਰਮਵਾਰ, ਪੰਨਿਆਂ ਵਾਲੇ ਡੇਟਾ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ।

## 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` ਨੂੰ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਇਕੱਠੇ ਉਹ **ਆਫਸੈਟ ਪੰਨਿਆਂ ਨੂੰ ਵੰਡਣ** ਲਾਗੂ ਕਰਦੇ ਹਨ (ਪੰਨਾ N = `LIMIT pageSize OFFSET (N-1)*pageSize`)।

## ਹਮੇਸ਼ਾ ORDER BY ਨੂੰ ਪੰਨਿਆਂ ਵਾਲੇ ਡੇਟਾ ਨੂੰ ਵੰਡਦੇ ਸਮੇਂ ਵਰਤੋ

```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` ਦੇ ਬਿਨਾਂ, ਡਾਟਾਬੇਸ ਕਿਸੇ ਵੀ ਕ੍ਰਮ ਵਿੱਚ ਕਤਾਰਾਂ ਵਾਪਸ ਕਰ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਪੰਨੇ ਓਵਰਲੈਪ ਹੋ ਸਕਦੇ ਹਨ ਜਾਂ ਕਤਾਰਾਂ ਛੱਡ ਸਕਦੀਆਂ ਹਨ। ਪੰਨਿਆਂ ਨੂੰ ਵੰਡਦੇ ਸਮੇਂ ਹਮੇਸ਼ਾ ਇੱਕ ਸਥਿਰ ਕਾਲਮ ਦੁਆਰਾ ਸਾਜ਼ ਕਰੋ।

## OFFSET ਪੰਨਿਆਂ ਨੂੰ ਵੰਡਣਾ ਖਾਲੀ ਪੰਨਿਆਂ 'ਤੇ ਹੌਲੀ ਹੋ ਜਾਂਦਾ ਹੈ

```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` **ਪੰਨਿਆਂ ਨੂੰ ਵੰਡਣ** ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹਨ (ਡੇਟਾ ਦੇ ਪ੍ਰਬੰਧਨਯੋਗ ਪੰਨੇ ਵਾਪਸ ਕਰਨਾ) — ਦੋਨੋਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਸਰਵਵਿਆਪੀ।

ਦੋ ਵਿਹਾਰਕ ਬਿੰਦੂ ਖਾਸ ਕਰਕੇ ਮਹੱਤਵਪੂਰਨ ਹਨ: **ਪੰਨਿਆਂ ਨੂੰ ਵੰਡਦੇ ਸਮੇਂ ਹਮੇਸ਼ਾ `ORDER BY` ਵਰਤੋ** (ਇਸ ਦੇ ਬਿਨਾਂ, ਕਤਾਰਾਂ ਦਾ ਕ੍ਰਮ ਅਸਪਸ਼ਟ ਹੈ, ਗੈਰ-ਅਨੁਕੂਲ ਪੰਨੇ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ ਜੋ ਓਵਰਲੈਪ ਹੋ ਜਾਂ ਕਤਾਰਾਂ ਛੱਡ ਜਾਂ — ਇੱਕ ਅਸਲੀ, ਆਮ ਬਗ), ਅਤੇ ਇਹ ਸਮਝਣਾ ਕਿ **OFFSET ਪੰਨਿਆਂ ਨੂੰ ਵੰਡਣਾ ਖਾਲੀ ਪੰਨਿਆਂ 'ਤੇ ਘਟਦਾ ਹੈ** (ਡਾਟਾਬੇਸ ਨੂੰ ਸਾਰੀਆਂ ਪਿਛਲੀਆਂ ਕਤਾਰਾਂ ਨੂੰ ਛੱਡਣਾ ਚਾਹੀਦਾ ਹੈ, ਵੱਡੇ ਆਫਸੈਟ ਲਈ ਹੌਲਾ ਨਿਕਲ ਜਾਂਦਾ ਹੈ), ਇਸ ਲਈ **keyset/cursor ਪੰਨਿਆਂ ਨੂੰ ਵਿਭਾਜਿਤ ਕਰਨਾ** (`WHERE id > last_seen`) ਵੱਡੇ ਡੇਟਾਸੈਟ ਲਈ ਬਹੁਤ ਜ਼ਿਆਦਾ ਕੁਸ਼ਲ ਹੈ — ਕਾਰਕਰਦਮਰਾ ਜਾਣ ਲਈ।

ਕਿਉਂਕਿ ਸਾਜ਼ਿਸ਼ ਅਤੇ ਪੰਨਿਆਂ ਨੂੰ ਵਿਭਾਜਿਤ ਕਰਨਾ ਲਗਭਗ ਕਿਸੇ ਵੀ ਡੇਟਾ ਡਿਸਪਲੇ ਲਈ ਜ਼ਰੂਰੀ ਹੈ, ਅਤੇ ਕਿਉਂਕਿ ਇਸ ਸਥਿਰਤਾ ਦੀ ਜ਼ਰੂਰਤ ਹੈ (ਸਥਿਰ ਪੰਨਿਆਂ ਨੂੰ ਵਿਭਾਜਿਤ ਕਰਨ ਲਈ `ORDER BY`) ਅਤੇ ਕਾਰਕਰਦਮੀ ਵਿਚਾਰ (ਵੱਡੇ ਡੇਟਾ ਲਈ `OFFSET` ਬਨਾਮ keyset) ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਸਥਿਰਤਾ ਅਤੇ ਗਤੀ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੇ ਹਨ, `ORDER BY` ਅਤੇ `LIMIT` ਵਿੱਚ ਮਾਹਿਰ ਬਣਨਾ — ਸਾਜ਼ਿਸ਼, ਆਫਸੈਟ ਪੰਨਿਆਂ ਨੂੰ ਵਿਭਾਜਿਤ ਕਰਨਾ, ਸਥਿਰ-ਕ੍ਰਮਬੱਧਕਰਨ ਦੀ ਜ਼ਰੂਰਤ, ਅਤੇ ਪੈਮਾਨੇ ਲਈ keyset ਵਿਕਲਪ — ਡੇਟਾ ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਪ੍ਰਸਤੁਤ ਕਰਨ ਵਾਲੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਬੀ ਕਰਨ ਲਈ ਕੋਰ, ਅਕਸਰ-ਲਾਗੂ ਜ਼ਾਨਕਾਰੀ ਹੈ।