Veruj nam na rec u ovom slucaju. Kad bismo mogli da predvidimo kako se greska desavaju, mi bi to sprecili. Greske se desavaju na najmnemogucije nacine, pogotovo kad aplikacija ode u primenu. veoma retko se greske desavaju kad ti razvijas aplikaciju ili ti testiras program. One sekunda kad ga korisnik preuzme, sve je moguce. Cini mi se da ti tek ucis kako se radi ovaj posao. Ako je tako, onda nam jednostavno veruj na rec, kao sto verujes da je Zemlja okrugla iako to nisi video.Gde god pogledas, oko tebe ravno, a ona ipak okrugla. Bolje ti je da naucis 'kako da slozis vrednosti u izvestajima' nego da izmisljas programerska resenja za probleme koje ne treba resavati. To sto nisi primetio ni jednu gresku moze da znaci i da ne umes da nadjes gresku. A mozda stavrno i nema greke. ne brini, napravice je i naci neko drugi i nece ti biti prijatno kad se to desi.

:-)

Htio bih malo da dapunim.
Ajd da navedemo samo jedan primjer
Da uzmemo polje A, polje B I polje C kao tekstbox, i ako napravimo racun
AxB=C.
Da bismo u plju C dobili proizvod plja A i B moramo napisati da to uradi.
Ako pole C Posjeduje kontrolu u tabeli to ce biti i Zapisano.
E sad kad ponovo dodjemo do tog rekorda operacija racunanja ce biti opet izvrsena i ponovo Zapisana.
Sto znaci da jednu te istu stvar radimo u vecini slucajeva 2 puta.
Druga stvar procesordaleko brze racuna podatke nego sto to moze disk da odradi to jest da zapise ili procita.
Treca stvar baza se uvecava baz razloga a trebe voditi racuna o tome pogotovo ako ce biti veci broj podataka.
Moze se napraviti i procedura da mjeri koliko je neka procedura trajala pa se u to moze i uvjeriti.
U Vb-u ima jedna primjer za Klasicne nardebe ka sto su if select case itd. koliko koja traje.
Naravno dok se pise program to je tesko primijetiti jer mi dok pravimo program jedva da upisemo i 100 redova pri izradi i testiranju a poslije tabele u bazi imaju nekoliko hiljda pa cak i miliona redova i to se tek tada lijepo primijeti.
Pozdrav i sretan rad