jebkuraa gadiijumaa, ja tu gibi vispirms nolasiit range ar vienu selektu, tad no LIMIT nav nekaadas jeegas.
nolasi kaadas ir veertiibas, saanalizee kaadas veertiibas gribi (gan jau gribi cipariskas), un tad njem
SELECT ... WHERE id>10 and id<30

viss. buus tev arii ordering.

man ir vājība uz optimizāciju, tādēļ gribās smuki ar vienu kveriju un limit visu selektēt. un vienīgais mīnuss pašlaik, ka nevar pateikt, cik vēl lapu uz priekšu ir un vai vajag vēl likt next vai nevajag.
ja nedomā par optimizāciju, tad jau elementāri noselektējam visus datus un izbliež masīva elemntus. nu laikam tas, ko tu rakstīji, bet tas nav cool:))

tu te man domaat visu dikti sarezhgjii.
1mais kverijs tak var buut piemeeram
Select count(id) from tableX

No shii cipara taksh var visu sareekjinaat, ne?
Un tiek sanjemt tikai 1 cipars, nav nekaada masiiva.
A potom atlasi tikai intereseejoshaas rindinjas.

nu jā - bet sanāk divas konekcijas uz db reāli vienam pieprasījumam. un jā - es visu parasti šitā sarežģīju tās optimizācijas slimības dēļ:)

shitaas fignjas var panaakt nopietnaakaas datu baazees rakstot datu baazhu funkcijas.

drošvien, bet tagad laikam būs vien jātaisa divi kveriji, jo tas varētu būt tomēr labāk, nekā vienmēr ar vienu kveriju, toties vienmēr vilkt visus datus...

nu bet protams!
divi mazi kveeriji ir daudz aatraaki, nekaa piemeeram masiivs ar 10k ierrakstiem! :))

ir proveets! :))

nu re. tad izlemts:)

WHERE id BETWEEN 10 AND 30 ;)