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

Delete records in subform problem

[es] :: Access :: Delete records in subform problem

Strane: 1 2 3

[ Pregleda: 6036 | Odgovora: 46 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

djvujke
lazarevac

Član broj: 59048
Poruke: 29
194.89.192.*



Profil

icon Delete records in subform problem01.10.2007. u 11:21 - pre 202 meseci
situacija je sledeca.....
u formi imam subform datasheet koji sadrzi stavke prijemnice
prijemnica moze biti prijemnica nove robe , prijemnica robe vracene sa terena, prijemnica robe vracene sa terena pod drugacijim partNo ... to sam regulisao preko otpionbutton i chexbox i dugmica ...

izabemo recimo prijemnica nove robe....imam combo izaberem partno on napravi zapis u magacinID i u inputoutputTab

znaci ta stavkaprijemnice je spoj dve tabele inputOutputTab i magacinTab

ioID,magacinID,docID,tipDoc } inputOutputTab
magacinID,robaID,stanje,lokacija,altPartNo }magacinTab

kad pritisnem delete ide funkcija pronadjiID koja cita magacinID selektovanog rekorda i odradi sql delete i obrise taj rekord
ali problem je kad izaberem vise rekorda odjednom da obrise jer on onaj zadnji obrise iz inputoutput tabele kao i ostale ali samo njemu promeni stanje u magacintabeli u prethodno...evo kod mozda ce te me lakse razumeti tako ..

Dim sqlstring As String, Dim tmp As String , Dim tmpstanje As String , Dim tpmalt As String

Private Sub ComboNovaRoba_AfterUpdate()
procitajID
sqlstring = "UPDATE magacinTab SET magacinTab.stanje = 'OK' WHERE (((magacinTab.magacinID)= " + tmp + "));"
doSql
Me.ComboNovaRoba.SetFocus
Me.ComboNovaRoba.Requery
End Sub
-------------------------------------------------
Private Sub ComboPozajmljenaRoba_AfterUpdate()
procitajID
sqlstring = "UPDATE magacinTab SET magacinTab.stanje = 'NEISPRAVAN' WHERE (((magacinTab.magacinID)= " + tmp + "));"
doSql
Me.ComboPozajmljenaRoba.SetFocus
Me.ComboPozajmljenaRoba.Requery
End Sub
------------------------------------------------
Private Sub Form_AfterDelConfirm(Status As Integer)
' after delete confirm
If (tmpstanje = "OK") Then
sqlstring = "DELETE magacinTab.* FROM magacinTab WHERE (((magacinTab.magacinID)= " + tmp + "));"
doSql
MsgBox "odradio del"
ComboNovaRoba.SetFocus
Me.ComboNovaRoba.Requery
End If

If (tmpstanje = "NEISPRAVAN") Then
sqlstring = "UPDATE magacinTab SET magacinTab.stanje = 'POZAJMLJEN' WHERE (((magacinTab.magacinID)= " + tmp + "));"
doSql
ComboPozajmljenaRoba.SetFocus
Me.ComboPozajmljenaRoba.Requery
End If
End Sub
----------------------------------------
Private Sub Form_Delete(Cancel As Integer)
procitajID
End Sub
----------------------------------------
Public Sub doSql()
DoCmd.SetWarnings False
DoCmd.RunSQL (sqlstring)
DoCmd.SetWarnings True
End Sub
----------------------------------------
Public Sub procitajID()
inputOutputTab_magacinID.SetFocus
tmp = inputOutputTab_magacinID.Text
stanje.SetFocus
tmpstanje = stanje.Text
End Sub
----------------------------------------
Private Sub Form_BeforeDelConfirm(Cancel As Integer, Response As Integer)
' potiskuje accessov del dialog
Response = acDataErrContinue
' crta moj del dialog
If MsgBox("Da obrisem ovaj/ove record/e?", vbOKCancel, "Delete dialog") = vbCancel Then
Cancel = True
End If
End Sub
 
Odgovor na temu

Zidar
Canada

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



+79 Profil

icon Re: Delete records in subform problem01.10.2007. u 14:23 - pre 202 meseci
Zidareva teorema: The best code is no code at all.

Koliko puta da ponovimo: stanje se ne cuva u tabeli, nedgo se izracunava kverijima kada ti zatreba. Ako ovo poslusas, sav tvoj kod za UPDATE Sanje jednostavno nece postojati. Jos jednom, u relacionim bazama se stanje ne azurira prilikom svake transakcije. Moze i to da se uradi, ali je absolutno pogresna praksa. Dozvoljava se samo iskusnim programerima koji su logiku aplikacije preneli iz dana Clippera i Dbase jezika. Za nove aplikacije to bi trebalo zakonom zabraniti. Ako ti pokazemo kako da azuriras stanje znaci da ti podrzavamo jednu pogresnu logiku zbog koje bi pao na ispitu. Prema tome, necemo ti reci kako da odradis taj update. A o tome kako se stanje izracunava, pisali smo nadugacko i nasiroko na ovom forumu, a imas i forum Baze Podataka, pa potrazi.

:-)
 
Odgovor na temu

Getsbi

Moderator
Član broj: 124608
Poruke: 2832



+45 Profil

icon Re: Delete records in subform problem01.10.2007. u 15:25 - pre 202 meseci
Ajde malo da ublažimo ovo Zidarevo "nikad", a da ga ne rasrdimo previše. :-)

Elem najčešće se radi o poslovnim aplikacijama i bazama koje imaju životni vek od jedne godine nakon čega se počinje iz početka. Neka iskustva govore (ovo nije nikakvo egzaktno istraživanje) da za Access ne treba razmišljati o čuvanju stanja količine u magacinu sve do broja otprilike oko 10.000 dokumentata. Za SQL server bi bilo oko 20.000 dokumentata. Obratite pažnju da govorim o dokumentima, a ne o broju slogova kojih je mnogo, mnogo više. Za te gore navedene uslove sasvim se komforno može koristiti SQL jezik.

Šta ovo u suštini znači. Imate jednu tabelu u kojoj su sva dokumenta. Nad njom primenjujete upit sa tvrđim ili mekšim kriterijumima i upit će raditi dodvoljno brzo. Pre modeliranja tabela raspitajte se kod korisnika ili vlasnika sistema o mogućem broju dokumenata.

Čak ni ova iskustva ne treba uzeti previše kruto kad se na umu ima brzina razvoja hardvera.
 
Odgovor na temu

Zidar
Canada

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



+79 Profil

icon Re: Delete records in subform problem01.10.2007. u 16:13 - pre 202 meseci
Evo jednog svezeg primera, sa foruma Baze Podataka. Covek je hteo da radi UPDATE Stanje u run-tme, aplikacija "Kase u samousluzi", back end SQL Server. I vidite sta se desilo i kakva su misljenja i iskustva :-)

http://www.elitesecurity.org/t282119-Organizacija-baze-podataka
 
Odgovor na temu

Getsbi

Moderator
Član broj: 124608
Poruke: 2832



+45 Profil

icon Re: Delete records in subform problem01.10.2007. u 17:11 - pre 202 meseci
Da. Ovo je sjajan primer. Pratio sam ga od početka. Chachka je dobro stavio akcenat na organizaciji poslovnog procesa. Dovoljno je da se jednom dnevno odradi ažuriranje na serveru. Sve ostalo bi kočilo redovne aktivnosti. Ovo samo potvrđuje da se pre modeliranja baze podataka (informaciono modeliranje) mora uraditi funkcionalno modeliranje - modeliranje procesa i aktivnosti, a to opet zahteva snimanje poslovnog procesa, intervjue, analize dokumenata i da ne nabrajam. Ovde na forumu imamo otežavajuću okolnost pri pomaganju u modeliranju što nemamo često ni 2% nužnih informacija. Zato se na kraju sve svodi na krpljenje i vađenje iz (biću fin pa ću reći) čabra.
 
Odgovor na temu

djvujke
lazarevac

Član broj: 59048
Poruke: 29
194.89.192.*



Profil

icon Re: Delete records in subform problem02.10.2007. u 09:11 - pre 202 meseci
ovo je baza magacina...i u svakom trenutku mi treba stanje robe

magacinID magacinNO robaID stanje lokacija alternativniPartNo
autono c123 abc ok polica H4 xxx poslecemo o ovom xxx

treba pregled robe, i sva dokumenta prijemnice otpremnice i povratnice vezane su za stanje robe
gde se nalaze comboboxevi i u njima za otpremnice nalazi se roba cije je stanje ok, otpremnica neispravne robe tj.vracanje robe combo sa robom cije je stanje neispravan i gde ga menjam u vracen...

evo poslacu bazu ... najlakse je tako da vidite o cem pricam
Prikačeni fajlovi
 
Odgovor na temu

Getsbi

Moderator
Član broj: 124608
Poruke: 2832



+45 Profil

icon Re: Delete records in subform problem02.10.2007. u 10:40 - pre 202 meseci
Ako sam dobro pregledao, ti se ovde nigde ne baviš količinama. Stanje u magacinu "magacinTab" ti je opisna kategorija. Dokumenti "docsTab" ne nose informacije koje sam, možda neopravdano, očekivao da vidim (količina, cena, rabat.....). Slede pitanja : Čemu služi ovakav sistem? Koja mu je namena? Koji zadatak treba da obavi?
 
Odgovor na temu

djvujke
lazarevac

Član broj: 59048
Poruke: 29
194.89.192.*



Profil

icon Re: Delete records in subform problem02.10.2007. u 11:00 - pre 202 meseci
cemu sluzi...pa
samo da prati robu....
sta je u magacinu, koja je roba gde otisla, kad
treba i da ubacim narudbinu da ing. naruci neki deo iz baze da mu se donese
ali ovde novac nema ulogu..ovo je interno i samo je bitno stanje magacina, dal roba postoji u magacinu i dal je ispravna i gde se nalazi,ako je otisla onda gde kome kada ko je dao i sl
docTab- tabela otpremnica prijemnica sluzi da se zna gde i kad i kome je roba otisla
cena i te stvari cu kasnije kad naucim ovo da uradim i onda napraviti novu bazu koja posle mora da uporedi stanje s ovom bazom

dal si primetio greske u programu
- da po brisanju nekog dokumenta obrise i njegove stavke
- esc dugme brise podatke iz baze bez pozivanja funkcija
- naci resenje za slucaj kad se roba vraca pod drugim part.no.
- multiply delete not working
- delte msgbox pa cancel kad izaberes nevraca na prethodno stanje
- on change combobox




 
Odgovor na temu

Getsbi

Moderator
Član broj: 124608
Poruke: 2832



+45 Profil

icon Re: Delete records in subform problem02.10.2007. u 12:18 - pre 202 meseci
Citat:
djvujke: cemu sluzi...pa
samo da prati robu....
sta je u magacinu, koja je roba gde otisla, kad
treba i da ubacim narudbinu da ing. naruci neki deo iz baze da mu se donese
ali ovde novac nema ulogu..ovo je interno i samo je bitno stanje magacina, dal roba postoji u magacinu i dal je ispravna i gde se nalazi,ako je otisla onda gde kome kada ko je dao i sl

1.
Što se tiče cene uredu. Onda je to Materjalno knjigovodstvo magacina. Ali gde su tu količine. Nemoj mi reći da neko naručuje robu i ne upiše koliko, da ovaj drugi izda robu iz magacina i na otpremnici ne napiše koliko. Kakva je svrha znati da u magacinu ima robe i da je ispravna ako se ne zna koliko. Čak i u magacinima tipa visokoregalnih skladišta, koja imaju lokacije (atribut koji si dodao u magacinTab) unutar magacinskog prostora, ništa se ne radi bez količina. Jedino možda premeštanje sa lokacije na lokaciju unutar magacina, mada sumnjam da je to posredi, jer čemu onda tabele dokumenti, klijenti, korisnici...
2. Greške u programu nisam ni gledao jer da bih nešto mogao da ispravim mora da mi bude jasno kako stvarno treba da radi, a ne kako si ti zamislio da treba da radi. Ako je ovo zadatak za vežbanje onda si odabrao jako tešku temu. Na ovom forumu ima nekoliko dobrih zadataka odrađenih od početka do kraja kao što je na primer ova http://www.elitesecurity.org/t133029-0-Caffe-pracenje-robe
Možda bi bilo dobro da je pročitaš i pokupiš neke ideje i znanje.

P.S. Korišćenje malo ADO malo DAO u VBA je jako loša praksa pri učenju. Probaj da se opredeliš za jedan model, a drugi isključi iz referenci. Kasnije možeš kako hoćeš.

[Ovu poruku je menjao Getsbi dana 02.10.2007. u 13:32 GMT+1]
 
Odgovor na temu

djvujke
lazarevac

Član broj: 59048
Poruke: 29
194.89.192.*



Profil

icon Re: Delete records in subform problem02.10.2007. u 12:34 - pre 202 meseci
upravu si sto se tice kolicina...
nisam to najbolje izveo...ali ako pogledas otpremnicu
kad biras robu iz komboboxa on gleda robu sa stanjem ok i sortira po robaID i magacinID
i odatle izaberm prvo pojavljivanje robaID jer je i ta roba prva dosla u magacin...tu treba da bude i magacinNo gde je to sifra robe po kojoj je traze u magacinu
znaci za otpremnicu mi je bitno koja kutija odlazi to jest odredjeni magacinNo
magacinID magacinNo robaID lokacija stanje
autono C123 abc H4 OK
i sad znam da je C123 ok tj. u magacinu je i kad odes u magacin nadjes policu H pa sprat 4 i jurim C123
i nadjem kutiju C123 i pogledam partNo koji treba da je =robaID

kad mi se vraca roba...dolazi sa kutijom istom tom kutijom na kojoj pise C123 (ili onaj drugi slucaj kad dodje sa drugim part No ali to kasnije) i sad u zavisnosti od stanja ok ili neispravna imam tamo u prijemnici dugmice i unosim je nazad u magacin ali bas nju C123 sa odgovarajucim magacinID...

nisam znao kako da uradim to sa kolicinom...jer kad dodje roba fizicki prvo skines fakture proveris partNo i svakom stavis nalepnicu (C123 npr) i sad je svaki ponaosob definisan i kad ga unosim u magacin mislio sam u prijemnici bas tako da ga unesem .... video si ,partno i tamo ima magacinNo lokacija..odma da uneses...

ako bi stavio doslo 3 dela sa nekim partNo .posle moram neki novi form da ih prepravljam da im dodeljujem magacinNo i lokacije..
ovde je sve vezano za kutije....
 
Odgovor na temu

Zidar
Canada

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



+79 Profil

icon Re: Delete records in subform problem02.10.2007. u 13:59 - pre 202 meseci
Necu dalje da se mesam, ali ne mogu da ne primetim ovo
Citat:
ovo je baza magacina...i u svakom trenutku mi treba stanje robe

Niko ne spori potrebu za pozbavanjem stanja robe u svakom trenutku. Ono sto smo pokusali da ti kazemo ali ti ne zelis da cujes jeste: da bi znao stanje robe u svakom momentu NE TREBA ti izracunavanje stanja i upisivanje u nekakvu tabelu pri svakoj transakciji. vecina problema koje imas s aplikacijom potice iz uporne zelje da cuvas stanje posle svake transakcije i to zamagljuje druge probleme koji bi s emozda mogli i resiti. Dakle, imas mnogo nepotrebnog koda koji ti stvara mnogo nepotrebnih problema od kojih ne vidis one prave.

Nemam daljih komentara.
 
Odgovor na temu

Getsbi

Moderator
Član broj: 124608
Poruke: 2832



+45 Profil

icon Re: Delete records in subform problem02.10.2007. u 15:39 - pre 202 meseci
Evo šta sam uspeo da saznam iz modela :

Projektni zadatak : Evidencija u magacinu (sudeći po formama)
Metoda : FIFO (prva ušla prva izašla) sudeći po ovom iskazu: „ ...ali ako pogledas otpremnicu
kad biras robu iz komboboxa on gleda robu sa stanjem ok i sortira po robaID i
magacinID i odatle izaberm prvo pojavljivanje robaID jer je i ta roba prva dosla u
magacin...“
Zahtev korisnika : Bez vođenja količina po artiklu već šifriranjem tipa:
magacinID(magacinNo(robaID(lokacija(stanje)))) (sudeći po tabelama)

Stanje je opisna kategorija sa mogućnostima:
"OK", "VRACEN", "POZAJMLJEN" , "NEISPRAVAN" , "OTPISAN"
( bar tako piše u bazi)

Komentar :
1. Ako nema količina nema ni stanja na zalihama. Govorimo evidenciji statusa svake pojedinačne robe na nivou neke kutije ili pakovanja. (Ovde bi možda više odgovarala reč STATUS nego STANJE). S druge strane ne da mi mira onaj iskaz pod navodnicima. Ne znam šta da mislim.

2. Ako zbilja treba da napraviš kontrolu zaliha u magacinu po gore pomenutoj metodi. Uvedi jedinstvenu šifru za artikal, količinu, datum i vreme ulaza u magacin. Stanje ti neće trebati i uvek ćeš moći da ga izračunaš ili bar do granice koju sam spominjao. Nakon toga razmišljaš o preseljenu baze na SQL server i nekoj boljoj organizaciji podataka.

3. Ako je to evidencija o svakom pojedinačnom komadu neke robe onda tu bogami ne treba većina formi, a o kodu da i ne pričamo. VBA bi trebalo da atomatizuje nešto što ne može da se uradi na nivou objektnog programiranja.

Da li je zakačen fajl neko pogledao i možda razumeo bolje?

 
Odgovor na temu

djvujke
lazarevac

Član broj: 59048
Poruke: 29
194.89.192.*



Profil

icon Re: Delete records in subform problem03.10.2007. u 10:08 - pre 202 meseci
ma dobro si razumeo....nego ja sam se zapetljao..
artili su racunarske,serverske komponente...i bitan mi je magacinNo koji predstavlja sifru ili barcode ili bilo sta sto ce jednoznacno da predstavi tu komponentu, kutiju koja ima neki partNo(koji opisuje kategoriju robe) kao i neke druge..
Ako bi unosio u prijemnicu .. recimo partNo abc 3 komada...al to ne moze jer mi je svaki od njih definisan sa magacinNo...nemogu kolicinski nego moram kutiju po kutiju.

1. status , stanje sve jedno..al to je to

2. jednistvena sifra za artikals stanje datum...
inputOutputTab mi predstavlja stavke svih dokumenta
inoutID autonumber
magacinID da povezem sa tabelom magacinTab i da promenim stanje robe
docID da vezem za odredjeni sifru dokumenta
tipDoc za tip dokumenta 1 prijemnica 2 povratnica 3 otpremnica

znaci recimo prepravim tabelu inputoutputTab ,pored inoutID,magacinID,docID,tipDoc, da dodam i stanje i vreme
ali kako posle da je pratim...tu robu sa odredjenim partno i magacinid....trebalo bi posle da nadjem zadnje pojavljivanje magacinID u tabeli i procitam stanje iz inputoutputtab-ele....

3. sta bi trebalo da prepravim, koje su form visak
mislio sam da prepravim tab inputoutput i umesto oni docID i tipDoc bude neki dokumnetID koji ce biti vezan za tabeliu docTab i id kjluc....i one kverije kljijent i dobacljac to da izbacim..i.....

razumem sta hoce zidar da kaze...ali krenuo sam ovako i mislio da mi je tako lakse...nisam znao drugacije...
da sam pitao nekog cim sam krenuo da radim bazu bilo bi bolje ovako sad moram da sve menjam...
al sta je tu je..

eto molim za pomoc .. kako bi trebao da nadgledam stanje robe ....ili jos bolje od pocetka ...sad kad znate tematiku
da li sam dobro postavio tabele...relacije..
hvala
 
Odgovor na temu

Getsbi

Moderator
Član broj: 124608
Poruke: 2832



+45 Profil

icon Re: Delete records in subform problem03.10.2007. u 11:21 - pre 202 meseci
Dobro idemo iz početka. Zaboravi sve do sad. Prvo pitanje: Da li se u tvom magacinu nalazi roba sa istom šifrom koja se može ponoviti više puta količinski? Rcimo pošto su računarske komponente u pitanju. Da li u magacinu može u isto vreme biti dva ili više kulera za kućište istog: tipa,jačine, proizvođača......... ili je svaki obeležen jedinstveno i ima ga samo po jedan komad?
 
Odgovor na temu

djvujke
lazarevac

Član broj: 59048
Poruke: 29
194.89.192.*



Profil

icon Re: Delete records in subform problem03.10.2007. u 12:42 - pre 202 meseci
moze..

magacinno 36 ,partno 1420-0866, opsi battery...., stanje neispravan, lokacija j1, datum1
magacinno 83 ,partno 1420-0866, opsi battery...., stanje neispravan, lokacija h4,datum2
magacinno 308 ,partno 1420-0866, opsi battery...., stanje neispravan, lokacija f3,datum2
1420-0866 je baterija jednog proizvodjaca odredjenih k-ka
isto tako neki drugi partno moze biti baterija drugih k-ka ili drugog proizvodjaca

kad ih trazim , trazim ih po magacin partno pa koji je prvi usao a to je magacinNo 36, pa lokacija i eto ga...
 
Odgovor na temu

Getsbi

Moderator
Član broj: 124608
Poruke: 2832



+45 Profil

icon Re: Delete records in subform problem03.10.2007. u 13:53 - pre 202 meseci
Dakle svaki je obeležen jedinstveno i svaki komad 1420-0866 se unosi pojedinačno ručno u tabelu iz razloga lepljenja etketa (neke vrste šifriranja). Da li sam u pravu?
 
Odgovor na temu

Getsbi

Moderator
Član broj: 124608
Poruke: 2832



+45 Profil

icon Re: Delete records in subform problem03.10.2007. u 22:45 - pre 202 meseci
Predpostavljam da sam u pravu, a to potvrđuje i tvoj gornji tekst:

„ artili su racunarske,serverske komponente...i bitan mi je magacinNo koji predstavlja sifru ili barcode ili bilo sta sto ce jednoznacno da predstavi tu komponentu, kutiju koja ima neki partNo(koji opisuje kategoriju robe) kao i neke druge..
Ako bi unosio u prijemnicu .. recimo partNo abc 3 komada...al to ne moze jer mi je svaki od njih definisan sa magacinNo...nemogu kolicinski nego moram kutiju po kutiju.“

Pogledaj sliku u prilogu.
Napravio sam početni model koji ćemo još da utanačimo. Uveo sam tabelu “VrstaDokumentaTab” .
1. Jedna vrsta dokumenta se u tabeli 'DokumetTab' može naći više puta.
2. Jedan Dokument ima više stavki.
3. Jedna roba se može naći više puta u stavkama. Ovde postoji mogućnost da uvedemo količinu u StavkeDokumenta, ako mi pojasniš kako izgleda prijemni odnosno otpremni dokument.
4. Jedan radnik može da izvrši više radnji u magacinu ili duži više pojedinačnih primeraka robe.
5. Veza između stavki magacina je za sad slaba bez referencijalnog inegriteta. Naknadno ćemo da je utvrdimo.
6. Roba u magacinu je jednoznačno određena ako joj ispred šifre dodelimo nasumice odabran broj (AutoNumber). Tako dobijamo jedinstvenu šifru robe u magacijnu.
7. Lokacija nam pomaže da saznamo u koji ćošak magacina smo robu odložili.
8. Status nam govori o onome što treba da znamo o toj robi. ("OK", "VRACEN", "POZAJMLJEN" , "NEISPRAVAN" , "OTPISAN")

Tabele : KroisniciTab i KlijetiTab nisam još povezao jer mi nedostaju neke informacije.

Ko su korisnici , a ko su klijenti? Kakva je čija uloga u procesu evidencije u magacinu?
Da li su pravna ili fizička lica?

Odgovori mi na pitanja, pitaj i komentariši.

P.S. Izvadio sam RobaID iz primarnog ključa magacina. Mislim da će dovoljno biti indeksiranje.






[Ovu poruku je menjao Getsbi dana 04.10.2007. u 13:40 GMT+1]
Prikačeni fajlovi
 
Odgovor na temu

djvujke
lazarevac

Član broj: 59048
Poruke: 29
194.89.192.*



Profil

icon Re: Delete records in subform problem04.10.2007. u 08:51 - pre 202 meseci
da to je to...samo sto se tice sifre u magacinu ....ostavio bih magacinID kao autono i morao ih dodati magacinNo
realno gledano magacinNo bi trebao da bude magacinID ali roba vec ima neke stare sifre koje necemo menjati te iz tog razloga morao bih ostaviti magacinNo..eto samo to..

a sto nebi radniciTab povezali sa DokumentTab umesto magacinTab,tj. da se u dokumentu vidi koji je radnik odgovoran.

dokumentID nije autonumber, tipa text i moze da se desi sledece
tsg05/5 da je naziv dokumenta za otpremnicu i za prijemnicu, gde to nesto znaci kao 5 mesec 2005,ali u principu nek korisnik unosi naziv dokumenta
u designview da se stavi yes(allow duplicates) ili kao ono sto sam ja komplikovao....yes (allow duplicates)

dokumenta ..nista posebno neizgledaju
otpremnica xxxxx
primalac xxxxx
krajnji korisnik xxxx
-------------------
# roba opis kol.
------------------
datum xxxxx napomena xxxx

primio izdao
xxxxx xxxxx

i to je to.
sto se tice kolicina...nek bude da moze da se unese odjenom vise artikala pod istim partNo(robaID) ali da se to posle nekako moze prepraviti u magacinu i dodati mu magacinNo za svaki artikal razlicit magacinNo
mada uglavnom roba dolazi po 1 kom od svake...hocu reci razlicite kutije.

dokumentiTab -- kljucevi za povezivanje sa klijentiTab i korisnicitab
i dobro sad i stavkedokumenatatab onda doda se kolicin
 
Odgovor na temu

Getsbi

Moderator
Član broj: 124608
Poruke: 2832



+45 Profil

icon Re: Delete records in subform problem04.10.2007. u 09:40 - pre 202 meseci
Što se tiče starih naziva iz prošlog modela ostaviću sve što je razumljivo širem krugu posetilaca ovog foruma. Nazive tabela ti nisam sve promenio, samo one koje mi nisu izgledale smisleno i dovoljno razumljivo. Ovo nije komunikacija samo između mene i tebe već svih zainteresovanih. Ovde si ti recimo u trećem razredu, ja u petom a gledaju nas i oni iz prvog i oni iz osmog. Niko nije nepogrešiv, a ja pogotovo. Trudićemo se da nam oni iz osmog pomognu ako negde omanemo.

Model je još uvek na logičkom nivou tako da ćemo o tipovima polja odlučivati kad ga dovedemo bar na 80 % izvršivosti.
Nisi mi decidno odgovorio na pitanja. Trudi se da bude razumljivo, a ne kao ovo na kraju tvog zadnjeg posta.
Trenutno nemam vremena od nekih obaveza ali već večeras ću da izbacim sledeću verziju sa uključenim sugetijama.

[Ovu poruku je menjao Getsbi dana 04.10.2007. u 12:24 GMT+1]
 
Odgovor na temu

Getsbi

Moderator
Član broj: 124608
Poruke: 2832



+45 Profil

icon Re: Delete records in subform problem04.10.2007. u 14:03 - pre 202 meseci
Evo ugradio sam neke tvoje sugestije:

Dodao sam u magacinu atribut StaraSifra umesto magacinNo. Tako je razumljivije, a ti imaš zadovoljen zahtev korisnika da se vide i stare šifre.
Dodao sam RadnikID u tabelu DokumentiTab kao nekog ko je Nosioc dokumenta - neko ko potpisuje otpremnicu i izdaje robu ili prijemnicu i zaprima robu.

Broj dokumenta bi trebalo da dodeljuje tvoja evidencija, a da se u OpisDokumenta pozivaš na tuđi broj baš iz razloga što se može desiti da ti stignu dva dokumenta iz vana sa istom nomenklaturom.
Zanima me razlika Korisnika i Klijenta koje kako vidim iz opisa dokumenta koristiš za atribute dokumenta: primalac i krajnji korisnik. Da li je moguće da neki klijent bude u drugom momentu krajnji korisnik i obratno. Ako jeste uveo bih jednu tabelu PoslovniPartneriTab, a nju podelio na entitete kategorija: FizičkaLicaTab i PravnaLicaTab pod uslovom da firma radi i sa jednima i sa drugima. Poboljšanje bi bilo poprilično.. S tim što fizičko lice može da bude deo pravnog lica (OsobaZaKontakt).

Veza partnera i dokumenta može da ostane ovakva, mada je bolje da u dokumente stavimo (PartnerID i UlogaPartnera) umesto (Primalac i KrajnjiKorisnik), što sam i uradio.

Na ovaj način smo donekle učvrstili model i ako sam dobro shvatio poentu projektnog zadatka dosegli smo nekih ¾ logičkog modela. Možda se kasnije ukaže potreba za još nekom tabelom.

Ovo je sve podložno kritici i pošto smo krenuli putem bez količina u magacinu, a samim tim i bez izračunavanja stanja robe, voleo bih da se i drugi uključe u temu, a pogotovo Zidar čije će nam iskustvo pomoći da model dovedemo bliže završetku. Na ovaj način bi ti imao dobru startnu poziciju a ostali koji pomažu ne bi morali da vade trnje.

Prikačeni fajlovi
 
Odgovor na temu

[es] :: Access :: Delete records in subform problem

Strane: 1 2 3

[ Pregleda: 6036 | Odgovora: 46 ] > FB > Twit

Postavi temu Odgovori

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