www.elektronik.si

[clownfish]

[gregoral]

Če sem te dobro razumel bi rad imel running balance?

[clownfish]

[clownfish]

Ker zaloga nikoli ne gre pod nič in je preva izdaja manjša ali enaka začetnemu stanju oz prevzemu potem bi moral narediti SQL stavek takole:


Vzeti moram prvi prevzem - njegovo številko in količino
ter jo vpisat v novo tabelo nova_izdaja z podatki trenutne izdaje.
Hkrati v tabeli prevzemov od količine tega prevzema odšteti izdano količino.

nato pa kreirati zanko ki bi:

zanka:
Nadaljujem na naslednjo izdajo
preberem količino izdaje in jo odštejem od preostale količine na temu prevzemu

Če je razlika > 0
v tabelo nova_izdaja vpišem to izdajo in prevzem - njegovo številko in količino
izdaje.
nadaljujem na naslednji zapis v tabeli izdaj

Če je razlika = 0 v novo tabelo nova_izdaja vpišem to izdajo z preostalo
količino od trenutnega prevzema.
Ter vzamem naslednji prevzem.

Če je razlika < 0 v novo tabelo nova_izdaja vpišem to izdajo z preostalo
količino od trenutnega prevzema.
Ter vzamem naslednji prevzem njegovo številko in količino in spet izračunam
razliko med preostalo izdajo in novim prevzemom.
Ter to zapišem v novo tabelo nova_izdaja


ponovi zanko do konca zapisov v tabeli izdaj


čisto enostavno Sedaj moram le to "razmišljanje" prelevit v SQL stavke

[gregoral]

@clownfish
Tole je po mojem mnenju čist preveč zakomplicirano za na forum ( tako kot si napisal ).

1) naredi si čisto enostavne primere ( par vrstic: prevzem, izdaja, izdaja ) z enostavnimi količinami in cenami
2) na teh primerih prikaži kaj bi rad izračunal
3) potem boš morda dobil kak pameten sql stavek

[clownfish]

Hmm saj sem dal primer z podatki v začetnih tabelah in kaj bi na koncu želel..
Kot sem že zapisal.
Artikel z prevzemom prevzamemo po neki ceni in količini.
Potem to z izdajami iz skladišča izdajamo z neko količino. Vmes dobimo še drug tretji prevzem po drugačnih cenah in tako naprej.

Na koncu bi želel, da obdelava "porablja" količine iz starih prevzemov in če tega ni zadosti vzame iz naslednjega prevzema in tako do konca.

Zato mora obdelava vzeti količino iz prvega prevzema ter na izdaje dodajti številko tega prevzema in prevzemno ceno dokler je razlika med skupno izdano količino in količino prevzema večja od nič.
Ko je manjša od nič razdeli to izdajo kar je še ostalo iz začetnega prevzema v ta prevzem in preostanek v naslendji prevzem.. in tako do konca..

In tako je tudi prikazano z zadnji tabeli tak rezultat bi želel.

[gregoral]

@clownfish:
Glej nimam časa da se bom poglabljal v primer ki ima veliko podtkov.
Če ne moreš prikazat na največ 5 vrsticah in 3 stolpcih, potem je zadeva prekompleksna za na forum.

Razen če se te bo kdo usmilil in si vzel za poglobitev v tvoj problem veliko časa.

Glej kot opis si dal ( med drugim ) tudi tole:

[clownfish]

Pozdravljen gregoral !

Zahvalil bi se ti za spodbudne besede ter svojo interpretacijo mojega problema.
na forum sem se obrnil zato ker sem mnenja da je moje vprašanje dokaj enostavno vendar ga sam z svojim trenuitnim zannjem SQL-a ne znam razrešiti.

Prav tako nisem napisal, da je to "vprašanje za 5 minut" vsekakor pa je moj problem za nekega poznavalca SQL-a verjetno tako enostaven, da se ob samem vprašanju samo nasmeje in samo izvajanje SQL stavkov na hitro ob jutranji kavici spiše v par vrstic kode.

Glede tvoje pripombe glede kompleksnosti prav tako lahko povem, da to ni vprašanje za ne vem kakšne eksperte SQL-a in zagotovo je na forumu kar nekaj takšnih poznavalcev, ki bi pri temu znali konstruktivno pomagati.

Sem namreč mnenja, da je v našem domačem okolju predvsem pa na temu forumu veliko zelo perspektivnih in znanja polnih pametnih uporabnikov kar se kaže tudi v samih projektih, ki so in še tečejo.

Pri razlagi svojega SQL problema pa sem prav tako podal obe začetni ter vmestno in končno tabelo kakršno želim dobiti. Žal se to v 3 stolpcih in 5 vrsticah ne da podati zato je zraven tudi opis tega kar želim da SQL stavek "dela".
In mislim, da sem izbral pravi in primeren pristop k obrazložitvi mojega problema.

[.]

Brisana vsebina odstranjenega uporabnika.

[clownfish]

Za obdelavo in prikaz rezultatov uporabljam programsko orodje QlikView.

Sistem omogoča read only priklop na bazo iz katerih preberem podatke v interne tabele na katerih pa potem lahko delam "kar želim" ter na koncu podatke tudi prikažem v obliki tabel ali grafov.
Vseeno po branju teh podatkov iz baze v obliki, ki so prikazani že v prejšnjih tabelah moram te podatke primerno obdelati, da dobim na koncu obliko, ki vsebuje željene podatke.
Sam script ki naredi to obdelavo pa vsebuje SQL obdelavo, ki te dve tabeli na pravilen način združi ter naredi update tabele izdaj ali pa kreira novo tretjo tabelo.

[bpavsic]

Sicer nimam izkušenj na področju MS SQL serverja, sem pa tvojo zadevo naredil v Oracleu.. Da vsaj vidiš v čem je finta...

Kreiranje vhodnih tabel s podatki:

[bpavsic]

Pa da še malo komentiram logiko za SQLom:

- osnova sta 2 selecta na sredini (izdaja in prevzem), ki imata dodano polje "sumkolicin", kar je v bistvu "running balance", na kar te je že opozoril gregoral
- ta dva selecta sedaj kartezično združimo (vsak prejem z vsako izdajo) in odstranimo tiste, kjer se ne ujema artikel (lahko bi se dodal še datum, npr. prevzem.datum < izdaja.datum) ter tiste, kjer je stanje zaloge pred in po prejemu/izdaji za nas neveljavno (torej npr. zaloga po prejemu < zaloge pred izdajo ali pa zaloga pred prejemom > zaloge po izdaji)
- nato s case-om še izračunom delež izdaje znotraj vsakega prejema, ki je ostal v paru z izdajo.

V grobem je to to...

[clownfish]

bpavsic

HVALA za nazoren prikaz in "rešitev" mojega problema.

Sam SQL si bom pogledal in ga poizkusil tudi razumeti čeprav že sedaj lahko komentiram da to precej presega moje trenutno SQL znanje.

Sedaj moram to samo že prekonvertirati v QlikView script obliko pa bo

Še enkrat HVALA!!!

[.]

Brisana vsebina odstranjenega uporabnika.

[bpavsic]

Upam, da ti bo šlo. Lahko, da so razlike med Oracleom in MS SQL serverjem (že joini so npr. drugačni). Ampak to ni tako bistveno.
Bistveno je, da razumeš, zakaj stvar tako dela, kot dela in si potem prepišeš SQL stavek v tako obliko, da ga bo MS SQL razumel.
Tudi sam sem tega selecta lotil po delih. Najprej notranja selecta s stanjem zaloge. Ko ti ta 2 delata tako kot treba, nadaljuješ, si povežeš oba in začneš odstranjevati pare (recorde), ki niso relevantni za tvoj izhod. Ko ti select vrne pravilne kombinacije izdaj in prevzemov v pravilnem vrstnem redu, pa se začneš ukvarjat z izračunom količine, ki gre iz vsakega prejema na izdajo.

Aja, mogoče še bo treba kak Group By zaradi artiklov, predvsem tam v notranjih selectih, ko si izračunava zalogo (da ne bi zaloga bila skupna za vse artikle )

edit:

Glede OVER-ja... Gregoral je že zgoraj napisal drugačno rešitev za izračun zaloge, tako da če to ne bo delovalo, uporabi tisto.