Çift sorgulama olmadan MySQL sayfalandırma?

Bir MySQL sorgusundan sonuç sayısını almanın ve aynı zamanda sonuçları sınırlamanın bir yolu olup olmadığını merak ediyordum.

Sayfalandırmanın çalışma şekli (anladığım kadarıyla), önce şöyle bir şey yapıyorum:

query = SELECT COUNT(*) FROM `table` WHERE `some_condition`

Satır_sayısını (sorgu) aldıktan sonra, sonuçların sayısına sahibim. Ancak sonuçlarımı gerçekten sınırlamak için, aşağıdaki gibi ikinci bir sorgu yapmam gerekiyor:

query2 = SELECT COUNT(*) FROM `table` WHERE `some_condition` LIMIT 0, 10

Sorum: Her ikisi de verilecek toplam sonuç sayısını almak VE tek bir sorguda döndürülen sonuçları sınırlamak için zaten var mı? Veya bunu yapmanın daha verimli bir yolu. Teşekkürler!

Hayır, sayfalandırmak isteyen kaç uygulamanın bunu yapması gerekiyor. Sorguyu iki kez yapmasına rağmen güvenilir ve kurşun geçirmezdir. Ancak sayımı birkaç saniyeliğine önbelleğe alabilirsiniz ve bu çok yardımcı olacaktır.

Diğer yol ise SQL_CALC_FOUND_ROWScümle kullanmak ve sonra aramaktır SELECT FOUND_ROWS(). FOUND_ROWS()Aramayı sonradan yapmanız gerektiği gerçeği dışında , bununla ilgili bir sorun var: MySQL'de bu, sorguları etkileyen , büyük tablolarda iki sorgunun naif yaklaşımından çok daha yavaş hale getiren bir hata var ORDER BY.

Neredeyse hiç iki sorgu yapmam.

Gerekenden bir tane daha fazla satır döndürün, sayfada yalnızca 10'u görüntüleyin ve gösterilenden daha fazlası varsa, "İleri" düğmesini görüntüleyin.

SELECT x, y, z FROM `table` WHERE `some_condition` LIMIT 0, 11

// iterate through and display 10 rows.

// if there were 11 rows, display a "Next" button.

Sorgunuz önce en alakalı sırayla dönmelidir. Muhtemelen çoğu insan 412'de 236. sayfaya gitmeyi umursamayacak.

Bir Google araması yaptığınızda ve sonuçlarınız ilk sayfada olmadığında, muhtemelen dokuza değil ikinci sayfaya gidersiniz.

Çift sorgulamadan kaçınmanın diğer bir yaklaşımı, geçerli sayfanın tüm satırlarını önce bir LIMIT yan tümcesi kullanarak getirmek, ardından maksimum satır sayısı alınmışsa yalnızca ikinci bir COUNT (*) sorgusu yapmaktır.

Çoğu uygulamada, en olası sonuç, tüm sonuçların tek bir sayfaya sığması ve sayfalandırma yapmak zorunda kalmanın normdan çok istisna olması olacaktır. Bu durumlarda, ilk sorgu maksimum sonuç sayısını almayacaktır.

Örneğin, bir yığın aşımı sorusundaki yanıtlar nadiren ikinci bir sayfaya taşınır. Bir yanıtla ilgili yorumlar, hepsini göstermek için gerekli olan 5 sınırını nadiren aşar.

Dolayısıyla bu uygulamalarda, önce bir LIMIT ile bir sorgu yapabilirsiniz ve sonra bu sınıra ulaşılmadığı sürece, ikinci bir COUNT (*) sorgusu yapmaya gerek kalmadan tam olarak kaç satır olduğunu bilirsiniz - ki durumların çoğunu kapsar.

Çoğu durumda, bunu iki ayrı sorguda yapmak, bir sorguda yapmaktan çok daha hızlıdır ve daha az kaynak gerektirir, ancak bu sezgiye aykırı görünse de.

SQL_CALC_FOUND_ROWS kullanırsanız, büyük tablolar için sorgunuzu iki sorgu yürütmekten çok daha yavaş, önemli ölçüde yavaşlatır; ilki COUNT (*) ve ikincisi de LIMIT ile. Bunun nedeni, SQL_CALC_FOUND_ROWS'un LIMIT yan tümcesinin önceki yerine satırlar getirildikten sonra uygulanmasına neden olmasıdır , böylece limitleri uygulamadan önce olası tüm sonuçlar için tüm satırı alır. Bu, verileri gerçekten getirdiği için bir dizinle karşılanamaz.

İki sorgu yaklaşımını kullanırsanız, ilki yalnızca COUNT (*) alır ve gerçekte ve gerçek verileri almazsa, bu çok daha hızlı bir şekilde karşılanabilir çünkü genellikle dizinleri kullanabilir ve gerçek satır verilerini almak zorunda değildir. baktığı her satır. Daha sonra, ikinci sorgunun yalnızca ilk $ offset + $ limit satırlarına bakması ve sonra geri dönmesi gerekir.

MySQL performans blogundaki bu gönderi, bunu daha da açıklıyor:

http://www.mysqlperformanceblog.com/2007/08/28/to-sql_calc_found_rows-or-not-to-sql_calc_found_rows/

Sayfalandırmayı optimize etme hakkında daha fazla bilgi için bu gönderiye ve bu gönderiye bakın .

Cevabım geç olabilir, ancak ikinci sorguyu (sınırlı olarak) atlayabilir ve bilgileri arka uç komut dosyanız aracılığıyla filtreleyebilirsiniz. Örneğin PHP'de şöyle bir şey yapabilirsiniz:

if($queryResult > 0) {
   $counter = 0;
   foreach($queryResult AS $result) {
       if($counter >= $startAt AND $counter < $numOfRows) {
            //do what you want here
       }
   $counter++;
   }
}

Ancak elbette, dikkate almanız gereken binlerce kayıt olduğunda, çok hızlı bir şekilde verimsiz hale gelir. Önceden hesaplanmış sayı, araştırmak için iyi bir fikir olabilir.

İşte konuyla ilgili güzel bir okuma: http://www.percona.com/ppc2009/PPC2009_mysql_pagination.pdf

query = SELECT col, col2, (SELECT COUNT(*) FROM `table`) AS total FROM `table` WHERE `some_condition` LIMIT 0, 10

2020'de bir cevap arayan herkes için. MySQL belgelerine göre:

"SQL_CALC_FOUND_ROWS sorgu değiştiricisi ve ona eşlik eden FOUND_ROWS () işlevi , MySQL 8.0.17 itibarıyla kullanımdan kaldırılmıştır ve gelecekteki bir MySQL sürümünde kaldırılacaktır. Bunun yerine, sorgunuzu LIMIT ile yürütmeyi ve ardından COUNT (*) ile ikinci bir sorgu yapmayı düşünebilirsiniz. ve ek satırların olup olmadığını belirlemek için LIMIT olmadan. "

Sanırım bu onu çözüyor.

https://dev.mysql.com/doc/refman/8.0/en/information-functions.html#function_found-rows

Sorgunun çoğunu bir alt sorguda yeniden kullanabilir ve bir tanımlayıcı olarak ayarlayabilirsiniz. Örneğin, çalışma zamanına göre 's' harfini içeren filmleri bulan bir film sorgusu sitemde şöyle görünecektir.

SELECT Movie.*, (
    SELECT Count(1) FROM Movie
        INNER JOIN MovieGenre 
        ON MovieGenre.MovieId = Movie.Id AND MovieGenre.GenreId = 11
    WHERE Title LIKE '%s%'
) AS Count FROM Movie 
    INNER JOIN MovieGenre 
    ON MovieGenre.MovieId = Movie.Id AND MovieGenre.GenreId = 11
WHERE Title LIKE '%s%' LIMIT 8;

Bir veritabanı uzmanı olmadığımı ve birinin bunu biraz daha iyi optimize edebileceğini umduğumu unutmayın. Onu doğrudan SQL komut satırı arayüzünden çalıştırmaya devam ettiği için her ikisi de dizüstü bilgisayarımda ~ 0,02 saniye sürüyor.

SELECT * 
FROM table 
WHERE some_condition 
ORDER BY RAND()
LIMIT 0, 10