Visa ett inlägg
Oläst 2008-11-30, 11:11 #5
Magnus_A Magnus_A är inte uppkopplad
Klarade millennium-buggen
 
Reg.datum: May 2006
Inlägg: 2 604
Magnus_A Magnus_A är inte uppkopplad
Klarade millennium-buggen
 
Reg.datum: May 2006
Inlägg: 2 604
Lindahl har helt rätt.
Du har antagligen optimerat på fel sak.
Ditt system verkar vara optimerat på "lätt att lägga in nya specialpriser"
Det borde vara optimerat på "lätt att söka fram priser för användaren".
Tänk själv. Hur ofta uppdaterar du med nya priser? En gång i veckan/månaden typ.
Hur ofta söker användarna efter vad rummen kostar? Hela tiden, hundratals och tusentals gånger om dagen.

Som tur är går det antagligen att bygga in en sådan optimering genom en ny tabell, som innehåller alla tänkbara sökbara datum framåt i tiden, hur långt bestämmer du själv, kategori och prisnivå för varje kategori och datum.

Enklast är kanske att fylla den tabellen med innehåll vid varje ny uppdatering av tabellen med erbjudanden och tidsperioder. Du kan behöva tömma tabellen innan för att få bort alla gamla erbjudanden. Sen blir SQL-frågan löjligt enkel.
I ett sådant system kan du också ta hänsyn till att ebjudanden lappar över varandra och ta fram det billigaste priset för varje dag.
Magnus_A är inte uppkopplad   Svara med citatSvara med citat