Hallo

Ik ben op zoek naar - weet niet of het mogelijk is - een manier om meerdere rijen met offset op te halen.
Bijvoorbeeld rij 10, 35, 41 ( getallen zijn steeds willekeurig ) - Kan dat met slechts één query ?

Groeten
Wesley

Hey,

Wanneer het gaat om willekeurige rijen dan kun je ook RAND() gebruiken.

Code:

SELECT * FROM table ORDER BY RAND() LIMIT 10;

Als je ze vervolgens weer in een bepaalde volgorde wil hebben kun je werken met een subquery.

Code:

SELECT * FROM (
  SELECT *
  FROM table
  ORDER BY RAND()
  LIMIT 10
)
ORDER BY id ASC

Offset gebruik je meestal om een blok van rijen op te halen zoals bij paginering.

Groeten,
Gerron

Ja, dat kan, maar performancetechnisch zou ik het niet doen.

je kunt een subquery maken waarbij je een een teller voor de records genereert en daar overheen een query met de waarden die je wilt hebben. (even aangenomen dat de waarden geen id's zijn, anders selecteer je gewoon met een 'id in (10,35,41)'

Heb je geen id dan wordt het een klein rampje. Ik heb niet getest of onderstaande werkt als een subquery en hij is zeker nog iets te optimaliseren door de velden niet in de subquery te selecteren, maar voor de leesbaarheid heb ik het zo even laten staan. Het gaat maar om het idee tenslotte.


set @tel=0;
select * from (select @tel:=@tel+1 as rownum, veld1, veld2 from tabel1) as bladibla where rownum in (10,35,41)

@john, wat is er performance technisch mis met de RAND functie?
Subqueries zijn inderdaad wel een flink stuk trager.

RAND moet uitgevoerd worden en de waarde is vooraf niet beschikbaar.
Een index gebruiken gaat dan niet echt.

Dus bij veel rijen is het niet echt fijn.

Ook al was mijn performance opmerking niet op de rand() gericht maar op mijn eigen subquery voorbeeld, een rand kan wel een performance ramp zijn.

Buiten wat Gerron zegt, kan de query ook niet gecached worden, werkt op de HELE tabel, gebruikt tijdelijk tabellen en flinke sorteerslagen en uiteindelijk ook flink wat ram en dan ga je met een aantal concurrent users zeker merken.

Ja dat klopt, maar wat is het verschil met deze query dan?

Origineel gepost door John Timmer

set @tel=0;
select * from (select @tel:=@tel+1 as rownum, veld1, veld2 from tabel1) as bladibla where rownum in (10,35,41)

Hierbij ga je ook tijdens het aanroepen van de query alles een index geven (kan ook niet gecached worden) en daarna ga je in een subquery 3 rijen selecteren.

Origineel gepost door John Timmer

even aangenomen dat de waarden geen id's zijn, anders selecteer je gewoon met een 'id in (10,35,41)'

En bij deze query ga je 3 "id's" aanroepen. Aangenomen dat "id" een autoincrement velt is, ga je problemen krijgen zodra rijen verwijderd zijn.


Edit:
Oke, ik heb de queries getest: you're right.
Bij een tabel met 2000 rows is rand() (verwaarloosbaar) sneller.
Bij een tabel met 15.000 rows is jou query 3x sneller.
Bij een tabel met 600.000 rows is jouw query 7x sneller

Ow, ik zei niet dat mijn subquery sneller is. In feite zou je alleen de teller en een id moeten gebruiken in de subquery, daarna pas joinen met de rest van de velden in de bovenliggende query om het nog iets sneller te maken.

Maar mijn voorbeeld gebruikt een letterlijke offset (als je nog even een order by in de subquery gooit) waarbij 10,35 en 41 dus het 10de, 35ste en 41ste record zijn. (TS zegt niet hoe ie aan die verschillende waarden komt tenslotte, is het echt willekeurig of is het telkens anders als gevolg van een ander onderdeel in het process?). Denk aan bv. het 10de record uit een lijst gesorteerd op datum of whatever.

Als het echt random records moeten zijn dan kun je ook wel een rand() gebruiken bij kleinere tabellen of even googlen voor veel snellere versies om rand() te vervangen.

@ Gerron Mulder
Bedankt voor uw reactie! Tot enkele dagen geleden werkte ik inderdaad met RAND() wat precies deed wat ik wou. Het is zo dat mijn database ondertussen +350.000 records telt en RAND() voor een enorme vertraging zal zorgen ... ( bijna 8 seconden sneller zonder RAND )

Origineel gepost door Gerron Mulder

Hey,

Wanneer het gaat om willekeurige rijen dan kun je ook RAND() gebruiken.

Code:

SELECT * FROM table ORDER BY RAND() LIMIT 10;

Als je ze vervolgens weer in een bepaalde volgorde wil hebben kun je werken met een subquery.

Code:

SELECT * FROM (
  SELECT *
  FROM table
  ORDER BY RAND()
  LIMIT 10
)
ORDER BY id ASC

Offset gebruik je meestal om een blok van rijen op te halen zoals bij paginering.

Groeten,
Gerron

@ John Timmer
Ik beschik helaas niet over kolom met een unieke ID.
Uw query heb ik geprobeerd en het werkt ! Bedankt voor de oplossing !

Origineel gepost door John Timmer

Ja, dat kan, maar performancetechnisch zou ik het niet doen.

je kunt een subquery maken waarbij je een een teller voor de records genereert en daar overheen een query met de waarden die je wilt hebben. (even aangenomen dat de waarden geen id's zijn, anders selecteer je gewoon met een 'id in (10,35,41)'

Heb je geen id dan wordt het een klein rampje. Ik heb niet getest of onderstaande werkt als een subquery en hij is zeker nog iets te optimaliseren door de velden niet in de subquery te selecteren, maar voor de leesbaarheid heb ik het zo even laten staan. Het gaat maar om het idee tenslotte.


set @tel=0;
select * from (select @tel:=@tel+1 as rownum, veld1, veld2 from tabel1) as bladibla where rownum in (10,35,41)