Impaginazione MySQL senza doppia interrogazione?

Question

Mi chiedevo se c'era un modo per ottenere il numero di risultati da una query MySQL e allo stesso tempo limitare i risultati.

I lavori di impaginazione modo (se ho capito bene), per prima cosa fare qualcosa di simile

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

Dopo ho la numero_colonne (query), ho il numero di risultati. Ma poi di limitare in realtà i miei risultati, devo fare una seconda query del tipo:

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

La mia domanda: Esiste un modo per entrambi recuperare il numero totale di risultati che sarebbe dato, e limitare i risultati restituiti in un domanda singola? O un modo più efficace per farlo. Grazie!

Answer 1

No, questo è il numero di applicazioni che vogliono impaginare devono farlo. È affidabile e a prova di proiettile, anche se rende la query due volte. Ma puoi memorizzare il conto per qualche secondo e questo ti aiuterà molto.

L'altro modo è utilizzare la clausola SQL_CALC_FOUND_ROWS e quindi chiamare SELECT FOUND_ROWS(). a parte il fatto che devi chiamare in seguito la chiamata FOUND_ROWS(), c'è un problema con questo: c'è a bug in MySQL che questo tickles che interessa le query ORDER BY rende molto più lento su tabelle di grandi dimensioni rispetto all'approccio ingenuo di due query.

Answer 2

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

Answer 3

Nella maggior parte delle situazioni è molto più veloce e meno dispendioso in termini di risorse farlo in due query separate piuttosto che farlo in una sola, anche se ciò sembra contro-intuitivo.

Se si utilizza SQL_CALC_FOUND_ROWS, quindi per tabelle di grandi dimensioni rende la query molto più lenta, notevolmente più lenta persino dell'esecuzione di due query, la prima con COUNT (*) e la seconda con LIMIT. La ragione di ciò è che SQL_CALC_FOUND_ROWS fa sì che la clausola LIMIT venga applicata dopo il che preleva le righe anziché prima, quindi recupera l'intera riga per tutti i possibili risultati prima di applicare i limiti. Questo non può essere soddisfatto da un indice perché in realtà recupera i dati.

Se si utilizza l'approccio a due query, il primo recupera solo COUNT (*) e non i dati effettivamente recuperati e effettivi, questo può essere soddisfatto molto più rapidamente perché solitamente può utilizzare gli indici e non deve recuperare il dati di riga effettivi per ogni riga che guarda. Quindi, la seconda query deve solo esaminare le prime $ limit $ limit e quindi restituire.

Questo post dal blog prestazioni MySQL spiega questo ulteriore:

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

Per ulteriori informazioni su come ottimizzare l'impaginazione, controllare this post e this post.

Answer 4

Non faccio quasi mai due domande.

È sufficiente restituire una riga in più del necessario, visualizzare solo 10 sulla pagina e, se sono presenti più di, vengono visualizzati un pulsante "Avanti".

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. 

Vostri criteri deve restituire in un ordine di più rilevanti prima.Le probabilità sono, la maggior parte delle persone non si preoccuperà di andare a pagina 236 su 412.

Quando si fa una ricerca su google, ei risultati non sono sulla prima pagina, probabilmente vai alla seconda pagina, non nove.

Answer 5

Un altro approccio per evitare la doppia interrogazione consiste nel recuperare tutte le righe per la pagina corrente utilizzando prima una clausola LIMIT, quindi eseguire una seconda query COUNT (*) solo se è stato recuperato il numero massimo di righe.

In molte applicazioni, il risultato più probabile sarà che tutti i risultati rientrino in una pagina e che la paginazione sia l'eccezione piuttosto che la norma. In questi casi, la prima query non recupererà il numero massimo di risultati.

Ad esempio, le risposte su una domanda StackOverflow si riversano raramente su una seconda pagina. I commenti su una risposta raramente superano il limite di 5 circa richiesto per mostrarli tutti.

Quindi in queste applicazioni è sufficiente eseguire prima una query con LIMIT e quindi finché non viene raggiunto tale limite, si conosce esattamente quante righe ci sono senza la necessità di eseguire un secondo COUNT (*) query - che dovrebbe coprire la maggior parte delle situazioni.

Answer 6

La mia risposta potrebbe essere in ritardo, ma puoi saltare la seconda query (con il limite) e filtrare semplicemente le informazioni tramite lo script di back-end. In PHP, per esempio, si potrebbe fare qualcosa di simile:

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

Ma naturalmente, quando si dispone di migliaia di record da considerare, diventa inefficiente molto veloce. Il conteggio precalcolato potrebbe essere una buona idea da esaminare.

Ecco una buona lettura sul tema: http://www.percona.com/ppc2009/PPC2009_mysql_pagination.pdf

Answer 7

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

Answer 8

è possibile riutilizzare la maggior parte delle query in una sottoquery e impostarlo su un identificatore. Ad esempio, una query su un film che trova film contenenti l'ordine della lettera "in fase di esecuzione" sarebbe simile al mio sito.

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; 

notano che io non sono un esperto di database, e spero che qualcuno sarà in grado di ottimizzare che un po 'meglio. Mentre sta funzionando direttamente dall'interfaccia della riga di comando SQL, entrambi richiedono circa 0.02 secondi sul mio laptop.