Mislim da imas dva rjesenja:
Jedno je kako si i sam uvidio i naisao si na probleme, a drugo da napravis novu tabelu koja ce se napr. zvati zaduzenja koja ce imati min 3 polja i to:
1. KorisnikID-Strani kljuc korisnika
2. Broja CD-a
3. Datum Zaduzenja

Narvno ja ne znam, strukturu baze pa se moze desiti da strani kljuc bude Inventarni broj.

Ako pak zelis ostati na tvome rjesenju onda to ide ovako:
Funkciju za izdvajanje brojeva imas ovdje:
http://www.icentar.com/showthread.php?t=21
E sad treba ti jos jedna funkcija koja ce imati petlju da uporedis ove brojeve sa stanjem ili ne znam kako si ga nazvao.
Pozdrav.


_{[Ovu poruku je menjao izonic dana 07.11.2005. u 18:21 GMT+1]}

Ja sam problem zaduzivanja cd-ova radio na sledecji nachin: Najpre svaki cd je imao svoj inventarni broj i bio je 1 poseban record (zapis). Isto tako svi chlanovi su imali svoj chlanski broj. Zaduzivanje se vrshilo na nachin: Ukuca se ID (Clanski broj chlana koji iznajmljuje CD), DatumZaduzivanja (=Date() ) i naravno inventarni broj CD-a. I to sve OK funkcionishe. Stvarno ne znam pravi razlog zashto je potrebno da se za jedan isti CD stavljaju svi inventarni brojevi u jednom zapisu, ali opet zelim da zadovoljim zahteve korisnika pa da uradim tako neshto. Ova funkcija cje mi pomocji sigurno sto si mi napisao, e sad samo sastaviti josh neku funkciju koja cje mi prikazivati da li je taj CD zauzet ukoliko ukucam inventarni broj cd-a koji je iznajmljen i ukoliko se napishe u polje Inventarni broj koji je vecj prethodno napisan a znamo da NE SMEJU biti 2 ista inventarna broja za 2 razlichita cd-a.
Hvala

Mozda tvoj korisnik samo zeli da VIDI brojeve na nacin na koji je opisao, a ne da ih tako i spakuje u bazu. Bilo koji metod koji dozvoljava pakovanje u abzu na nacin na koji si opisao donece ti nevolje i samo nevolje. ukratko, to je veoma lose resenja. ti si profesionalac i ne smes da das lose resenje, makar korisnik to i trazio izricito. To ti je kao lekar koji prpisuje antiboitik 3 pota na dan, a korisnik hoce po cetri puta na svaki sat, pre jela, umesto posle jela. Ni jedan lekar to ne bi prihvatio pa nemoj ni ti.

Proveri jos jedamput, da li je dovoljno da to korisniku prikazes onako kako je opisano, sve u jednom stringu sa nekim znakom koji odvaja stavke. ako jeste, ti si OK, cuvaj sve podatke normalizovano, kako je i normalno, a prikazi mu kako god zeli. Ako pak on insistira da podatke pakujes nenormalizovano (iliti nenormalno), nemoj da se bakces s njim. na duiz rok imace samo probleme, jer ocigledno imas nekoga ko pokusava da tebe uci tvoj posao. Na duzi rok to nije dobro, jer ce u buducnosti doci s nekim jos nenormalnijim zahtevom koji na kraju neces moci da ispunis pa ces ipak ostati bez klijenta, sta ce mu neko ko ne moze da uradi ono sto on hoce.

O tome sam i ja razmishljao, da samo zeli da vidi zapise tj. ZAPIS npr. DVD Matrix Reloaded i da mu se prikazu samo inventarni brojevi 1, 3, 156..... koji sadrze sve te podatke disku. Meni je totalno nelogichno, da se u polje inventarni broj unose svi brojevi za 1 disk, i chinjenica je da cje (ako ne u pochetku) posle prilikom odrzavanja to komplikovati stvar. Nishta, ostaje mi samo da pokusam, josh jednom da objasnim korisniku da to nije dobro.

Vjerojatno je gazda lijen pa nece kucat 50 puta evidencijski broj.
1001 CD-BOSKO BUHA
1002 CD-BOSKO BUHA
1003 CD-BOSKO BUHA

itd itd... ali opet bi morao ukucavat 1001%1002%1003.....

po mome bi bilo rijesenje

evbroj ime cd -a kom izdano
1001 CD-BOSKO BUHA 50 0

znaci kod unosa maticnih podatka za CD, napisao bi koliko ima komada istih cd-a

kod iznajmljivanja il vracanja bi u maticnima mjenjao izdano + 1 ili -1
i to bi ti bila evidencija koliko je vani ceda i dali ih ima u cdteci.

Ako je to to,

Pozdrav trtko

Ne. To nije to.
Svaki CD mora da ima svoj inventarni broj, bez obzira ako je isti naslov i sve.
Posle se iznajmljivanje odvija na nachin:
Inventarni broj CD-a se unese, zatim chlanski broj coveka koji iznajmljuje CD, a STANJE moze biti samo 1 (kad je cd u cdteci) i 0 kada je iznajmljen.
Ali opet ostaje da svaki cd ima svoj inventarni broj.

Ah, ovo se lako rešava. Recimo da je polje sa nazivom diska fldDisk.

U AfterUpdate događaju postavi ovo:

Me.DefaultValue = Me.fldDisk

Kada pređe na novi unos, preneće mu se naziv diska.

Ovde stižemo do _problema_ jer normalizacija više ne postoji. Ponavljaju se isti nazivi u nazivu diska, a to ne valja. Ja bih napravio među tabelu tako da bih samo inventarne brojeve odvojio u zasebnu tabelu u relaciji više-ka-jedan na naziv diska.

Znam, to mnogo koplikuje program, ali tako to ide onome ko ovo voli. :)