Odpowiednik LIMIT dla DB2

Jak to robisz LIMITw DB2 for iSeries?

Mam tabelę zawierającą ponad 50 000 rekordów i chcę zwrócić rekordy od 0 do 10 000 i rekordy od 10 000 do 20 000.

Wiem, że w SQL piszesz LIMIT 0,10000na końcu zapytania od 0 do 10000 a LIMIT 10000,10000na końcu zapytania od 10000 do 20 000

Jak więc to się robi w DB2? Jaki jest kod i składnia? (przykład pełnego zapytania jest mile widziany)

Używając 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;

Aby uzyskać zakresy, musisz użyć ROW_NUMBER()(od wersji v5r4) i użyć tego w WHEREklauzuli: (skradzione stąd: 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;

Opracował tę metodę:

POTRZEBUJESZ tabeli, która ma unikalną wartość, którą można zamówić.

Jeśli chcesz uzyskać wiersze od 10 000 do 25 000, a Twoja tabela ma 40 000 wierszy, najpierw musisz uzyskać punkt początkowy i całkowitą liczbę wierszy:

int start = 40000 - 10000;

int total = 25000 - 10000;

A następnie przekaż je kodem do zapytania:

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

Wsparcie dla OFFSET i LIMIT zostało ostatnio dodane do DB2 for i 7.1 i 7.2. Aby uzyskać tę obsługę, potrzebne są następujące poziomy grup DB PTF:

• SF99702 poziom 9 dla IBM i 7.2
• SF99701 poziom 38 dla IBM i 7.1

Więcej informacji można znaleźć tutaj: dokumentacja OFFSET i LIMIT , DB2 for i Enhancement Wiki

Oto rozwiązanie, które wymyśliłem:

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

Poprzez zainicjowanie LASTVAL na 0 (lub „” dla pola tekstowego), a następnie ustawienie ostatniej wartości w najnowszym zestawie rekordów, spowoduje to przejście przez tabelę w fragmentach N rekordów.

Rozwiązanie @ elcool to sprytny pomysł, ale musisz znać całkowitą liczbę wierszy (która może nawet ulec zmianie podczas wykonywania zapytania!). Proponuję więc zmodyfikowaną wersję, która niestety wymaga 3 podzapytań zamiast 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

gdzie {last}powinien zostać zastąpiony numerem wiersza ostatniego potrzebnego rekordu, a {length}liczbą potrzebnych wierszy, obliczoną jakolast row - first row + 1 .

Np. Jeśli chcę rzędy od 10 do 25 (łącznie 16 rzędów), {last}będzie 25 i {length}będzie 25-10 + 1 = 16.

Należy również wziąć pod uwagę klauzulę OPTIMIZE FOR n ROWS. Więcej szczegółów na ten temat w dokumentacji DB2 LUW w temacie Wytyczne dotyczące ograniczania instrukcji SELECT :

• Klauzula OPTIMIZE FOR deklaruje zamiar pobrania tylko podzbioru wyniku lub nadanie priorytetu pobieraniu tylko kilku pierwszych wierszy. Optymalizator może następnie wybrać plany dostępu, które minimalizują czas odpowiedzi na pobranie pierwszych kilku wierszy.

Spróbuj tego

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

Istnieją 2 sposoby wydajnego dzielenia stron na strony w tabeli DB2:

1 - technika wykorzystująca funkcję row_number () i klauzulę OVER, która została zaprezentowana w innym poście ("SELECT row_number () OVER (ORDER BY ...)"). Na niektórych dużych stołach zauważyłem czasami degradację występów.

2 - technika wykorzystująca przewijany kursor. Implementacja zależy od używanego języka. Ta technika wydaje się solidniejsza na dużych stołach.

Przedstawiłem 2 techniki wdrożone w PHP na seminarium w przyszłym roku. Slajd jest dostępny pod tym linkiem: http://gregphplab.com/serendipity/uploads/slides/DB2_PHP_Best_practices.pdf

Przepraszamy, ale ten dokument jest tylko w języku francuskim.

Tam są dostępne opcje: -

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.