Dati MySQL - Il modo migliore per implementare il paging?

La mia app per iPhone si collega al mio servizio web PHP per recuperare dati da un database MySQL. Una richiesta può restituire 500 risultati.

Qual è il modo migliore per implementare il paging e recuperare 20 elementi alla volta?

Diciamo che ricevo i primi 20 annunci dal mio database. Ora come posso richiedere i prossimi 20 annunci?

Dalla documentazione di MySQL :

La clausola LIMIT può essere utilizzata per limitare il numero di righe restituite dall'istruzione SELECT. LIMIT accetta uno o due argomenti numerici, che devono essere entrambi costanti intere non negative (tranne quando si usano istruzioni preparate).

Con due argomenti, il primo argomento specifica l'offset della prima riga da restituire e il secondo specifica il numero massimo di righe da restituire. L'offset della riga iniziale è 0 (non 1):

SELECT * FROM tbl LIMIT 5,10;  # Retrieve rows 6-15

Per recuperare tutte le righe da un determinato offset fino alla fine del set di risultati, è possibile utilizzare un numero elevato per il secondo parametro. Questa istruzione recupera tutte le righe dalla 96a riga all'ultima:

SELECT * FROM tbl LIMIT 95,18446744073709551615;

Con un argomento, il valore specifica il numero di righe da restituire dall'inizio del set di risultati:

SELECT * FROM tbl LIMIT 5;     # Retrieve first 5 rows

In altre parole, LIMIT row_count è equivalente a LIMIT 0, row_count.

Per 500 record l'efficienza non è probabilmente un problema, ma se si dispone di milioni di record, può essere vantaggioso utilizzare una clausola WHERE per selezionare la pagina successiva:

SELECT *
FROM yourtable
WHERE id > 234374
ORDER BY id
LIMIT 20

Il "234374" qui è l'id dell'ultimo record della pagina precedente che hai visualizzato.

Ciò consentirà di utilizzare un indice su id per trovare il primo record. Se lo usi LIMIT offset, 20potresti scoprire che diventa sempre più lento man mano che scorri verso la fine. Come ho detto, probabilmente non importa se hai solo 200 record, ma può fare la differenza con set di risultati più grandi.

Un altro vantaggio di questo approccio è che se i dati cambiano tra le chiamate non perderai i record o otterrai un record ripetuto. Questo perché l'aggiunta o la rimozione di una riga significa che l'offset di tutte le righe dopo la modifica. Nel tuo caso probabilmente non è importante - immagino che il tuo pool di annunci non cambi troppo spesso e comunque nessuno noterebbe se ottengono lo stesso annuncio due volte di seguito - ma se stai cercando il "modo migliore" allora questa è un'altra cosa da tenere a mente quando si sceglie quale approccio usare.

Se si desidera utilizzare LIMIT con un offset (e questo è necessario se un utente naviga direttamente alla pagina 10000 invece di eseguire il paging attraverso le pagine una per una), è possibile leggere questo articolo sulle ricerche in ritardo per migliorare le prestazioni di LIMIT con un grande compensare.

Definire OFFSET per la query. Per esempio

pagina 1 - (record 01-10): offset = 0, limite = 10;

pagina 2 - (record 11-20) offset = 10, limite = 10;

e usa la seguente query:

SELECT column FROM table LIMIT {someLimit} OFFSET {someOffset};

esempio per pagina 2:

SELECT column FROM table
LIMIT 10 OFFSET 10;

C'è letteratura a riguardo:

• Impaginazione ottimizzata utilizzando MySQL , facendo la differenza tra il conteggio della quantità totale di righe e l'impaginazione.

• Impaginazione efficiente tramite MySQL , di Yahoo Inc. alla Percona Performance Conference 2009. Il team Percona MySQL lo fornisce anche come video di Youtube: Impaginazione efficiente tramite MySQL (video) ,

Il problema principale si verifica con l'uso di grandi dimensioni OFFSET. Evitano l'uso OFFSETcon una varietà di tecniche, che vanno daid selezioni di intervallo nella WHEREclausola, a qualche tipo di cache o pagine di pre-calcolo.

Ci sono soluzioni suggerite su Usa INDICE, Luke :

• " Paging attraverso i risultati ".

• " Impaginazione fatta nel modo giusto ".

Questo tutorial mostra un ottimo modo per eseguire l'impaginazione. Impaginazione efficiente con MySQL

In breve, evitare di usare OFFSET o LIMIT

puoi anche fare

SELECT SQL_CALC_FOUND_ROWS * FROM tbl limit 0, 20

Il conteggio delle righe dell'istruzione select (senza il limite) viene acquisito nella stessa istruzione select in modo da non dover eseguire nuovamente la query sulla dimensione della tabella. Ottieni il conteggio delle righe usando SELECT FOUND_ROWS ();

Query 1: SELECT * FROM yourtable WHERE id > 0 ORDER BY id LIMIT 500

Query 2: SELECT * FROM tbl LIMIT 0,500;

La query 1 viene eseguita più rapidamente con record piccoli o medi, se il numero di record è pari o superiore a 5.000, il risultato è simile.

Risultato per 500 record:

La query1 richiede 9.9999904632568 millisecondi

Query2 richiede 19.999980926514 millisecondi

Risultato per 8.000 record:

La query1 richiede 129.99987602234 millisecondi

La query2 richiede 160,00008583069 millisecondi

Il paging è semplice quando recupera i dati da una singola tabella ma è complesso quando recupera i dati che uniscono più tabelle. Ecco un buon esempio con MySql e Spring:
https://www.easycodeforall.com/zpagination1.jsp