Forum » Programiranje » [ACCESS] Pomoč
[ACCESS] Pomoč
Stewie ::
Živjo!
Nikakor ne znam nastavit / izračunat, da bi mi pokazalo ceno z ddv..
Imam tabelo ki vsebuje artikel, številka artikla, količina, vrednost brez ddv, ddv , vrednost z ddv, skupaj (brez ddv), davek, skupaj (z ddv)
Kako naj to rešim se ubadam s tem zadnje 2 uri pa nikakor ne znam da bi mi pravilno zračunalo.
Primer:
Artikel: GUME
Številka artikla: sava678
Količina: 4
Vrednost brez DDV: 48EUR
DDV: 22%
Vrednost z DDV: 58.56EUR
Skupaj (brez ddv): 192
Davek: 42.24
Skupaj (z ddv): 234.24
Hvala
Nikakor ne znam nastavit / izračunat, da bi mi pokazalo ceno z ddv..
Imam tabelo ki vsebuje artikel, številka artikla, količina, vrednost brez ddv, ddv , vrednost z ddv, skupaj (brez ddv), davek, skupaj (z ddv)
Kako naj to rešim se ubadam s tem zadnje 2 uri pa nikakor ne znam da bi mi pravilno zračunalo.
Primer:
Artikel: GUME
Številka artikla: sava678
Količina: 4
Vrednost brez DDV: 48EUR
DDV: 22%
Vrednost z DDV: 58.56EUR
Skupaj (brez ddv): 192
Davek: 42.24
Skupaj (z ddv): 234.24
Hvala
- spremenilo: Stewie ()
HotBurek ::
Problem (oz. izziv) je, ker imaš dve različni stvari v eni tabeli (količina za 1 komad, in za n-komadov).
Zadevo se reši s tremi tabelami, many-to-many povezavo, pa imaš top sistem. Zna tudi Access ;)
Prvo se naredi tabela artikli, v katero se vnese samo posamične artikle, en kos. Količina se lahko dopiše, za posamičen artikel (in ne za 5 komadov skupaj, razen če je to posamičen artikel).
# artikli
id|artikel|kolicina|vrednostBrezDdv|Ddv
0|GUME|1|48eur|22%
1|BRISALEC|1|20eur|17%
2|ANTIFRIZ|1liter|27eur|14%
3|MAST|100ml|14eur|33%
4|MAST|250ml|33eur|32%
Potem je tabela računi, kjer so shranjeni id-ji posamičnih računov, ter podatki o samem računu.
# racuni
id|datumizdaje|krajizdaje
0|1.1.2000|lublana
1|1.2.2000|cele
2|3.3.2003|maribor
V tretji, povezovalni tabeli, pa je seznam id-jev, ki skupaj povezujejo tabeli artikli in računi. Zakaj ta tabela? Ker lahko ima en račun več artiklov, ter, en artikel se lahko pojavi na več računih.
Zraven se v isto tabelo vpiše še količina nabavljenih artiklov (stolpec komad).
# artikliInRacuni
id|idRacuni|idArtikli|komad
0|0|0|4
1|1|0|2
2|1|2|1
3|2|1|2
4|2|3|1
5|2|4|2
Potem pa SQL query preber 3 tabele in z ukazom JOIN skupaj poveže id-je, kot pogoj pa se lahko vnese:
- izpiši vse
- id računa, ki izpiše katere artikle vsebuje račun
- id artikla, ki izpiše na katerih računih se pojavi ta artikel (+ količina)
- x drugih rešitev (naprimer izpis prodaja artikla po kraju izdaje računa, najbolj prodajan artikel (količinsko ali po ceni), po mesecih, po regijah itn.)
Npr. za racun id 2, sta v tabeli artikliInRacuni pod stolpcom idRacuni (drugi iz leve) v zadnjih treh vrsticah 2-ke. To pomeni, da ima račun id=2 tri artikla. En stolpec v desno je idArtikli in JOIN prebere vrstici 1, 3 in 4 iz tabele artiklov. Zadnji stolpec komad pa za računanje cene; cena artikla * komad = skupna cena.
Se pravi, račun id=2 ima 2x brisalec (3|2|1|2), 1x 100ml mast (4|2|3|1), ter 2x 250ml mast (5|2|4|2). Skupne cene pa SQL sproti, pred izpisom, izračuna.
Načeloma se cene shranjujejo samo za posamičen artikel.
Zadevo se reši s tremi tabelami, many-to-many povezavo, pa imaš top sistem. Zna tudi Access ;)
Prvo se naredi tabela artikli, v katero se vnese samo posamične artikle, en kos. Količina se lahko dopiše, za posamičen artikel (in ne za 5 komadov skupaj, razen če je to posamičen artikel).
# artikli
id|artikel|kolicina|vrednostBrezDdv|Ddv
0|GUME|1|48eur|22%
1|BRISALEC|1|20eur|17%
2|ANTIFRIZ|1liter|27eur|14%
3|MAST|100ml|14eur|33%
4|MAST|250ml|33eur|32%
Potem je tabela računi, kjer so shranjeni id-ji posamičnih računov, ter podatki o samem računu.
# racuni
id|datumizdaje|krajizdaje
0|1.1.2000|lublana
1|1.2.2000|cele
2|3.3.2003|maribor
V tretji, povezovalni tabeli, pa je seznam id-jev, ki skupaj povezujejo tabeli artikli in računi. Zakaj ta tabela? Ker lahko ima en račun več artiklov, ter, en artikel se lahko pojavi na več računih.
Zraven se v isto tabelo vpiše še količina nabavljenih artiklov (stolpec komad).
# artikliInRacuni
id|idRacuni|idArtikli|komad
0|0|0|4
1|1|0|2
2|1|2|1
3|2|1|2
4|2|3|1
5|2|4|2
Potem pa SQL query preber 3 tabele in z ukazom JOIN skupaj poveže id-je, kot pogoj pa se lahko vnese:
- izpiši vse
- id računa, ki izpiše katere artikle vsebuje račun
- id artikla, ki izpiše na katerih računih se pojavi ta artikel (+ količina)
- x drugih rešitev (naprimer izpis prodaja artikla po kraju izdaje računa, najbolj prodajan artikel (količinsko ali po ceni), po mesecih, po regijah itn.)
Npr. za racun id 2, sta v tabeli artikliInRacuni pod stolpcom idRacuni (drugi iz leve) v zadnjih treh vrsticah 2-ke. To pomeni, da ima račun id=2 tri artikla. En stolpec v desno je idArtikli in JOIN prebere vrstici 1, 3 in 4 iz tabele artiklov. Zadnji stolpec komad pa za računanje cene; cena artikla * komad = skupna cena.
Se pravi, račun id=2 ima 2x brisalec (3|2|1|2), 1x 100ml mast (4|2|3|1), ter 2x 250ml mast (5|2|4|2). Skupne cene pa SQL sproti, pred izpisom, izračuna.
Načeloma se cene shranjujejo samo za posamičen artikel.
root@debian:/# iptraf-ng
fatal: This program requires a screen size of at least 80 columns by 24 lines
Please resize your window
fatal: This program requires a screen size of at least 80 columns by 24 lines
Please resize your window
Badwolff ::
Bom še sam izkoristil tole.
Že nekaj časa me muči pošiljanje sporočil iz accessa preko gmaila. V textbody mi vse šumnike spremni v neke druge znake.
koda
Nekje je najbrž treba določit encoding, ampak nimam pojma kako to izvest.
Al pa je kak workaround.
Že nekaj časa me muči pošiljanje sporočil iz accessa preko gmaila. V textbody mi vse šumnike spremni v neke druge znake.
koda
Set cdomsg = CreateObject("CDO.message") With cdomsg.Configuration.Fields .Item("http://schemas.microsoft.com/cdo/configuration/sendusing") = 2 'NTLM method .Item("http://schemas.microsoft.com/cdo/configuration/smtpserver") = "smtp.gmail.com" .Item("http://schemas.microsoft.com/cdo/configuration/smptserverport") = 587 .Item("http://schemas.microsoft.com/cdo/configuration/smtpauthenticate") = 1 .Item("http://schemas.microsoft.com/cdo/configuration/smtpusessl") = True .Item("http://schemas.microsoft.com/cdo/configuration/smtpconnectiontimeout") = 60 .Item("http://schemas.microsoft.com/cdo/configuration/sendusername") = "mojmail@gmail.com" .Item("http://schemas.microsoft.com/cdo/configuration/sendpassword") = "mojegeslo" .Update End With ' build email parts sporo = "čšđžlšđćĆSĐĆEĐ" With cdomsg .To = "mojmail2@gmail.com" .From = "mojmail@gmail.com" .Subject = "蚞ȊŽ" .TextBody = sporo .Send End With Set cdomsg = Nothing
Prejeti mail se glasi
č?š 3/4 l?šęĘSŠĘEŠ
na drugem mailu dobim tole
Trebu?ak
robi?
vre?ka
Nekje je najbrž treba določit encoding, ampak nimam pojma kako to izvest.
Al pa je kak workaround.
HotBurek ::
Pozkusi tole:
With cdomsg .BodyPart.Charset = "utf-8"
root@debian:/# iptraf-ng
fatal: This program requires a screen size of at least 80 columns by 24 lines
Please resize your window
fatal: This program requires a screen size of at least 80 columns by 24 lines
Please resize your window
Badwolff ::
you're my god now :D
še eno vprašanje, zakaj ta procedura ne deluje, če imam prižgan vpn?
še eno vprašanje, zakaj ta procedura ne deluje, če imam prižgan vpn?
Zgodovina sprememb…
- spremenilo: Badwolff ()
HotBurek ::
Verjetno/mogoče ti VPN ob vzpostavitvi postavi nov route za internet promet in ti ga spelje čez sam VPN, tam je pa blokiran port 587?
W windowsih sta ukaza za cmd pathping smtp.gmail.com in tracert smtp.gmail.com.
Pa primerjaj izpis, enkrat brez, drugič z VPNjem. Sploh prvih par IPjev.
Če je ves promet speljan čez VPN, se vidi že z obiskom whatsmyip strani, kjer bi moral videt različni IP.
W windowsih sta ukaza za cmd pathping smtp.gmail.com in tracert smtp.gmail.com.
Pa primerjaj izpis, enkrat brez, drugič z VPNjem. Sploh prvih par IPjev.
Če je ves promet speljan čez VPN, se vidi že z obiskom whatsmyip strani, kjer bi moral videt različni IP.
root@debian:/# iptraf-ng
fatal: This program requires a screen size of at least 80 columns by 24 lines
Please resize your window
fatal: This program requires a screen size of at least 80 columns by 24 lines
Please resize your window
Stewie ::
Problem (oz. izziv) je, ker imaš dve različni stvari v eni tabeli (količina za 1 komad, in za n-komadov).
Zadevo se reši s tremi tabelami, many-to-many povezavo, pa imaš top sistem. Zna tudi Access ;)
Prvo se naredi tabela artikli, v katero se vnese samo posamične artikle, en kos. Količina se lahko dopiše, za posamičen artikel (in ne za 5 komadov skupaj, razen če je to posamičen artikel).
# artikli
id|artikel|kolicina|vrednostBrezDdv|Ddv
0|GUME|1|48eur|22%
1|BRISALEC|1|20eur|17%
2|ANTIFRIZ|1liter|27eur|14%
3|MAST|100ml|14eur|33%
4|MAST|250ml|33eur|32%
Potem je tabela računi, kjer so shranjeni id-ji posamičnih računov, ter podatki o samem računu.
# racuni
id|datumizdaje|krajizdaje
0|1.1.2000|lublana
1|1.2.2000|cele
2|3.3.2003|maribor
V tretji, povezovalni tabeli, pa je seznam id-jev, ki skupaj povezujejo tabeli artikli in računi. Zakaj ta tabela? Ker lahko ima en račun več artiklov, ter, en artikel se lahko pojavi na več računih.
Zraven se v isto tabelo vpiše še količina nabavljenih artiklov (stolpec komad).
# artikliInRacuni
id|idRacuni|idArtikli|komad
0|0|0|4
1|1|0|2
2|1|2|1
3|2|1|2
4|2|3|1
5|2|4|2
Potem pa SQL query preber 3 tabele in z ukazom JOIN skupaj poveže id-je, kot pogoj pa se lahko vnese:
- izpiši vse
- id računa, ki izpiše katere artikle vsebuje račun
- id artikla, ki izpiše na katerih računih se pojavi ta artikel (+ količina)
- x drugih rešitev (naprimer izpis prodaja artikla po kraju izdaje računa, najbolj prodajan artikel (količinsko ali po ceni), po mesecih, po regijah itn.)
Npr. za racun id 2, sta v tabeli artikliInRacuni pod stolpcom idRacuni (drugi iz leve) v zadnjih treh vrsticah 2-ke. To pomeni, da ima račun id=2 tri artikla. En stolpec v desno je idArtikli in JOIN prebere vrstici 1, 3 in 4 iz tabele artiklov. Zadnji stolpec komad pa za računanje cene; cena artikla * komad = skupna cena.
Se pravi, račun id=2 ima 2x brisalec (3|2|1|2), 1x 100ml mast (4|2|3|1), ter 2x 250ml mast (5|2|4|2). Skupne cene pa SQL sproti, pred izpisom, izračuna.
Načeloma se cene shranjujejo samo za posamičen artikel.
Mi je ratalo z eno tabelo sicer ni čisto enako ampak bo :D
fosil ::
Mi je ratalo z eno tabelo sicer ni čisto enako ampak bo :D
Z eno tabelo ni v redu.
Če delaš za šolo bo narobe, če delaš za dejansko uporabo bo pa sploh narobe.
Naredi kot je rekel Burek.
Tako je!
Stewie ::
Mi je ratalo z eno tabelo sicer ni čisto enako ampak bo :D
Z eno tabelo ni v redu.
Če delaš za šolo bo narobe, če delaš za dejansko uporabo bo pa sploh narobe.
Naredi kot je rekel Burek.
Zakaj? *Bo za dejansko uporabo samo toliko da mi ni treba pisat v zvezek ter potem pregledujem vsak list zvezka posebej preden najdem ampak samo v accessu poiščem kaj je bilo tisti dan na avtu narejeno in kateri materiali(artikli) so bli računani...
Zgodovina sprememb…
- spremenilo: Stewie ()
Vredno ogleda ...
Tema | Ogledi | Zadnje sporočilo | |
---|---|---|---|
Tema | Ogledi | Zadnje sporočilo | |
» | SQL developerOddelek: Šola | 1554 (1132) | HotBurek |
» | PostgreSQL pomočOddelek: Programiranje | 2500 (1993) | Mato989 |
» | Access 2010-Bar (vodenje zaloge)Oddelek: Programiranje | 1191 (951) | z00s |
» | Baze ter relation med njimiOddelek: Programiranje | 3311 (2872) | Marat |
» | PHP + MySQL excel export pomoč?Oddelek: Izdelava spletišč | 1481 (1328) | sumoborac |