[es] - Greska u query kalkulativnom polju

stefann127
Beograd

Član broj: 55741
Poruke: 78
*.uzzpro.sr.gov.yu.

Profil

^{24.01.2007. u 10:10}

Narode,

dajte mi pomozite u resavanju "neuobicajenog"problema.

Imam 1 qry u njemu jedno kalkulativno polje koje mi daje ispravan rezultat formata Standard Decimal 2 i to rezultat 18,59 i vrednost koju pozivam iz vezane tabele i koja iznosi 1.874,63.
Zelim da dobijem kalkulativno polje PROIZVODA OVA DVA POLJA, ali dobijem GRESKU U PROIZVODU ZA 7 jedinica, tj umesto 34849.38 dobijem 34856,73 ??

Formati svih polja su OK! ili bar tako mislim.

Mislim ludilo.

Kako da resim problem???

Ako neko ima ideju sta moze biti javite mi.

Baza je relativno velika, ne mogu da posaljem primer.

Pozdrav svima

PS.

Pogledajte Upload fajla samo qry_... i to kalkulativno polje g1.

HVALA!

Prikaceni fajlovi

qry GRESKA.zip - 54.57k

^{24.01.2007. u 10:10}

BiloKoje
Pera Petrovic
Beograd

Moderator
Član broj: 40147
Poruke: 212
*.fiberop.matgnet.com.

Profil

Re: Greska u query kalkulativnom polju

^{24.01.2007. u 11:14}

Format standard je samo način prikazivanja broja. Broj 15.75863 će se prikazati kao 15.76 ali ga Access pamti i u proračunima koristi kao 15.75863. Ako želiš da u proračunima koristi zaokružene vrednosti onda koristi funkciju Round(broj,brojdecimala). Obrati pažnju da li zaokružuješ ulazne vrednosti ili rezultat ili oba. Sve varijante su moguće, a koju ćeš izabrati zavisi od programskih zahteva.
Srećno.

^{24.01.2007. u 11:14}

stefann127
Beograd

Član broj: 55741
Poruke: 78
*.uzzpro.sr.gov.yu.

Profil

Re: Greska u query kalkulativnom polju

^{24.01.2007. u 11:55}

Moderatoru PP,

molim te ako mozes objasni mi gde je u query funkcija Round?
Probao sam Expression i nisam nasao.
Inace Round bih koristio i za sve clanove izraza u kalkulativnom polju dakle i kao ulazne vrednosti i kod rezultata.

Ne ide mi nesto.
Jednostavno sam zastao i dva dana "laufam".
Molim te samo kratko gde Function Round( Number, 2)???

Hvala unapred.

^{24.01.2007. u 11:55}

BiloKoje
Pera Petrovic
Beograd

Moderator
Član broj: 40147
Poruke: 212
*.fiberop.matgnet.com.

Profil

Re: Greska u query kalkulativnom polju

^{24.01.2007. u 12:12}

Ti imaš u upitu ovakvo izračunato polje:
OTPR_SKOLA: ((tbl_skole_SS!PROSECAN_KOEF_SS)*(tbl_cena_rada!CENA_RADA)*3)

Ako hoćeš zaokruženu vrednost unesi:

OTPR_SKOLA: Round(((tbl_skole_SS!PROSECAN_KOEF_SS)*(tbl_cena_rada!CENA_RADA)*3);2)

Ako hoćeš proizvod predhodno zaokruženih vrednosti onda:

OTPR_SKOLA: ((round(tbl_skole_SS!PROSECAN_KOEF_SS);2)*Round((tbl_cena_rada!CENA_RADA);2)*3)

^{24.01.2007. u 12:12}

stefann127
Beograd

Član broj: 55741
Poruke: 78
*.uzzpro.sr.gov.yu.

Profil

Re: Greska u query kalkulativnom polju

^{24.01.2007. u 13:08}

PP, Moderatoru,

Hvala ti, pretpostavljao sam da ce se u Expresssions dodati, ali nisam bio siguran.

Sada, zahvaljujuci tebi mogu dodati ROUND(..., ...).

Mada mi je dok ne budem ispravio i dalje neobicno da u izrazu sa 2 Integer, 3 Single, Standard, 2, napravi u mnozenju toliku gresku.

Mislim da ce biti dobro, javicu ti cim uvrstim tu funkciju.

Hvala ti puno.

Pozdrav

^{24.01.2007. u 13:08}

stefann127
Beograd

Član broj: 55741
Poruke: 78
*.uzzpro.sr.gov.yu.

Profil

Re: Greska u query kalkulativnom polju

^{25.01.2007. u 08:15}

PP,

molim te nesto mi ne ide.
Ili ja gresim u sintaksi, (kada se ispise Round (Number; Nr of digits)) ili Help nisam shvatio (kada se ispise Round (Number, Nr of digits)), pa te molim da pogledas izraz za g1.
Saljem ti slike gresaka koje se javljaju kada unesem u Round ; i kada unesem , .

Stvarno nisam za rad kada obican Expressions ne umem da ispisem, jesam out of order privatno, pa te molim da pogledas g1 kalkulativno polje i ustanovis gde je tolika greska, pokusaj svaki clan da Round na 2 digits, kao i rezultat.

Stvarno mi nije jasno gde gresim!

Pomagaj, ako zelis.

Pozdrav i unapred hvala.

Prikaceni fajlovi

greske round.doc - 230.5k

^{25.01.2007. u 08:15}

BiloKoje
Pera Petrovic
Beograd

Moderator
Član broj: 40147
Poruke: 212
*.fiberop.matgnet.com.

Profil

Re: Greska u query kalkulativnom polju

^{25.01.2007. u 08:31}

Ovako tačno treba da izgleda izraz:

OTPR_SKOLA: Round(([tbl_skole_SS]![PROSECAN_KOEF_SS])*([tbl_cena_rada]![CENA_RADA])*3;2)

U onom predhodnom postu zagrade nisu dobro "uparene".

za g1:
g1: Round(((1+([tbl_nastavno_SS]![RADNI_STAZ_NAST_SS])*0,4/100)*(([tbl_koeficijenti_SS]![KOEFICIJENT])+
(([tbl_koef_korekcije_SS]![PROC_KOREKCIJE])*([tbl_koeficijenti_SS]![KOEFICIJENT])/100)))*
([tbl_nto_cr]![NETO_CR]);2)

^{25.01.2007. u 08:31}

stefann127
Beograd

Član broj: 55741
Poruke: 78
*.uzzpro.sr.gov.yu.

Profil

Re: Greska u query kalkulativnom polju

^{25.01.2007. u 09:37}

PP, brate,

ne ide.
Ja sam out.

nakon unosa Expressions pojavi mi se komentar
"Te expresssion you entered contains invalid syntax.
You may have entered an operand without an operator"

Signalizira gresku na ; .

Ako imas predstavu gde ja to gresim javi, inace danas jednostavno ne ide.

Pozdrav i HVALA!!!!!

^{25.01.2007. u 09:37}

BiloKoje
Pera Petrovic
Beograd

Moderator
Član broj: 40147
Poruke: 212
*.fiberop.matgnet.com.

Profil

Re: Greska u query kalkulativnom polju

^{25.01.2007. u 09:46}

Evo probaj u tvom primeru, izmenio sam izraze u dva pomenuta polja.

Prikaceni fajlovi

qry GRESKA.zip - 52.71k

^{25.01.2007. u 09:46}

stefann127
Beograd

Član broj: 55741
Poruke: 78
62.240.6.*

Profil

Re: Greska u query kalkulativnom polju

^{27.01.2007. u 13:11}

PP,

stvarno me je vise blam i sramota da ti pisem.
Query je prihvatio Round(...,2) , sto na PC na kojima radim, a ima ih 2+LAT TOP nije prihvatio.OK!

Ali kao sto si primetio, ili tako prikazuje kod mene u qry rezultat za g1 je 34856,73, a treba da bude jarane
34.849,37.

Mislim STA RECI!

Ne mogu da verujem da je greska mnozenja dva broja (pogledaj orvu poruku) toliko izrazena.

Ako imas strpljenja i vremena pogledaj ovaj izraz molim te:

KOEF_UKNAST_SS: ((1+(tbl_nastavno_SS!RADNI_STAZ_NAST_SS)*0,4/100)*((tbl_koeficijenti_SS!KOEFICIJENT)+((tbl_koef_korekcije_SS!PROC_KOREKCIJE)*(tbl_koeficijenti_SS!KOEFICIJENT)/100))),

koji zaista daje tacan rezultat 18,59.

Amaaaaan gde gresim???

Hvala ti jos jednom i pomazi ako zelis.

^{27.01.2007. u 13:11}

BiloKoje
Pera Petrovic
Beograd

Moderator
Član broj: 40147
Poruke: 212
*.ADSL.neobee.net.

Profil

Re: Greska u query kalkulativnom polju

^{27.01.2007. u 16:05}

Bojim se da je problem nešto komplikovaniji. Sad sam krenuo redom po tabelama da vidim tip podataka koji ulaze u račun. Tu vidim da imaš recimo tabelu
tbl_nto_cr koja ima ID NTOcena RADA i Neto_cr. Tabelu tbl_nastavno_SS si povezao ca tbl_nto_cr preko polja Neto_cr. Ima još nelogičnosti u povezivanju.
Tbl_nastavno_SS treba povezati sa školama preko ID _skola, a ne preko naziva škole.
Pokušao sam da sve vrednosti koje ulaze u obračun promenim u DOuble, ali kako ti neke id ovih vrednosti koristiš kao FK u relacijama nisam mogao da uradim izmene. Teško je tražiti grešku u računu ako ti čitava baza ima probleme, odnosno ako relacije nisu u redu. Da bi krenuli od početka trebalo bi da zbamo šta baza treba da radi, koje sve ulazne podatke koristi, da te podatke dobro orgnizujemo, pa tek onda da se bavimo proračunima.
Na osnovu priloženih tabela mogu da nagađam o čemu se radi, ali to nije dovoljno. Predlažem ti da nam podrobno opišeš cilj baze, ima li još tabela i šta sadrže ako ih ima, pa da se prvo pozabavimo relacijama i tipovima podataka. To će trajati nešto duže ali samo tako možemo da dođemo do dobrih rezultata.

^{27.01.2007. u 16:05}

stefann127
Beograd

Član broj: 55741
Poruke: 78
*.yubc.net.

Profil

Re: Greska u query kalkulativnom polju

^{27.01.2007. u 19:45}

PP,

veruj mi da su relacije tabela solidne.
U tbl nastavno_SS sam namerno izbegao ID_SKOLE , jer mi kao Long integer povlaci probleme u kalkulacijama gde zelim Single.

Zadatak baze je da odredi otpremnine za nastavno osoblje po tri osnova>
1. Po osnovu proseka Srbije kalkulativno polje OTPR_RS,
2. Po osnovu koeficijenta skole , kalkulativno polje OTPR_SKOLA i
3. Po osnovu koef. nastavnika kalkulativno polje OTPR_RADN.

Kalkulativno polje OTPR_RAD je stari nacin odredjivanja otpremnine i taj izraz ne treba uzimati u razmatranje.

Polje g1 sam samo naveo kao primer jer mi kod njega nastaje greska , a ono figurise u OTPR_RADN

Kalkulativni KOEF_UKNAST_SS je dobro izracunat u to ne treba sumnjati.

Radio sam i Table analizer, nije bilo takvih predloga koje bih prihvatio, ili sam pogresio.

Ipak treba razmisljati kako se oduziti svima koji pomognu , tabei takodje,.

Hvala ti veliko, pusticu da ta greska od max 30 din po nastavniku u njegovu korist ostane, osim ako mi neka visa instanca to ne zabrani.

Hvala ti jos jednom.

Pozdrav

^{27.01.2007. u 19:45}