[SQL] Product + huidige prijs query

[corné]

Ik heb de volgende tabellen in een Postgresql database:



met de data:


Wat ik wil is dat ik een lijst met alle artikelen met de huidige prijs (laatste datum < NOW()) kan ophalen in 1 query.
Ik los dit nu nog op met een aparte query die ik per artikel uitvoer, maar dat is nogal traag als er veel artikelen zijn.

Misschien weet iemand hier een oplossing voor? dankuuu

[gorgi_19]

Zie bijvoorbeeld [SQL] Query laatste prijzen met having

zoekresultaten

[whoami]

Mja, dit is eigenlijk een beetje basic SQL kennis hoor. Snor eens een tutorial op over SQL, lees eens iets over JOINS en aggregated functies.

_{en Having heb je hier afaik niet nodig}

[corné]

hmm ik wat beter moeten zoeken denk ik, zo moeilijk was ie niet
heb em zo:

code:

SELECT artikelnummer, naam, prijs FROM Artikel
LEFT JOIN prijs_datum ON artikelnummer=artikel
WHERE datum = (SELECT max(datum) 
         FROM prijs_datum 
         GROUP BY artikel, datum 
         HAVING artikel=artikelnummer 
         AND datum <= NOW() 
         ORDER BY datum DESC LIMIT 1 
        )
ORDER BY artikelnummer

[gorgi_19]

Volgens mij ga je je performance nog een stuk verbeteren als je de Having er uit kan slopen en er een WHERE clausule van kan maken

[Voutloos]

Offtopic, maar ik kan het niet laten: waarom is Prijs onderdeel van de PK?

[Yo-han]

gorgi_19 schreef op maandag 08 januari 2007 @ 09:45:
Volgens mij ga je je performance nog een stuk verbeteren als je de Having er uit kan slopen en er een WHERE clausule van kan maken

Ter verduidelijking, HAVING doet aggregatie op het totale resultaat van de querie. WHERE beperkt al gelijk het resultaat, wat dus in een enorme performance winst kan resulteren bij grote resultaten.

[xos]

Je zou ook zoiets kunnen doen:

code:

select p1.* from prijs_datum p1
 join (select artikelnummer, max(datum) as datum from prijs_datum group by artikelnummer) p2
on p1.artikelnummer= p2.artikelnummer and p1.datum= p2.datum

Voutloos schreef op maandag 08 januari 2007 @ 09:51:
Offtopic, maar ik kan het niet laten: waarom is Prijs onderdeel van de PK?

Waarschijnlijk omdat in zijn huidige constructie de prijs van een produkt anders maar 1 keer per dag aangepast kan worden. Desalniettemin is het niet erg netjes.

[Voutloos]

xos schreef op maandag 08 januari 2007 @ 10:09:
Waarschijnlijk omdat in zijn huidige constructie de prijs van een produkt anders maar 1 keer per dag aangepast kan worden. Desalniettemin is het niet erg netjes.

Dus dan heb je tupels {1, '2.00', 08-01-06} en {1, '2.50', 08-01-06} in je DB zitten en mag je gokken welke prijs je neemt voor artikel 1? Art.nr. & datum zou op zichzelf al een unieke combinatie moeten zijn. Als je per se op 1 dag vaker prijzen wil aanpassen moet je niet alleen datum opslaan, maar ook tijdstip.

[gorgi_19]

Voutloos schreef op maandag 08 januari 2007 @ 10:58:
[...]
Dus dan heb je tupels {1, '2.00', 08-01-06} en {1, '2.50', 08-01-06} in je DB zitten en mag je gokken welke prijs je neemt voor artikel 1? Art.nr. & datum zou op zichzelf al een unieke combinatie moeten zijn. Als je per se op 1 dag vaker prijzen wil aanpassen moet je niet alleen datum opslaan, maar ook tijdstip.

Dan kan je nog steeds dat probleem krijgen Kan je beter een unique constraint zetten op datum + artikelnummer