ORDER BY sonuç satırlarını sıralar; LIMIT (OFFSET ile birlikte) kaç satır döndürüleceğini kısıtlar. Birlikte sıralama ve pagination'ı yönetirler — sıralanmış, sayfalı veri göstermek için gereklidir.
name, age users age;
name, age users age ;
users country, name;
users created_at ;
ORDER BY bir veya daha fazla sütun tarafından artan (varsayılan) veya DESC şeklinde sıralar. Çoklu sütunlar bağlama çözmek için kullanılır (önce ilk sütuna göre, sonra eşit değerler için ikinciye göre sırala).
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 en fazla n satır döndürür; OFFSET m ilk m satırı atlar. Birlikte offset pagination'ı uygularlar (sayfa 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;
Kritik: ORDER BY olmadan, veritabanı satırları herhangi bir sırada döndürebilir, bu nedenle sayfalar çakışabilir veya satırları atlayabilir. Pagination yaparken her zaman stabil bir sütun tarafından sıralayın.
⚠️ 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 ve LIMIT verileri faydalı, yönetilebilir bir şekilde göstermek için temeldir — sonuçları sıralamak ve bütün tabloları döndürmek yerine sayfalar döndürmek neredeyse evrensel bir ihtiyaçtır (bir uygulamadaki herhangi bir liste, tablo veya feed), bu nedenle onları anlamak gereklidir. ORDER BY (bir veya daha fazla sütun tarafından sıralama, bağlama çözme ile) verileri anlamlı bir sırada sunmak için gereklidir ve LIMIT/OFFSET pagination'ı uygularlar (yönetilebilir veri sayfalarını döndürmek) — her ikisi de uygulamalarda her yerdedir.
İki pratik nokta özellikle önemlidir: pagination yaparken her zaman ORDER BY kullanın (olmadan, satır sırası belirsizdir, tutarsız sayfalar neden olur ve satırları atlar veya çakıştırır — gerçek, yaygın bir hata), ve OFFSET pagination derin sayfalarda bozulur (veritabanı tüm önceki satırları atlamalıdır, büyük offset'ler için yavaş hale gelir), bu nedenle keyset/cursor pagination (WHERE id > last_seen) büyük veri setleri için çok daha verimlidir — performans için değerli bilgi.
Sıralama ve pagination neredeyse her veri gösterimi için gerekli olduğundan ve tutarlılık gereksinimi (ORDER BY stabil pagination için) ile performans değerlendirmesi (büyük veriler için OFFSET vs keyset) doğrudan doğruluk ve hızı etkilediğinden, ORDER BY ve LIMIT'i ustaca kullanmak — sıralama, offset pagination, stabil sıralama gereksinimi ve ölçeklenebilirlik için keyset alternatifi — veriyi etkili bir şekilde sunan uygulamalar geliştirmek için temel, sık uygulanan bilgidir.