MySQL LIMIT & OFFSET med eksempler

Hva er LIMIT-nøkkelordet i MySQL?

Ocuco BEGRENSE Nøkkelordet begrenser antall rader som returneres i et spørreresultat. Det kan brukes med SELECT-, UPDATE- og DELETE-setningene, slik at det begrenser antall rader en spørring leser, samt antall rader en skriving påvirker.

Syntaksen for LIMIT-nøkkelordet er som følger.

SELECT {fieldname(s) | *} FROM tableName(s) [WHERE condition] LIMIT N;

HER

• "VELG {feltnavn(e) | *} FRA tabellnavn(e)" er den SELECT-setning som inneholder feltene vi ønsker å returnere i søket vårt.
• «[WHERE-tilstand]» er valgfritt, men når det oppgis, spesifiserer det et filter på resultatsettet. HVOR klausul brukes før LIMIT, så filtrering skjer først og grensen brukes på det som overlever.
• «GRENSE N» er nøkkelordet, og N er et hvilket som helst tall som starter fra 0. Hvis du setter 0 som grense, returneres ingen poster i det hele tatt. Hvis du setter et tall som 5, returneres fem poster. Hvis tabellen inneholder færre poster enn N, returneres alle, og det oppstår ingen feil.

Syntaksen er kort, men grunnen til at den eksisterer er verdt å nevne før eksemplene.

Hvorfor bør vi bruke LIMIT-nøkkelordet?

Anta at vi er utvikledeping applikasjonen som kjører oppå myflixdb. Systemdesignerne har bedt oss om å begrense antall poster som vises på en side til 20 poster for å motvirke treg lastetid. Hvordan implementerer vi et system som oppfyller et slikt krav?

Nøkkelordet LIMIT håndterer akkurat denne situasjonen. I stedet for å hente hver medlemsrad inn i applikasjonen og forkaste de fleste av dem, returnerer spørringen 20 poster per side, og databasen gjør jobben. Tre fordeler følger av det.

• Raskere respons: mindre data leses fra disken og mindre data krysser nettverket.
• Lavere minnebruk: Applikasjonen inneholder én side med rader, ikke hele tabellen.
• Safer skriver: en GRENSE på en OPPDATERING eller en SLETT Utsagnet setter en grense for hvor mange rader en feil kan berøre.

MySQL LIMIT-spørreeksempler

Eksemplene nedenfor kjører mot medlemstabellen i myflixdb-databasen. Det første returnerer to rader og ingenting mer.

SELECT * FROM members LIMIT 2;

Som resultatet ovenfor viser, har bare to medlemmer blitt returnert.

Hente en liste med ti (10) medlemmer fra databasen

Anta at vi ønsker en liste over de første 10 registrerte medlemmene fra Myflix-databasen. Skriptet nedenfor ber om dem.

SELECT * FROM members LIMIT 10;

Å kjøre skriptet gir resultatet som vises nedenfor.

Bare 9 medlemmer er returnert, fordi N i LIMIT-klausulen er større enn antall poster i tabellen. Å spørre etter 9 rader gir eksplisitt det samme resultatsettet.

SELECT * FROM members LIMIT 9;

💡 Tips: LIMIT velger rader fra den rekkefølgen serveren tilfeldigvis produserer. Legg til en REKKEFØLGE ETTER klausulen når identiteten til radene har betydning, ellers er det ikke garantert at «de første 10 medlemmene» betyr de samme ni personene to ganger.

Å begrense radantallet er den første halvdelen av funksjonen. Å velge hvor vinduet starter er den andre.

Bruk av OFFSET-verdien i LIMIT-spørringen

Ocuco OFFSET `value` brukes oftest sammen med LIMIT-nøkkelordet. Det angir hvilken rad serveren begynner å hente data fra, så rader før det punktet hoppes over.

Anta at vi ønsker et begrenset antall medlemmer som starter fra midten av tabellen. Skriptet nedenfor starter på andre rad og begrenser resultatet til to poster.

SELECT * FROM `members` LIMIT 1, 2;

Utfører det i MySQL Workbench mot myflixdb gir følgende resultat.

Merk at her FORSKYVNING = 1, derfor er rad nr. 2 den første raden som returneres, og GRENSE = 2, derfor kommer bare 2 poster tilbake.

I formen med to argumenter skrives forskyvningen først og radantall deretter, noe som er lett å reversere ved et uhell. MySQL aksepterer også en eksplisitt form som fjerner tvetydigheten, og det er den som foretrekkes i ny kode.

SELECT * FROM `members` LIMIT 2 OFFSET 1;

Begge setningene returnerer de samme to radene. Når offset-en er forstått, faller pagineringsmønsteret som alle oppføringsskjermer er avhengige av, direkte ut av den.

Slik paginererer du søkeresultater med LIMIT og OFFSET

Paginering deler et stort resultatsett inn i nummererte sider, og LIMIT sammen med OFFSET er mekanismen som gjør det. To verdier styrer hver sideforespørsel: sidestørrelsen, som er hvor mange poster som vises på én skjerm, og sidetallet som forespurt av brukeren.

Offsetet er avledet fra dem med en enkelt formel.

-- OFFSET = page_size * (page_number - 1)
SELECT membership_number, full_names
FROM members
ORDER BY membership_number ASC
LIMIT 20 OFFSET 0;   -- page 1

Side 2 beholder samme grense og flytter forskyvningen fremover med én sidestørrelse.

SELECT membership_number, full_names
FROM members
ORDER BY membership_number ASC
LIMIT 20 OFFSET 20;  -- page 2

Tre regler sørger for at en paginert liste er korrekt og rask.

1. Sorter alltid: En paginert spørring uten ORDER BY kan vise den samme posten på to forskjellige sider og skjule en annen helt, fordi serveren står fritt til å endre radrekkefølgen mellom kall.
2. Sorter på en unik kolonne: Uavgjorte rader i sorteringskolonnen lar rekkefølgen på de uavgjorte radene være udefinert. Å sortere på primærnøkkelen, eller legge den til som en uavgjort, fjerner problemet.
3. Se dype sider: FORSKYVNING 100 000 krefter MySQL å lese hundre tusen rader og kaste dem før man returnerer de neste tjue. Svartiden øker med sidetallet.

For svært dyp paginering unngår nøkkelsett-paginering forskyvningen fullstendig. I stedet for å telle rader som skal hoppes over, husker spørringen den siste nøkkelen fra forrige side og spør etter radene etter den.

SELECT membership_number, full_names
FROM members
WHERE membership_number > 20      -- last id from the previous page
ORDER BY membership_number ASC
LIMIT 20;

Denne formen holder seg rask uansett dybde, fordi indeksen hopper rett til starttasten i stedet for å gå gjennom radene foran den. Ulempen er at sider må gås i rekkefølge, så hoppping Det er ikke lenger mulig å gå direkte til side 500.

LIMIT i MySQL vs. TOPP og HENT FØRST

LIMIT er ikke en del av alle SQL-dialekter, noe som er viktig så snart en spørring må flyttes mellom databasemotorer. MySQL, PostgreSQLog SQLite del LIMIT-nøkkelordet. SQL Server bruker TOP, og Oracle bruker standard FETCH FIRST-klausulen. Tabellen nedenfor sammenligner de tre.

Oppførselen er den samme i begge tilfeller: sett en grense for antall rader og hopp eventuelt over et antall rader først. Bare stavemåten endres. En spørring som må kjøre på mer enn én motor, bør derfor isolere radbegrensningsklausulen i stedet for å spre den gjennom kodebasen.

Spørsmål og svar