Provera dupliranja podatka po unosu

Potpuno razumem kompleksnost problema koji imaš i jasno mi je da kad su velike količine podataka u pitanju nema jednog unosioca ali nema ni idealnih podataka u velikim skladištima. Što se tiče funkcije tu sam i dalje skeptik jer primer koji sam ti dao u prethodnom postu može da reši za sada samo mozak (čitaj iskustvo). Dakle neka crnci unose, neka ih belci savetuju i obučavaju ali mora jedan mali zeleni da povremeno pregleda šifarnike, ukida relacije, briše i premešta podatke i ponovo uspostavlja relacije, učeći i belce i crnce da sledeći put malo više paze pri unosu. Baš zbog tih velikih količina podataka kada su proizvodi u pitanju postoje bar kodovi (nešto što mašine na ovom nivou razumeju). Matični brojevi za (tvrtke, djelatnosti, proizvođače) su uvedeni ranije. Neznam tvoj projektni zadatak ali ako ima šanse da se proizvodi unose preko bar kodova optičkim čitačem, onda je to sigurnije, a i udobnije rešenje od Copy-Paste.
Uostalom da sačekamo i čujemo nekog ko ima iskustva ili je na neki način imao sličan problem.

Potpis

https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski

U tome i jeste problem. Ovo mi govori da baza nije ni blizu da je gotova i bez mane. Sta je tvoj jedinstveni ID? Ako je to neki broj nista te ne sprecava da uradis ovo

INSERT INTO tvojaTabla (Opis, ID) VALUES ('Adaptacija i uredjenje',17)
INSERT INTO tvojaTabla (Opis, ID) VALUES ('Adaptacije i uredjenje',18)

pa cak i

INSERT INTO tvojaTabla (Opis, ID) VALUES ('Adaptacija i uredjenje',56)

Ako tvoj ID nema nikakve veze sa realnoscu, nego je samo neki broj, koji generise sistem (autonumber) ili neka tvoja funkcija tipa MAX(ID) + 1, onda je sasvim normalno i prirodno da se unose duplikati i 'skoro duplikati'. Pogotovu ako su entry forme tipa Form, pa kad se unosi jedan rekord ne vidis ostale. Nema toga ko ce se setiti sta je vec uneseno, bio on crn, beo ili zelen. Mora da postoji neki atribut, ili skup atributa koji jedinstveno ili bar dovoljno usko odredjuju svaki entitet. Ako to ne postoji, onda model ne valja i tacka. Ima takvih situacija, na primer tabale sa aforizmima ili latinskim izrekama, sto naravno nije tvoj slucaj. Ti imas nekakav biznis da podrzis, a u biznisu stvari nisu bas toliko nejasne.

Ako bas nema nista drugo sto bi pomoglo u razvrstavanju opisa, ponovo datasheet dolazi u pomoc. Ako su u pitanju sifranici, onda tu nema mnogo da se unosi, kod i dve tri reci opisa, dva polja i gotovo. Ako bi to unosio u datsaheet, korisnik onda vidi sta je uneo ranije. Ako treba uneti 'Adaptacije i uredjenje', onda se sortira datasheet, pogleda sta ima na 'A' ili se filtrira datsaheet po kljuc '*adapt*', sto bi moglo da otkrije unose kao 'Uredjene i adaptacija' sto je isto kao' Adaptacija i uredjenje'.

Tvoju bazu nismo videli (bar ja, RAR ne mogu da citam ako si neki zakacio), niti znamo sta baza podrzava. Ne znamo dovoljno pa ti slabo mozemo pomoci. Cini mi se da pokusavas dodatnim programiranjem da resis problem koji nije programeski nego problem modela baze podatka i stoga se ne moze resiti programiranjem. A moguce je da je problem na jos visem nivo, organizacione prirode kako lepo rece Getsbi. to ti onda dodje kao kad neko pati jer ga devojek nece, pa misli da je to zbog starog odela. naruci on novo odel kod skupog krojaca, krojac sasije perfektno odelo i lepo mu stoji. a devojke ga nece i dalje jer se ne kupa pa smrdi na znoj. A odelo perfektno. Tako i baz podataka. Perfektna, ali ne radi.

:-)

Sve ovo sam razumeo i cak i isprobao, ali (uvek postoji ali) ne mogu da se snadjem u obrnutoj poziciji. Potreban mi je kod - message da trazeni upit ne postoji u bazi (tabli) ako ga trazim preko combo_boxa u formi.