Order by vagy új tábla szerkezet?
Sziasztok!
Van egy adatbázisom amiben lehet van egy logikai hiba, a problémám a
következő.
A táblának a van két oszlopa az egyik Nettó_ár a másik
Nettó_akciós_ár.
A logika az lett volna, ahol az akciós ár nem nulla az akciós.
Igen ám de ha lekérdezek egy bizonyos termék kivitelt, nem tudok az
éppen aktuális árra rendezni.
Mert ha Nettó_akciós_ár -ra rendezek akkor a nullásak vannak elöl.
Nem pedig a olcsó akciósok.
Ha Nettó_ár -ra rendezek akkor meg ugye a Nettó_akció_ár keveredik
el.
Első blikkre van valakinek ötlete, azon kívül hogy gondoljam újra a
táblámat?
Persze ez is megoldható, de TI hogyan csináljátok?
rand
■ Van egy adatbázisom amiben lehet van egy logikai hiba, a problémám a
következő.
A táblának a van két oszlopa az egyik Nettó_ár a másik
Nettó_akciós_ár.
A logika az lett volna, ahol az akciós ár nem nulla az akciós.
Igen ám de ha lekérdezek egy bizonyos termék kivitelt, nem tudok az
éppen aktuális árra rendezni.
Mert ha Nettó_akciós_ár -ra rendezek akkor a nullásak vannak elöl.
Nem pedig a olcsó akciósok.
Ha Nettó_ár -ra rendezek akkor meg ugye a Nettó_akció_ár keveredik
el.
Első blikkre van valakinek ötlete, azon kívül hogy gondoljam újra a
táblámat?
Persze ez is megoldható, de TI hogyan csináljátok?
rand
Ket fele modszer
az aktuálisakat szeretném rendezni.
Köszi a gyors válasz.
De az aktuális szerint szeretném rendezni.
Mindegy akciós vagy nem csak az ár számítson.
Köszönöm rand
ps: persze a 0 -ás nem akciós miatt lehet két lekérdezés vagy nem is tudom ...
<Nincs cím>
Nem teljesen tiszta, de ha jól értem, akkor azoknál a rekordoknák, ahol nincs akciós ár, ott 0-ra van állítva az "akciós ár" mező. Állítsd NULL-ra, és úgy az akciós rendezésnél a legolcsóbb akciós fog előre kerülni.
-- hector
SQL feltétel
Poetro
Azt hiszem ez lesz az!
Ha jól érzem ez jó lesz, most nem tudom folytatni a scriptem de elsőre jónak tünik!
Köszönöm rand
másképp:
Adatbázisnál tökéletes.
Hogy nekem ez miért nem jut eszembe!
Igaz nekem nem lenne jó.
Mert én OpenOffice.org Calcban szerkesztem a táblát. (Excel)
És ott az automata szűrés nem menne, most leszűrőm a '> 0'.
És látom mi akciós és mi nem.
De sejtem az SQL könyvek nem így tanítják a tábla felépítését?!
rand
Plusz adat feleslegesen
Poetro, egyébként miért kell bele az IF, miért nem jó sima WHERE akcios_ar NOT NULL? (Pl., de lehetne join is.) Nem kötekedés, tényleg kíváncsi vagyok.
D.
http://e-arc.hu/
Hogyan müködik ez a feltétel nem tudom ...
Ez az IF hogyan működik így leírva nem sok fogalmam van.
De ugye nekem kell az akciós és a nem akciós is.
És ezeket kell aktuális árak szerint rendezni.
pl. ha valaki csak almát akar venni és mindegy milyen Típust és érdekli a nem akciós is.
A NOT NULL szintén megneheziti a dolgom a Calcban.
A MySQL hogyan tudnám rá venni hogy vessző legyen a tizedes jel?
Mert ugye én csak pontal tudom megetetni a MySQL-el, de az a Calcban dátum. :-(
rand
akció mértéke
pl. adott terméknek a nettó ára 100, az engedmény mértéke 20% (0.2), akkor ki tudod írni, az eredeti árat(100), az engedmény mértékét(-20%), és az akciós árat (
netto_ar*(1-engedmeny)).Továbbá tudsz rendezni az eredeti ár, az engedmény mértéke, vagy akár a számított ár szerint is.
TikuVoltam
Ma is holnap fekszünk le, mint tegnap
aktualis ár és eredeti ár
Igy az aktualis ar alapjan siman lekerdezhetok a termekek.
Ha akcios kell akkor azokat rakod ki amiknek az aktuális ára kevesebb.
A különbség alapján ki tudod írni az akció mértékét.
Ha vége van az akciónak akkor egyszerűen az eredeti árát beleírod az aktuálisba is.
Az árak tárolásánál érdemes azért azt is megjegyezni, hogy később visszakereshetőnek kéne lenni, hogy egy adott pillanatban mennyiért is vette meg a vevő, de legalább azt, hogy te mennyiért arultad!