Srodne teme
Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

Baza sa vise razlicitih vrsta uplata

[es] :: Access :: Baza sa vise razlicitih vrsta uplata

Strane: 1 2 3 4

[ Pregleda: 13495 | Odgovora: 65 ] > FB > Twit

Postavi temu Odgovori

Autor
Pretraga teme: Traži
Markiranje Štampanje RSS

Zoran.Eremija
Zoran Eremija
SYSTEM ANALYST
Freelancer
Beograd

Član broj: 251342
Poruke: 855
..106.109.adsl.dyn.beotel.net.

Sajt: zoraneremija.wix.com/erem..


+47 Profil

icon Re: Baza sa vise razlicitih vrsta uplata17.11.2011. u 22:03 - pre 151 meseci
Zadatak koji ste dobili svakako izlazi iz okvira seminarskog rada nivoa Vašeg obrazovanja i u potpunosti se slažem sa kolegom Zidarom. Takođe radi lakše pomoći bilo bi dobro da se informacije o problemu navedu u prvom postu a ne tek što kažu sedmog dana.

Problem se ne može u potpunosti rešiti na nivou modeliranja baze već se mora i malo programirati.

U prilogu Vam dostavljam model koji po meni najviše sužava potrebu za kodiranjem. Nažalost nemam vremena da stignem da Vam apliciram ali pogledajte u primeru koji je neuređen. Primenio sam u modelu tip veze Generalizacije i specijalizacije kao osnovu. Pravilnim odabirom selekta u formama možete zadovoljiti sva ograničenja o kojima je kolega Zidar govorio.

http://zoraneremija.wix.com/eremijacv
Prikačeni fajlovi
ClanDomacinstvo.png ClanDomacinstvo.png - 25.95k
Klub ZE.zip Klub ZE.zip - 24.53k
 
Odgovor na temu

Getsbi

Moderator
Član broj: 124608
Poruke: 2831



+45 Profil

icon Re: Baza sa vise razlicitih vrsta uplata17.11.2011. u 22:19 - pre 151 meseci
@ Zidar
Sve što si rekao u vezi zadatka i profesora stoji. Ovo što si iskazao u šest rečenica treba da stoji u prvom postu na početku teme. Te rečenice se odnose na članove i nosioce, a potrebni su takođe iskazi vezani za finasijski deo priče. Zadatak mora da bude definisan iskazima.

Primer jednog drugačijeg poslovnog problema.

Napraviti informacioni model za videnciju osnovnih podataka o leku, za potrebe apotekarske ustanove.

Poslovna pravila:
1. Potrebno je voditi evidenciju o svim lekovima sa sledećim osnovnim atributima: Komercijalni naziv, Hemijski naziv, Doziranje, Dejstvo, Neželjeni efekti.
2. Svaki lek se koristi za lečenje najmanje jedne vrste indikacija (bolesti). S druge strane, za svaki lek potrebno je dati kontraindikacije (u kojim slučajevima se ne sme koristiti) kojih može biti više.
3. Svaki lek pripada samo jednoj primarnoj grupi lekova (npr. antibiotici, analgetici, antipiretici itd.). Lek proizvodi jedan i samo jedan proizvođač.
4. Lek se pakuje u više oblika (npr. tableta, sirup, injekcija, prašak itd.).
5. Za svaku vrstu pakovanja leka potrebno je voditi evidenciju o količini i sastavu.
6. Lek može a ne mora imati zamene, a takođe lek može biti zamena drugim lekovima iz iste grupe.


Kada se ovako postavi zadatak, onda nema dilema. U suprotnom se sve svodi na to, ko je koliko razumeo postavljača teme i da li se ranije susretao sa istim poslovnim problemom.
Nešto šira uputsva oko toga kako se definiše poslovni problem postoje u Top temi: Ako dolazite prvi put na forum ili vam treba gotova baza podataka, procitajte ovo: http://www.elitesecurity.org/t...a-baza-podataka-procitajte-ovo


Ovo sam naravno napisao zbog novopridošlih članova foruma. Zidar to odavno zna.
https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski
 
Odgovor na temu

sensei
bih

Član broj: 43835
Poruke: 104
*.tel.net.ba.



+1 Profil

icon Re: Baza sa vise razlicitih vrsta uplata18.11.2011. u 14:18 - pre 151 meseci
Ispricavam se sto sam, sto zbog neiskustva u ovome, sto zbog toga da sam postao prije nego sam se detaljno informirao i upoznao sa sistemom koji radim, lose postavio temu. :(

Plan i program predmeta Uvod u Baze podataka jeste takav se predju osnove o kreiranju tabela, formi upita, reporti i sl. i u toku tog rada, svaki student samostalno radi bazu nekog sistema cime zele simulirati realne uvjete prilikom izrade projekta. Moj zadatak jeste da idem do vjerske sluzbe, upoznam se sa njihovim sistemom rada i pokusam na osnovu toga uraditi informacioni sistem.
Ne mora, a i ne moze :) , seminarski rad mene kao studenta pokriti kompletan sistem rada crkve niti biti profesionalan kao sto bi ga radila neka softverska firma, ali ono sto moja baza pokrije treba da radi tacno i mora biti konzistentno i neprovrijecno. Dakle bez rusenja baze na netacan unos, bez karaktera u JMBG ili telefon polju, dupliciranja podataka, jedna osoba clan vise familija itd.

Malo sam razmisljao o tome da drugacije postavim zadatak. Ovo o "nosiocu i obicnom clanu" sam dobio nakon razgovora u crkvi, ali sve mi se cini da je ova podjela u softveru na "Nosioc i Obicni clan" nepotrebna i da bez potrebe usloznjava projekat.
Mislim da bi jednostavnije bilo da se uplata clanarine vodi po porodici i to bez interne podjele porodice na "Nosioc i Obicni clan". Dakle porodica nekog ID-a, npr. ID = 12 je platila clanarinu za 2011 godinu. Ko je platio ili zaradio te novce (muz ili zena, ili neko od njihove dijece mi ne izgleda kao bitan podatak ni crkvi a kamo li mom profi :) )
Takodjer, izbacio bih iz seminarskog i dio ko je kome muz-zena-dijete.
Nakon ovoga, crkva bi i dalje imala podatke o tome ko je clan koje porodice i njeno brojno stanje, koje porodice su platile ili nisu platile clanarinu.

Ovim bi izbjegao komplikacije oko toga da:
1. Svaka porodica mora imati tacno jednog nosioca. Nosioc moze biti ili muz ili zena.
2. Muz i zena moraju biti odgovarajuceg pola.
3. Najvise jedan clan porodice moze biti proglasen za muza ili zenu
i sam sebi u mnogome olaksao zavrsetak rada.

Ono sta bih morao osigurati jeste da:
1. Svaka osoba moze pripadati samo jednoj porodici.
2. Broj clanova porodice nije ogranicen.
3. Baza bude sifrirana (Samo radnik sa korisnickim imenom i sifrom moze otvoriti bazu)
4. Baza vodi vodi evidenciju o
- svim clanovima podjeljenim po porodicama
- Uplatama članarine
- Uplatama dobrovoljnih priloga
5. Baza omoguci pretragu po:
- Skolskoj spremi
- Regijama
- Godistu(+18 (biracko tijelo za izbore u odborima))
- Clanarini (platio, nije platio, po godinama, po regijama)
- Zanimanju
- Socijalno stanje (1-5) ocjene koje ce crkva voditi interno i sluziti se njima za odabir familija kojima treba pomoc.


Ne znam kako vam se cini ovako postavljen zadatak?
Ja cu poceti sa izradom baze po ovome sto sam napisao, pa ako budem imao vecih problema javim se opet.
Zelim vam svima zahvaliti sto ste mi otvorili oci i ukazali na neke stvari o kojima nisam ni razmisljao pri izradi ili testiranju uradjenog.
Hvala na pomoci!


www.mostarstudent.com
 
Odgovor na temu

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 3085
*.100.46-69.q9.net.



+79 Profil

icon Re: Baza sa vise razlicitih vrsta uplata18.11.2011. u 14:47 - pre 151 meseci
Napokon, prava stvar:
Citat:

Malo sam razmisljao o tome da drugacije postavim zadatak. Ovo o "nosiocu i obicnom clanu" sam dobio nakon razgovora u crkvi, ali sve mi se cini da je ova podjela u softveru na "Nosioc i Obicni clan" nepotrebna i da bez potrebe usloznjava projekat.
Mislim da bi jednostavnije bilo da se uplata clanarine vodi po porodici i to bez interne podjele porodice na "Nosioc i Obicni clan". Dakle porodica nekog ID-a, npr. ID = 12 je platila clanarinu za 2011 godinu. Ko je platio ili zaradio te novce (muz ili zena, ili neko od njihove dijece mi ne izgleda kao bitan podatak ni crkvi a kamo li mom profi )
Takodjer, izbacio bih iz seminarskog i dio ko je kome muz-zena-dijete.
Nakon ovoga, crkva bi i dalje imala podatke o tome ko je clan koje porodice i njeno brojno stanje, koje porodice su platile ili nisu platile clanarinu.

Ovim bi izbjegao komplikacije oko toga da:
1. Svaka porodica mora imati tacno jednog nosioca. Nosioc moze biti ili muz ili zena.
2. Muz i zena moraju biti odgovarajuceg pola.
3. Najvise jedan clan porodice moze biti proglasen za muza ili zenu
i sam sebi u mnogome olaksao zavrsetak rada.

Ono sta bih morao osigurati jeste da:
1. Svaka osoba moze pripadati samo jednoj porodici.
2. Broj clanova porodice nije ogranicen.
3. Baza bude sifrirana (Samo radnik sa korisnickim imenom i sifrom moze otvoriti bazu)
4. Baza vodi vodi evidenciju o
- svim clanovima podjeljenim po porodicama
- Uplatama članarine
- Uplatama dobrovoljnih priloga
5. Baza omoguci pretragu po:
- Skolskoj spremi
- Regijama
- Godistu(+18 (biracko tijelo za izbore u odborima))
- Clanarini (platio, nije platio, po godinama, po regijama)
- Zanimanju
- Socijalno stanje (1-5) ocjene koje ce crkva voditi interno i sluziti se njima za odabir familija kojima treba pomoc.


Da se razumemo, nisi ti nista kriv. Ti si uradio ono sto je trazeno - otiso u crkvu i precizno uhvatio zahteve, pa i one koji se tesko realizuju. Ovo sto smo ti mi rekli - sta ne valja i sta ne moze - trebalo je da kaze profesor ili mentor. I nijedno resenje koje si dobio nije pogresno. I Getsbijevo, i Zoranovo i moje, i delovi resenja na pocetku, sve to stoji i vazi i moze da se napravi da radi valjano. Najvaznije je da si stekao iskustvo u postavljanju pitanja i definisanju zadatka. Opis zadatka je OK, ali na kraju moras da zavrsis sa listom parvila. Bukvalno lista, numerisane recenice, u bilo kom redosledu, a svaka iskazuje neko cvrsto nedvosmislno pravilo. Nesto od toga se pokrije shemom baze, nesto kroz ogranicenja (constraints u SQL ili validation rules u Accessu), na nivou kolone ili na nivou tabele. A nesto se i odbaci, kao nerealno ili previse komplikvan (puno rada amala dobit). Postoje i medjutabelarna ogranicenja, na primer foreign key (relationships u Accessu). Postoje medjutabelarna ogranicenja koja se ne mogu resiti uz pomoc relationships, nego se mora programirati. Sve si to imao priliku da osetis uzivo i to je dobro iskustvo.

Sad si tek na kraju procesa analize. Jako je tesko i retko se desava da iz prve dodjes do resenja. Ako se i desi, velika je sansa da si nesto prevideo. ZNas ono, 'it looks too good to be true'. Rezultat surovog procesa kroz koji si prosao je pojednostavljeni zadatak, koji moze da se uradi, i da zaista radi.

kako ovde kazu, 'well done, lad, go ahead and good luck!'
 
Odgovor na temu

sensei
bih

Član broj: 43835
Poruke: 104
*.tel.net.ba.



+1 Profil

icon Re: Baza sa vise razlicitih vrsta uplata22.11.2011. u 10:02 - pre 151 meseci
Zdravo kolege,
Ovako, uradio sam tabele i relacije po novom, pojednostavljenom projektu.
Cilj je da baza bude normalizovana do trece normalne forme.

Da li bi mogli baciti oko na relacije, tabele i ogranicenja u tabelama pa da vidimo da li sam to dobro odradio i da li mi je sta promaknulo.
Sto se tice Referencijalnog Integriteta (Kod mene ukljucen u svakoj relaciji), i Kaskadnog Update i Deleta (Kod mene nigdje nije ukljucen), moram priznati da ih ne razumijem bas najbolje i da nisam 100% siguran gdje trebam ukljuciti koje polje. :(
Hvala puno
www.mostarstudent.com
Prikačeni fajlovi
KLUB.7z KLUB.7z - 789.04k
 
Odgovor na temu

Getsbi

Moderator
Član broj: 124608
Poruke: 2831



+45 Profil

icon Re: Baza sa vise razlicitih vrsta uplata22.11.2011. u 14:54 - pre 151 meseci
Referencijalni integritet - čuva bazu od unosa pogrešnih podataka i obezbeđuje korektno povezivanje objekata, odnosno da se nikad ne pojavi siroče ili zapis u tabeli deteta kome ne odgovara ni jedan zapis u roditeljskoj tabeli.
Dodatne opcije u Accessu su :
Cascade Update Related Fields - kaskadno ili lančano ažuriranje povezanih polja
Cascade Delete Related Fields - kaskadno ili lančano brisanje povezanih polja

Recimo da neka porodica treba da se obriše iz nekog razloga. Biće obrisani svi članovi i njihove uplate.
U tvom primeru omogući ove dve opcije od Porodica prema Clanovi i od Porodica prema Uplate. Potom obriši prvi zapis u tabeli Porodica. Videćeš efekat u odnosu na stanje kad ove opcije nisu uključene.
Ovo se kasnije koristi kroz forme za ažuriranje i brisanje, te uprošćuje postupak.
https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski
 
Odgovor na temu

sensei
bih

Član broj: 43835
Poruke: 104
*.tel.net.ba.



+1 Profil

icon Re: Baza sa vise razlicitih vrsta uplata23.11.2011. u 09:03 - pre 151 meseci
Hvala kolega Getsbi.
Ukljucio sam kaskadno ažuriranje i brisanje povezanih polja od tabele Porodica prema Clanovi i Porodica prema Uplate.

Da li neko zna zasto svaki put kada otvorim bazu i pogledam Ralationships otvore mi se dvije tabele za regiju, Regija i Regija_1, iako izbrisem Reija_1 tabelu i sacuvam promjene na relaciji?

U tabelama sam stavio:
input maske za telefonske brojeve i datume rodjenja (Kad uradim forme planiram iskodirati da iz maticnog broja izvucem datum rodjenja osobe),
validaciju spola na M ili Z (Lookup wizard sa ponudjenim opcijama),
JMBG ogranicio na 13 i "Indeksiran(No Duplicates)",
provjeru ispravno unesenog emaila "Is Null Or ((Like "*?@?*.?*"))",
strucna sprema sa lookup wizardom sa ponudjenim opcijama od najnizeg do najviseg stepena obrazovanja,
Imena i prezimena sam stavio na velicinu 25 i kao "indeksirana (Duplicates OK)"

IznosUplate polje je formata Currency sa dodatkom skracenice BIH valute na kraju broja (KM)

Da li bi po vasem misljenju jos nesto trebalo ograniciti/staviti kao indeksirano i slicno?

Da li preporucujete da podatke o tome da li je neko zaposlen ili nije i da li je u dijaspori ili ne, vodim kao Yes/No polja ili nekako drugacije? Da li bi bilo bolje da napravim lookup wizard sa Zaposlen/Nezaposlen izborom, i za dijasporu isto tako sa Da/Ne izborom iz padajuceg menija?

Hvala!
www.mostarstudent.com
Prikačeni fajlovi
KLUB.7z KLUB.7z - 787.39k
 
Odgovor na temu

Getsbi

Moderator
Član broj: 124608
Poruke: 2831



+45 Profil

icon Re: Baza sa vise razlicitih vrsta uplata23.11.2011. u 09:45 - pre 151 meseci
Citat:
sensei: Da li neko zna zasto svaki put kada otvorim bazu i pogledam Ralationships otvore mi se dvije tabele za regiju, Regija i Regija_1, iako izbrisem Reija_1 tabelu i sacuvam promjene na relaciji?


Imaš nepotrebne duple veze. Raskini prvo veze sa Regije1 i TblUplate1, pa onda obriši tabele. U suprotnom ih Access sakrije za trenutni prikaz, a svaki sledeći put prikaže model u celosti.
https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski
 
Odgovor na temu

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 3085
*.100.46-69.q9.net.



+79 Profil

icon Re: Baza sa vise razlicitih vrsta uplata23.11.2011. u 16:09 - pre 151 meseci
Citat:
Da li bi po vasem misljenju jos nesto trebalo ograniciti/staviti kao indeksirano i slicno?

Lookup wizard nije nikakva zastita integriteta podataka. Na primer, za strucnu spremu, bolje je da napravis tabelu tblStrucnaSprema i onda je povezes sa tabelom Clanovi.

Isto tako, input mask niej niakva zastita. U stvari, to je sveukupno losa ideja, ali ako bas volis neka ti input mask-a. Jedno je bitno - input mask, kao i lookup wizard nema nikakve veze sa integritetom podataka. Integritet se stiti relacijama i validacionim pravilima. Relacije: strucna sprema u tabeli Clanovi mora da dolazi iz tabele tblStrucnaSprema, kao sto si uradio sa regijama. Validation rules: Clanovi.Pol moze uzeti samo vrednosti M ili Z, sto si lepo definisao u validation rule. Neka lookup wizarda bna koloni 'pol', olaksava unos, ali NE cuva integritet. To radi validation rule. I za e-mail si lepo postavio ograicenje u validation rule.

Da li treba postaviti ogranicenja ene zavisi od naseg misljenja. Kad mislis da si napravio tabele, otvori svaku u design modu i za svaku kolonu postavi sebi pitanje: da li se moze ovde postaviti neko ogranicenje? Pazi, rekao sam SVE tabele, SVE kolone. Pogledaj tabelu Uplate. Ima li smisla uneti uplatu od 0 KM ili -15 KM? Da li se ocekuje da neko uplati na primer 25 hiljada KM?

O, i nedostaje ti jedna cela tabela. Gde vodis zaduzenja? S cim sce se uporedjivati uplate? Treba ti tabela Zaduzenja, gde ces upisivati za svaku godinu koliko treba da plati svaka porodica. Kad to imas, ond alako uporedis sumu zaduzenja sa sumom uplata i vidis ko koliko i za sta duguje.

U zivotu ces uglavnom raditi evidencije uplata, u knjigovodstvu, trgovini, bankarstvu. A tamo mora sve da stimuje - zaduzenje i uplate, to ti je jedna celina i nikada se ne posmatra samo jedna komponenta.

Srecne

 
Odgovor na temu

sensei
bih

Član broj: 43835
Poruke: 104
*.tel.net.ba.



+1 Profil

icon Re: Baza sa vise razlicitih vrsta uplata24.11.2011. u 10:27 - pre 151 meseci
Citat:
Zidar: 
O, i nedostaje ti jedna cela tabela. Gde vodis zaduzenja? S cim sce se uporedjivati uplate? Treba ti tabela Zaduzenja, gde ces upisivati za svaku godinu koliko treba da plati svaka porodica. Kad to imas, ond alako uporedis sumu zaduzenja sa sumom uplata i vidis ko koliko i za sta duguje.

U zivotu ces uglavnom raditi evidencije uplata, u knjigovodstvu, trgovini, bankarstvu. A tamo mora sve da stimuje - zaduzenje i uplate, to ti je jedna celina i nikada se ne posmatra samo jedna komponenta.

Srecne

:-)


Shvatio sam ovo oko integriteta, nasao sam dobar tutorijal o ogranicenjima same tabele kao i njenih polja i upravo iscitavam i dotjerujem tabele.

Ali ne razumijem ovo oko tabele zaduzenja.
Kako to treba da funkcionise?
Da li se za svaku porodicu pocetkom npr. 2013 godine mora unijet zaduzenje clanarine za tu godinu? Sta ako u bazi ima 1000 porodica?
Takodjer, imaju tri tipa clanarine, tri razlicite cijene.

www.mostarstudent.com
 
Odgovor na temu

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 3085
*.100.46-69.q9.net.



+79 Profil

icon Re: Baza sa vise razlicitih vrsta uplata24.11.2011. u 15:19 - pre 151 meseci
Citat:
Kako to treba da funkcionise?
Da li se za svaku porodicu pocetkom npr. 2013 godine mora unijet zaduzenje clanarine za tu godinu? Sta ako u bazi ima 1000 porodica?
Takodjer, imaju tri tipa clanarine, tri razlicite cijene.


Upravo tako. Za svaku porodicu pocetkom godine se unes zaduzenje clanarine za tu godinu. Sata ako u bazi ima 1000 porodica? Cemu sluze kompjuteri, ako ce neko da otvori program i rucno unosi zduzenja? Napravi se kveri koji to uradi. Pogledaj kako radi APPEND query u Accesu. Napravis ovakav SELECT kveri: "izlistaj sve porodice i za svaku porodicu pokazi koliko bi trebalo da plati clanarinu sledece godine, za svaki tip clanarine". Kad kveri proradi - vraca korktno ono sto treba - onda se rezultati tog kverija unesu u tabelu zaduzenja. Na tabeli Zaduzenja imas ogranicenej da svaka porodica za jednu godinu moze imati tacno jedno zaduzenje za svaki tip zaduzenja.

To ti je kao u maloprodaji. Na pocetku godine prodajes clanarinu porodicama i izdajes im fakturu. Kad dodelis zaduzenja zasto ne bi odstampao pismo za svaku porodicu, ili pripremio e-mail i poslao, na kome pise 'Za godinu 2013 vase zaduzenje tip 1 iznosi x dinara, zaduzenje tip 2 iznosi y dinara i zaduzenje tip 3 iznosi z dinara". Onda oni to tokom godine placaju, sto se pedantno upisuje u tabelu Uplate. Mozes im na pola godine i na krauju godine poslati izvestaj o stanju - "Draga porodico x, zaduzili smo vas ovoliko, a uplatili ste toliko, Molim da doplatite razliku...". Tekst je naravno drugaciji ako su preplatili, onda kazes "da li da vam vratimo novac ili da vam cuvamo visak uplate za sledecu godinu, pa ce vam zaduzenje biti manje". One adrese, postanske i e-mail, koje cuvas u bazi treba necemu da sluze - komunikaciji sa korisnikom. Ako ovo stvarno napravis, tvoja ce te crkva promovisati u sveca jer ces im mnogo olaksati posao.

Posto je crkva u pitanju, mozes pored rodjendana da pamtis i imendan, pa da im saljes cestitke. Ako je pravoslavna crkva u pitanju, pamtis kad je slava, pa dajes svestenicima listu kuca gde treba otici da se blagosilja dom pre slave, a domacinu saljes cestitku za slavu. Kompjuteri su cudo Bozije, samo se treba setiti.
 
Odgovor na temu

sensei
bih

Član broj: 43835
Poruke: 104
*.tel.net.ba.



+1 Profil

icon Re: Baza sa vise razlicitih vrsta uplata28.11.2011. u 10:32 - pre 151 meseci
Ovako,
napravio sam tabelu "ClanarineZaduzenja" (UplataID, PorodicaID, TipUplateID, Iznos, Datum).
napraviuo sam APPEND Query "TipUplate" gdje sam dodao (Uplata ID iz tabele Uplate APPEND TO UplataID, PorodicaID iz tabele Uplate APPEND TO PorodicaID, Iznos iz tabele Uplate APPEND TO Iznos, OpisUplate iz tabele TipUplate APPEND TO TipUplateID)
Kao kriterij u Queriyju sam stavio "Clanarina A 2011" Or "Clanarina B 2011" Or "Clanarina C 2011" i nakon pregleda Queriya u Datasheet pogledu uredno mi ispise ID Uplate, ID Porodice, Tip Uplate i Iznos Uplate.
Nakon sto pokrenem Query i on popuni tabelu ClanarineZaduzenja, polje gdje bi trebao biti opis uplate mi ostane prazno, iako imam Lookup wizard kada kliknem na njega i mogu odabrati sta zelim. Ostali IDjevi i Cijena Clanarine je ispisana u redu.
Problem je sto nikako ne mogu izdvojiti porodice koje Nisu platile, pokusa sam sa Is Null, =0 i slicno, ali nije radilo kako treba.

Ako sam dobro razumio, korisnik baze bi trebao unijeti u bazu novi tip uplate (Clanarina A 2012 u iznosu od 10KM, Clanarina B 2012 u iznosu od 15KM, Clanarina C 2012 u iznosu od 20KM), nakon toga pokrenuti APPEND query koji bi pretrazio bazu da li ima uplata za sljedecu (2012)godinu i svakoj porodici koja nema uplatu, staviti dug u vrijednosti clanarine.
Kako cu ja znati koja porodica treba platiti koji paket (A,B,C), da li moran u tabeli Porodice staviti i polje TipClanarine sa izborom A,B, ili C paketa?
Da li za svaku godinu treba dizajnirati poseban APPEND query?
Mozes li mi malo detaljnije objasniti na kojem bi sistemu to sve trebalo raditi?

Stavit cu primjer ovoga sto sam uradio, da li sam na "pravom putu".
www.mostarstudent.com
Prikačeni fajlovi
KLUB.7z KLUB.7z - 796.46k
 
Odgovor na temu

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 3085
*.100.46-69.q9.net.



+79 Profil

icon Re: Baza sa vise razlicitih vrsta uplata28.11.2011. u 15:00 - pre 151 meseci
I bez gledanja u primer, na dobrom si putu. Tacno tako, na pocetku godine korisnik programa pokrene append query koji svakoj porodici dodeli njeno zaduzenje.
Citat:
Kako cu ja znati koja porodica treba platiti koji paket (A,B,C), da li moran u tabeli Porodice staviti i polje TipClanarine sa izborom A,B, ili C paketa?
Ako porodice pripadaju razlicitim kategorijama clanarine, onda to mora negde da pise, najbolje u tabeli gde cuvas porodice. Ond akveri odatle cita kome treba kakvu clanarinu zaduziti.
Citat:
Da li za svaku godinu treba dizajnirati poseban APPEND query?
Ni slucajno. Query treba da napravis tako da te pita za koju godinu zelis zaduzenje (parameter query) i to je to.
 
Odgovor na temu

sensei
bih

Član broj: 43835
Poruke: 104
*.tel.net.ba.



+1 Profil

icon Re: Baza sa vise razlicitih vrsta uplata08.12.2011. u 11:02 - pre 150 meseci
Zdravo,
Dugo me nije bilo, imao sam parcijalne ispite pa sam rad na bazi malo zapostavio dok to prodje :)

Ovako,
Malo sam izmjenio bazu, clanarinu sam odvojio od ostalih uplata. Stavio sam screenshot relacija pa mozete vidjeti.
Mislim da je ovako bolje.
Razlog za ovo je bio sljedeci.
Da ne bi uvijek unosio novi zapis u tabelu tipa: Uplata A 2009, Uplata B 2009....Uplata A 2010... i trazio to po lookup wizardu, smatrao sam za jednostavnije da imam jednu tabelu gdje cu cuvati samo podatke o vrstama clanarine i njihovoj cijeni.
Takodjer, ovako imam i historijsku nit, recimo da se promjeni cijena clanarine A koja iznosi npr 50 i poraste na 60, znati cu da je proslih godina cijena iznosila 50 i placala se 50, a od ove godine se placa 60.

Napravio sam Append kveri da izvuce podatke od prosle godine kako bih znao ko je na kojem paketu clanarine.
Ne razumijem neke stvari oko append kverija:
Kad pokrenem kveri, kupim podatke od prosle godine, kako bi znao ko je na kojem paketu i koliko treba platiti, i onda mi kveri stavi u tabelu zaduzenja stavi tu proslu godinu, npr 2009, a ja treba da ih zaduzim za 2010?
Kad pokrenem append kveri, on popuni tabelu podatcima. Ako ga ponovo pokrenem on doda jos podataka, jel to OK, da se tabela uvijek iznova puni i puni, ili se moraju brisati prethodni podatci?
Kako na tabeli Zaduzenja staviti ogranicenje da svaka porodica za jednu godinu moze imati tacno jedno zaduzenje za svaki tip zaduzenja?


Ako mozete samo pogledati i primjer baze u accessu i dati mi vas utisak o uradjenom poslu, savjet ili sugestiju za neke greske kojih sigurno ima bio bih vam mnogo zahvalan. Osjecam da nesto fali, ali ne znam sta:(

Hvala puno.

[Ovu poruku je menjao sensei dana 08.12.2011. u 12:18 GMT+1]

[Ovu poruku je menjao sensei dana 08.12.2011. u 15:20 GMT+1]
www.mostarstudent.com
Prikačeni fajlovi
KLUB.7z KLUB.7z - 815.98k
Relacije.jpg Relacije.jpg - 105.03k
 
Odgovor na temu

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 3085
*.100.46-69.q9.net.



+79 Profil

icon Re: Baza sa vise razlicitih vrsta uplata09.12.2011. u 21:35 - pre 150 meseci
Mislim da baza koju si zakacio ne odgovara dijagramu relacija koji si dao u poruci. Posto vec kacis razne verzije baze, molim te da im das razlicita imena, recimo Klub_01, Klub_02 itd, svaki put povecaj verziju za jedan, inace se ne mozemo snaci sta je sta. U svakom slucaju, zakaci bazu koja odgovara dijagramu, ne mozemo nista d auradimo bez toga.
 
Odgovor na temu

sensei
bih

Član broj: 43835
Poruke: 104
*.tel.net.ba.



+1 Profil

icon Re: Baza sa vise razlicitih vrsta uplata11.12.2011. u 12:10 - pre 150 meseci
Citat:
Zidar: Mislim da baza koju si zakacio ne odgovara dijagramu relacija koji si dao u poruci. Posto vec kacis razne verzije baze, molim te da im das razlicita imena, recimo Klub_01, Klub_02 itd, svaki put povecaj verziju za jedan, inace se ne mozemo snaci sta je sta. U svakom slucaju, zakaci bazu koja odgovara dijagramu, ne mozemo nista d auradimo bez toga.


Ne razumijem kako mislis da ne odgovara dijagramu relacija koji sam zakacio uz bazu? Napravio sam printscreen relacija te baze.

Ime sam popravio, dao sam mu naziv KLUB_01.

U bazi sam, pored opend kverija koji mi sluzi da zaduzim clanove za narednu godinu, napravio i nekoliko drugih koji mi sluze za pretragu clanova koji su platili clanarinu, i slicno.
www.mostarstudent.com
Prikačeni fajlovi
KLUB_01.rar KLUB_01.rar - 822.69k
 
Odgovor na temu

izonic
ishab zonic
Tuzla

Član broj: 38128
Poruke: 591
31.176.205.*

Sajt: www.icentar.ba


+2 Profil

icon Re: Baza sa vise razlicitih vrsta uplata11.12.2011. u 13:19 - pre 150 meseci
Evo moj primjer.
Napravljeno je da je uplata na nivou domacinstva.
Nisam sve procitao pa ne znam.
Ukoliko nije tako onda u tabelu tbl_transakcije treba dodati i polje clanId iz tabele Tbl_domacinstva i povezati onda ove dvije tabele.

zxz
Prikačeni fajlovi
Klub_zxz.zip Klub_zxz.zip - 13.34k
 
Odgovor na temu

sensei
bih

Član broj: 43835
Poruke: 104
*.tel.net.ba.



+1 Profil

icon Re: Baza sa vise razlicitih vrsta uplata12.12.2011. u 08:36 - pre 150 meseci
Citat:
izonic: Evo moj primjer.
Napravljeno je da je uplata na nivou domacinstva.
Nisam sve procitao pa ne znam.
Ukoliko nije tako onda u tabelu tbl_transakcije treba dodati i polje clanId iz tabele Tbl_domacinstva i povezati onda ove dvije tabele.

Hvala puno na tgrudu, ali promijenuli smo nekoliko stvari od pocetka ove teme. Ne vodim u bazi vise ko je nosioc domacinstva i slicno jer je prekomplikovano za izvesti a nista ne dobivam s tim. Njima i onako nije bitno ko je taj novac zaradio, jer uplate ne idu individualno nego po domacinstvima. Hvala na primjeru koji si okacio, drago mi je vidjeti nacine ogranicenja u tabelama i poljima.

Ako imas vremena i nije ti problem, mozes li pogledati primjer baze koji sam okacio?
www.mostarstudent.com
 
Odgovor na temu

izonic
ishab zonic
Tuzla

Član broj: 38128
Poruke: 591
*.PPPoE-4490.sa.bih.net.ba.

Sajt: www.icentar.ba


+2 Profil

icon Re: Baza sa vise razlicitih vrsta uplata12.12.2011. u 16:23 - pre 150 meseci
Pa napravio si sve u principu sto i ja stim sto ja ne praktikujem kljuc automatski brojac.
Ima doduse nekih korekcija sto treba napraviti:
Tabela Porodica:
U nju treba prebaciti polja iz tabele clanovi i to:
regijaId
GodinaUclanjenja
BrojClKnjizice
Adresa
Telefon

Samim tim sepokazuje da tabela regija treba biti vezana za porodicu odnosno za adresu stanovanja odnosno da svi clanovi stanuju na istoj adresi.
U tvom slucaju gore navedena polja bi morao popunjavati za svakog clana ponaosob iako su podaci isti.
Tabele zaduzenja i uplate su potpuno iste sto znaci da moze biti jedna tabela napr da se zove promet sa dodatnim poljem koje bi imalo obciju duguje ili potrazuje.
U tvom slucaju to bi bilo:
1.-Zaduzenja
2.-Clanarina
3.-Dobrovoljni prilog za djecu
4. -Dobrovoljni prolog za crkvu
5.-Jos neka druga donacija ili zaduzenje itd..

Ovim poljem u tabeli promet i sa kodnom tabelom vrsta prometa sa navedenim stavkama rijesio si se dviju kodnih tabela Tip uplate i tip clanarine.
Ako jos dodas i polje godina onda ti netreba niti tabela clanarine godine.

Pozdrav i sretan rad.


zxz
 
Odgovor na temu

sensei
bih

Član broj: 43835
Poruke: 104
*.tel.net.ba.



+1 Profil

icon Re: Baza sa vise razlicitih vrsta uplata13.12.2011. u 08:56 - pre 150 meseci
Tek sam poceo raditi u Accessu, i nije mi bas najjasniji nacin baratanja s novcem i pojmovima duguje/platio/po godinama.
Kolega Zidar mi je dao jedan prijedlog, i mislim da on radi dobro. To je ono sa dvije tabele, gdje se u jednoj vode zaduzenja a u drugoj ko je platio, sto mogu saznati kalkulacijama izmedju njih.

Da li ja ako napravim (kako savjetujes) tabelu "Promet" u kojoj ce biti sljedeci podatci:

Tabela Promet:
1. PrometID
2. PorodicaID
3. VrstaPrometaID
4. Iznos
5. Datum

Tabela VrstaPrometa:
1. VrstaPrometaID
2. NazivPrometa (Lookupwizard sa opcijama: zaduzenje, clanarina, dobrovoljni prilog i sl)


Mogu ovakvim nacinom jednostavno, bez puno programiranja, saznati putem kverija:
ko je platio clanarinu i za koju godinu
ko duguje clanarinu i za koju godinu
koliko clanarine je uplaceno po godinama
koliko clanarine se duguje po godinama
koliko je prikupljeno novca za neku dobrotvornu akciju
i slicno?

Hvala!

[Ovu poruku je menjao sensei dana 14.12.2011. u 09:00 GMT+1]
www.mostarstudent.com
 
Odgovor na temu

[es] :: Access :: Baza sa vise razlicitih vrsta uplata

Strane: 1 2 3 4

[ Pregleda: 13495 | Odgovora: 65 ] > FB > Twit

Postavi temu Odgovori

Srodne teme
Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.