ORDER BY முடிவு rows-களை sort செய்கிறது; LIMIT (OFFSET உடன்) எத்தனை rows திரும்பக் கொடுக்கப்படுகின்றன என்பதைக் கட்டுப்படுத்துகிறது. இவை இரண்டும் சேர்ந்து sorting மற்றும் pagination-ஐக் கையாளுகின்றன — ordered, paged data-வைக் காண்பிப்பதற்கு அவசியம்.
name, age users age;
name, age users age ;
users country, name;
users created_at ;
ORDER BY ஒன்று அல்லது அதற்கு மேற்பட்ட columns-களால் sort செய்கிறது, ascending (default) அல்லது DESC. பல columns tie-breaking-ஐ வழங்குகின்றன (முதலாவதால் sort செய்தல், பிறகு சமமான மதிப்புகளுக்கு இரண்டாவதால்).
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 rows-களைத் திரும்பக் கொடுக்கிறது; OFFSET m முதல் m-ஐத் தவிர்க்கிறது. இவை இரண்டும் சேர்ந்து offset pagination-ஐ செயல்படுத்துகின்றன (page N = LIMIT pageSize OFFSET (N-1)*pageSize).
-- ❌ 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 இல்லாமல், database எந்த வரிசையிலும் rows-களைத் திரும்பக் கொடுக்கலாம், எனவே pages மேலெழும்பலாம் அல்லது rows-களைத் தவிர்க்கலாம். paginate செய்யும்போது எப்போதும் ஒரு stable column-ஆல் sort செய்யவும்.
⚠️ 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, data-வை ஒரு பயனுள்ள, நிர்வகிக்கக்கூடிய வழியில் காண்பிப்பதற்கு அடிப்படையானவை — முடிவுகளை sort செய்வதும், முழு tables-களுக்குப் பதிலாக pages-களைத் திரும்பக் கொடுப்பதும் கிட்டத்தட்ட உலகளாவிய தேவை (ஒரு application-இல் எந்த list, table அல்லது feed), எனவே அவற்றைப் புரிந்துகொள்வது அவசியமான அன்றாட அறிவு. ORDER BY (ஒன்று அல்லது அதற்கு மேற்பட்ட columns-களால் sort செய்தல், tie-breaking உடன்) data-வை அர்த்தமுள்ள வரிசையில் முன்வைப்பதற்கு அவசியம், மேலும் LIMIT/OFFSET pagination-ஐ செயல்படுத்துகின்றன (data-வின் நிர்வகிக்கக்கூடிய pages-களைத் திரும்பக் கொடுத்தல்) — இரண்டும் applications-களில் எங்கும் காணப்படுகின்றன.
இரண்டு நடைமுறை விஷயங்கள் குறிப்பாக முக்கியம்: paginate செய்யும்போது எப்போதும் ORDER BY பயன்படுத்தவும் (அது இல்லாமல், row வரிசை வரையறுக்கப்படாதது, இது மேலெழும்பும் அல்லது rows-களைத் தவிர்க்கும் inconsistent pages-களை ஏற்படுத்துகிறது — ஒரு உண்மையான, பொதுவான bug), மேலும் ஆழமான pages-களில் OFFSET pagination சீர்குலைகிறது என்பதைப் புரிந்துகொள்வது (database முந்தைய அனைத்து rows-களையும் தவிர்க்க வேண்டும், பெரிய offsets-களுக்கு மெதுவாகிறது), எனவே பெரிய datasets-களுக்கு keyset/cursor pagination (WHERE id > last_seen) மிகவும் திறமையானது — செயல்திறனுக்கு மதிப்புமிக்க அறிவு.
கிட்டத்தட்ட எந்த data காட்சிக்கும் sorting மற்றும் pagination தேவை என்பதாலும், consistency தேவை (stable pagination-க்கு ORDER BY) மற்றும் செயல்திறன் கருத்து (பெரிய data-க்கு OFFSET vs keyset) சரியான தன்மையையும் வேகத்தையும் நேரடியாகப் பாதிப்பதாலும், ORDER BY மற்றும் LIMIT-இல் தேர்ச்சி பெறுதல் — sorting, offset pagination, stable-ordering தேவை, மற்றும் scale-க்கான keyset மாற்று — data-வை திறம்பட முன்வைக்கும் applications-களைக் கட்டமைப்பதற்கான அடிப்படையான, அடிக்கடி பயன்படுத்தப்படும் அறிவு.