Equivalente a LIMIT per DB2

Come ti trovi LIMITin DB2 per iSeries?

Ho una tabella con più di 50.000 record e desidero restituire i record da 0 a 10.000 e i record da 10.000 a 20.000.

So che in SQL scrivi LIMIT 0,10000alla fine della query da 0 a 10.000 e LIMIT 10000,10000alla fine della query da 10000 a 20.000

Allora, come si fa in DB2? Qual è il codice e la sintassi? (l'esempio di query completo è apprezzato)

Utilizzando FETCH FIRST [n] ROWS ONLY:

http://publib.boulder.ibm.com/infocenter/dzichelp/v2r2/index.jsp?topic=/com.ibm.db29.doc.perf/db2z_fetchfirstnrows.htm

SELECT LASTNAME, FIRSTNAME, EMPNO, SALARY
  FROM EMP
  ORDER BY SALARY DESC
  FETCH FIRST 20 ROWS ONLY;

Per ottenere intervalli, dovresti usare ROW_NUMBER()(dalla v5r4) e usarlo all'interno della WHEREclausola: (rubato da qui: http://www.justskins.com/forums/db2-select-how-to-123209.html )

SELECT code, name, address
FROM ( 
  SELECT row_number() OVER ( ORDER BY code ) AS rid, code, name, address
  FROM contacts
  WHERE name LIKE '%Bob%' 
  ) AS t
WHERE t.rid BETWEEN 20 AND 25;

Sviluppato questo metodo:

HAI BISOGNO di una tabella che abbia un valore univoco che possa essere ordinato.

Se vuoi righe da 10.000 a 25.000 e la tua tabella ha 40.000 righe, prima devi ottenere il punto iniziale e le righe totali:

int start = 40000 - 10000;

int total = 25000 - 10000;

E poi passali per codice alla query:

SELECT * FROM 
(SELECT * FROM schema.mytable 
ORDER BY userId DESC fetch first {start} rows only ) AS mini 
ORDER BY mini.userId ASC fetch first {total} rows only

Il supporto per OFFSET e LIMIT è stato recentemente aggiunto a DB2 per i 7.1 e 7.2. Per ottenere questo supporto sono necessari i seguenti livelli di gruppo di PTF DB:

• SF99702 livello 9 per IBM i 7.2
• SF99701 livello 38 per IBM i 7.1

Vedere qui per ulteriori informazioni: documentazione OFFSET e LIMIT , Wiki di miglioramento di DB2 per i

Ecco la soluzione che ho trovato:

select FIELD from TABLE where FIELD > LASTVAL order by FIELD fetch first N rows only;

Inizializzando LASTVAL su 0 (o "" per un campo di testo), quindi impostandolo sull'ultimo valore nel set di record più recente, questa operazione passerà attraverso la tabella in blocchi di N record.

La soluzione di @ elcool è un'idea intelligente, ma è necessario conoscere il numero totale di righe (che può anche cambiare durante l'esecuzione della query!). Quindi propongo una versione modificata, che purtroppo necessita di 3 sottoquery invece di 2:

select * from (
    select * from (
        select * from MYLIB.MYTABLE
        order by MYID asc 
        fetch first {last} rows only 
        ) I 
    order by MYID desc
    fetch first {length} rows only
    ) II
order by MYID asc

dove {last}dovrebbe essere sostituito con il numero di riga dell'ultimo record di cui ho bisogno e {length}dovrebbe essere sostituito con il numero di righe di cui ho bisogno, calcolato come last row - first row + 1.

Ad esempio, se voglio righe da 10 a 25 (in totale 16 righe), {last}sarà 25 e {length}sarà 25-10 + 1 = 16.

Dovresti anche considerare la clausola OPTIMIZE FOR n ROWS. Maggiori dettagli su tutto questo nella documentazione di DB2 LUW nell'argomento Linee guida per la limitazione delle istruzioni SELECT :

• La clausola OPTIMIZE FOR dichiara l'intento di recuperare solo un sottoinsieme del risultato o di dare priorità al recupero solo delle prime righe. L'ottimizzatore può quindi scegliere piani di accesso che riducano al minimo il tempo di risposta per il recupero delle prime righe.

Prova questo

SELECT * FROM
    (
        SELECT T.*, ROW_NUMBER() OVER() R FROM TABLE T
    )
    WHERE R BETWEEN 10000 AND 20000

Esistono 2 soluzioni per impaginare in modo efficiente su una tabella DB2:

1 - la tecnica che utilizza la funzione row_number () e la clausola OVER che è stata presentata in un altro post ("SELECT row_number () OVER (ORDER BY ...)"). Su alcuni tavoli grandi, ho notato a volte un degrado delle prestazioni.

2 - la tecnica che utilizza un cursore scorrevole. L'implementazione dipende dalla lingua utilizzata. Questa tecnica sembra più robusta sui tavoli grandi.

Ho presentato le 2 tecniche implementate in PHP durante un seminario del prossimo anno. La diapositiva è disponibile a questo link: http://gregphplab.com/serendipity/uploads/slides/DB2_PHP_Best_practices.pdf

Siamo spiacenti ma questo documento è solo in francese.

Ci sono queste opzioni disponibili: -

DB2 has several strategies to cope with this problem.
You can use the "scrollable cursor" in feature.
In this case you can open a cursor and, instead of re-issuing a query you can FETCH forward and backward.
This works great if your application can hold state since it doesn't require DB2 to rerun the query every time.
You can use the ROW_NUMBER() OLAP function to number rows and then return the subset you want.
This is ANSI SQL 
You can use the ROWNUM pseudo columns which does the same as ROW_NUMBER() but is suitable if you have Oracle skills.
You can use LIMIT and OFFSET if you are more leaning to a mySQL or PostgreSQL dialect.