[SQL] dubbele distinct?

[Sequence]

Ik heb een MySQL database met daarin o.a. de volgende kolommen.

shopid	productnaam	prijs
1	doos	1
1	doos	2
1	krat	3
2	krat	4
2	krat	5
2	doos	6

Nou wil ik graag in een (of meerdere) SQL query van elk product slechts 1 record laten zien, waarbij elk weergegeven record van een nog niet eerder gebruikte shopid is.

Ik heb zelf al zitten spelen met DISTINCT, maar hierbij kreeg ik enkel unieke producten, maar nog wel duplicate shopid's en dat is niet de bedoeling.

SELECT DISTINCT beschrijving,prijs FROM product

Hoe kan ik hierna ook nog een DISTINCT op shopid uitvoeren?

[Verwijderd]

Sequence schreef op zaterdag 29 maart 2008 @ 13:53:
Nou wil ik graag in een (of meerdere) SQL query van elk product slechts 1 record laten zien, waarbij elk weergegeven record van een nog niet eerder gebruikte shopid is.

Leg 's uit wat je precies terug wilt krijgen? er zijn nl meerdere opties...
1 doos 1, 2 krat 4
1 doos 2, 2 krat 4
1 krat 3, 2 doos 6

enz.

Tip: met alleen DISTINCT gaat je dit niet lukken, met subselects en bv. WHERE NOT IN... waarschijnlijk wel.

[Sequence]

welke opties ik krijg maakt me niet uit, als eenzelfde beschrijving maar maximaal 1x voorkomt en dat bij de volgende beschrijving ın het resultaat weer een nieuw niet eerder gebruikt shopid naar voren komt.

[Voutloos]

Maar niet elke winkel biedt dezelfde producten aan, dus als je een algoritme schrijft moet je wellicht op volgorde letten cq soms opnieuw proberen of backtracken. Een optimalisatie is dan om met de winkel met de minste producten te beginnen, aangezien die winkel later moeilijker in te passen is.

Ik heb echter zo mijn twijfels bij het nut van deze hele feature. Volstaat een lijst van alle producten met per product een random shopid, of een eenvoudiger arbitraire, maar constante verdeling niet gewoon? Sowieso kan wat jij wil niet als #producten > #shops, want dan gaan in een volledige lijst van producten sowieso dubbele shopids voorkomen.

Mijn mening: Random data queries zijn vaker wel dan niet een gimmick. Vraag jezelf af of het echt nut heeft.

[ Voor 8% gewijzigd door Voutloos op 29-03-2008 17:44 ]

[CyBeRSPiN]

Gewoon de shops joinen in een subquery met product en prijs, in de subquery doe je dan LIMIT 1, en de gewenste sortering, heb je geen distinct nodig

[st0p]

Als je RDBMS limit ondersteund ja

[Confusion]

Sequence schreef op zaterdag 29 maart 2008 @ 13:53:
Nou wil ik graag in een (of meerdere) SQL query van elk product slechts 1 record laten zien, waarbij elk weergegeven record van een nog niet eerder gebruikte shopid is.

Dat kan niet in een query, omdat SQL niet de mogelijkheid biedt om rij x van een resultset van rij y ( y < x) af te laten hangen. Je zal zelf een stored procedure moeten schrijven die dit doet, of de resultset in je programmeertaal moeten doorlopen om de resultaten te zoeken die je wilt hebben.

[CyBeRSPiN]

st0p schreef op zondag 30 maart 2008 @ 04:02:
Als je RDBMS limit ondersteund ja

Haha, lol. Ok, ik ben te verwend met PostgreSQL dan denk ik. MySQL kan dus blijkbaar (nog) geen complete syntax aan in de subqueries.
Maar áls het wel kon, dan heb je dus niet een stored procedure of programma nodig. Want als je alle shops afgaat en 1 op 1 linkt aan een product en prijs (met LIMIT dus), kun je per definitie geen dubbele shops in je resultset krijgen.

[DukeBox]

Bedoel je niet gewoon grouping ?

SELECT beschrijving, prijs FROM product GROUP BY shopid, beschrijving

[ Voor 53% gewijzigd door DukeBox op 31-03-2008 00:10 ]

[.oisyn]

Wat weer een bogus query is (die MySQL overigens wel toestaat). Bij een GROUP BY kun je alleen een kolom selecteren dat in de group by clausule staat, of een aggregate functie. Er zijn immers meerdere prijzen mogelijk per (shopid, beschrijving) combinatie, dus welke wil je dan hebben? Je kunt een prijs selecteren mbv een aggregate functie zoals MIN(), in dat geval krijg je de goedkoopste.

Overigens is dit niet wat de TS wil, en is het probleem lang niet zo simpel op te lossen zoals Voutloos al aangaf.

[Voutloos]

Inderdaad, voor wat cyberspin voorstelt kan best wel een query geschreven worden, maar het hele uitgangspunt van cyberspin is verkeerd omdat TS primair een lijst van producten wilt ipv een lijst van winkels.
Verder negeert iedereen vrolijk de door mij genoemde problemen, omdat het roepen van halfbakken queries die niet de juiste oplossing zijn blijkbaar leuker is.

[.oisyn]

So what else is new

Om die problemen waar Voutloos het over heeft kracht bij te zetten, hier een voorbeeld:

shopid	productnaam	prijs
1	doos	1
1	krat	2
1	pallet	3

En nu?