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

Unique key - Razlikovanje korisnika

[es] :: Access :: Unique key - Razlikovanje korisnika

[ Pregleda: 2263 | Odgovora: 17 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

Carduel
Carduel Spanic
Croatia

Član broj: 93224
Poruke: 84



+1 Profil

icon Unique key - Razlikovanje korisnika16.10.2022. u 23:50 - pre 18 meseci
Pozdrav svima,

jedno pitanje vezano za unos korisnika u bazu podataka.

U ured nam dođu osobe istog imena i prezimena i želimo uzeti od njih osnovne podatke da bismo im se kasnije javili.
Nemamo njihov jmbg, jedino ime i prezime, telefon, mjesto i grad stanovanja. Kako možemo spriječiti unos duplikata?

john cash - colorado
john cash - colorado
john cash - new york
john cash - los angeles

Hvala i lp.
 
Odgovor na temu

Predrag Supurovic
Pedja YT9TP
Užice

Član broj: 157129
Poruke: 6279

Sajt: pedja.supurovic.net


+1570 Profil

icon Re: Unique key - Razlikovanje korisnika17.10.2022. u 07:01 - pre 18 meseci
Samo tako što uporediš sve podatke koje imaš

 
Odgovor na temu

Carduel
Carduel Spanic
Croatia

Član broj: 93224
Poruke: 84



+1 Profil

icon Re: Unique key - Razlikovanje korisnika17.10.2022. u 12:40 - pre 18 meseci
Mogao bi napraviti karticu korisnika pa na osnovu broja kartice napraviti razliku. Da li bi to bilo unikatno rješenje?
 
Odgovor na temu

djoka_l
Beograd

Član broj: 56075
Poruke: 3453

Jabber: djoka_l


+1462 Profil

icon Re: Unique key - Razlikovanje korisnika17.10.2022. u 12:58 - pre 18 meseci
Rekao si da uzimate kontakt podatke, uključujući broj telefona.

Za ime, prezime i mesto stanovanja, dovoljno je da se napravi ID koji bi imao ulogu PK.
Onda bi telefon vezao za ID korisnika, a telefon je prilično unique, naročito ako je broj mobilnog.

Ako je to kućni broj, onda više ljudi može da deli isti broj telefona, ali bi se imena verovatno razlikovala.

Mogu da pomognu i drugi podaci, recimo e-mail nalog, koji je najčešće prilično unique.
Datum rođenja bi pomogao u slučaju da može da se dobije.

Ako si klijent identifikuje nekim dokumentom, onda ID dokumenta, tip dokumenta, rok važenja.
To opet ne bi sprečilo da se isti klijent više puta predstavi različitim identifikacionom dokumentom.

Šta god da odabereš, ne možeš baš da sprečiš da neko otvori više naloga.
 
Odgovor na temu

blingaro
Igor Malinkov
Uprava prihoda
Beograd

Član broj: 187756
Poruke: 81
87.116.180.*



+1 Profil

icon Re: Unique key - Razlikovanje korisnika17.10.2022. u 16:15 - pre 18 meseci
Citat:
djoka_l: Rekao si da uzimate kontakt podatke, uključujući broj telefona.

Za ime, prezime i mesto stanovanja, dovoljno je da se napravi ID koji bi imao ulogu PK.
Onda bi telefon vezao za ID korisnika, a telefon je prilično unique, naročito ako je broj mobilnog.
.


Postavlja se pitanje šta ako neko promeni borj telefona. Ne bih ja baš uzimao to kao PK. Jeste da je malo verovatno da neko promeni broj. Međutim, postoji i mogućnost da jedna osoba ima više brojeva telefona ili više email adresa. Šta onda?

Jedino rešenje je članski broj, ako već JMBG nije u mogućnosti da se nabavi. Znam da u Hrvatskoj odavno nije u upotrebi JMBG već OIB.
 
Odgovor na temu

djoka_l
Beograd

Član broj: 56075
Poruke: 3453

Jabber: djoka_l


+1462 Profil

icon Re: Unique key - Razlikovanje korisnika17.10.2022. u 16:36 - pre 18 meseci
Nisam ja ni napisao da broj telefona bude PK.
Rekao sam da koristi "veštački" ključ, ID, kao PK na imena, a da telefon bude vezan za taj ID u drugoj tabeli.
Ako je cilj da se u bazi podataka čuvaju kontakti, onda je to dobra organizacija.

A dešava se da se broj telefona promeni.
Jednostvano, JMBG je principijelno dobar, dok je u praksi podjednako loš kao i neki drugi podatak. Nemaju svi JMBG (stranci). Postoje grešku u JMBG bazi podataka. Generalno je loš bilo koji podatak koji je EKSTERNI šifarnik.
Recimo, da poštanski broj bude PK za grad. On je prilično jedinstven za jednu zemlju, ali kada se ubaci i neka druga zemlja, ili pošta promeni šifarnik - eto problema.

Kao što je u Hrvatskoj problem ako se neko vezao za JMBG kao PK, pa je on ukinut...
 
Odgovor na temu

djamsi
Dejan Kircanov
Data Centar
HostNet Limited Corp.
Chicago

Član broj: 11896
Poruke: 172
*.hsd1.il.comcast.net.

Sajt: www.hostnetcorp.com


+1 Profil

icon Re: Unique key - Razlikovanje korisnika17.10.2022. u 16:56 - pre 18 meseci
evo jedno resenje ali ne znam kolko bi ti pomoglo.

da radi query na podatke, u slucaju da su isti (mobitel i email) da mu salje kod preko SMS-om i emilom za updejt i verifikaciju SMS koda ako je vec jednom uneo podatke. Uradi i link expire ukolko nije ta osoba. i da se verifikacuje sa SMS-om i email linkom.

Na taj nacin mobilni i email zajedno su ti kao UNIQUE Number

Sto nije moguce da ista osoba sa istog imena i prezimena ima isti taj email i isti broj telefona.
 
Odgovor na temu

Carduel
Carduel Spanic
Croatia

Član broj: 93224
Poruke: 84



+1 Profil

icon Re: Unique key - Razlikovanje korisnika17.10.2022. u 19:01 - pre 18 meseci
Kako gledati na ovu situaciju, ima li ovdje neko rješenje koje je generalno ispravno, što bi rekli, to i točka. :)

Može li netko pojasniti zašto je JMBG, OIB principijelno dobar a u praksi podjednako loš? Misli se ovdje na to pošto se teško 'nabavlja' od korisnika?

Razmišljao sam o broju članske iskaznice kao Unique ključu, da li ona rješeva situaciju ili opet ima mogućnosti za dupliciranje?

 
Odgovor na temu

B3R1
Berislav Todorovic
NL

Član broj: 224915
Poruke: 803



+634 Profil

icon Re: Unique key - Razlikovanje korisnika18.10.2022. u 09:38 - pre 18 meseci
Citat:
Carduel: Kako gledati na ovu situaciju, ima li ovdje neko rješenje koje je generalno ispravno, što bi rekli, to i točka. :)

Perfektnog sistema nema.

Ustvari ima - ugradis ljudima potkozne cipove, kao sto se to sada radi psima, mackama, kravama itd. Nije daleko taj dan, dobicemo te cipove svi. Sto i nije tako lose, konacno cemo se resiti gomile kartica koje nosimo sa sobom.

Ali recimo da je za sada prezime, ime, mesto (opstina) i datum rodjenja podatak koji ce u vise od 95% slucajeva obezbediti jednoznacnu identifikaciju coveka. Ako pretpostavimo da se radi uglavnom o ljudima rodjenim posle 1950, sanse su ti dobre da ces imati duplirane podatke u svega par procenata slucajeva. Sto je po meni ok. Takodje, ako se radi o Hrvatskoj tu bi ti podaci trebalo da budu mnogo azurniji nego u Srbiji. Znam iz iskustva drugih ljudi da je Hrvatska mnogo urednije vodila maticne knjige nego Srbija, o nekim drugim ex-YU republikama (poput Makedonije) da i ne govorimo.

Recimo, znam vise ljudi u Srbiji kojima u LK stoji datum rodjenja 1. januar. Taj datum se upisivao onda kada je realan datum rodjenja nepoznat. Ali to se mahom desavalo ljudima rodjenim u toku II svetskog rata. Koliko ces imati takvih?
Citat:
Carduel: Može li netko pojasniti zašto je JMBG, OIB principijelno dobar a u praksi podjednako loš? Misli se ovdje na to pošto se teško 'nabavlja' od korisnika?

ID brojevi gradjana (ex-YU JMBG, hrvatski OIB, americki SSN itd.) su najcesce zakonom zasticeni poverljivi licni podaci. E sad, kod vazi ona dobra stara "necemo se valjda drzat' zakona kao pijan plota", sto je rezultiralo time da je JMBG postao maltene javni podatak. Pa i ja se secam davnih vremena kada sma radio u Racunskom centru ETF, gde smo za otvaranje naloga na razlicitim serverima trazili od ljudi JMBG. I da se po firmama radilo slicno. To je bilo pre 25-30 godina. Da li je tada JMBG bio zakonski zasticeni poverljiv podatak ili ne i da li je fakultet imao pravo da trazi od studenata i eksternih korisnika JMBG - pojma nemam. Ja tek tada nisam imao pojma da li je to zakonski ok ili ne, niko mi nista nije prigovorio, niti objasnio.

A jedno vreme u Srbiji je APR javno na svom sajtu davao podatke o vlasnicima firmi sa sve njihovim JMBG, toga se secam. Posle su to valjda uklonili.

Hrvatska je upravo zbog takvih stvari dobila packe iz Brisela kada je na nivou EU uveden GDPR i morala je da ukine JMBG i predje na OIB, a OIB se sada daleko stroze kontrolise nego sto je to bio slucaj sa JMBG. Srbija je zadrzala jugoslovenski JMBG, cini mi se i BiH, ali verujem da nije daleko dan kada ce naterati gradjane u redove da dobiju zapecacene ceduljice sa novim brojevima (da, verovatno ce morati da se stoji u redovima, nista bez redova) ... ali to je neka druga tema.

U Americi SSN nema pravo niko da ti trazi, to je bilo tako oduvek. I to se postovalo.

Postojeci JMBG je problematican i iz drugih razloga, pre svega zato sto je dodeljivan u vreme kada se evidencija drzavljana jos uvek vodila u pisanim knjigama. Cuo sam za slucajeve duplo izdatih brojeva, kao i da je jedan broj ukazivao na vise ljudi. Takodje, JMBG ne pokriva strance. Ali kao i u slucaju datuma rodjenja recimo da su ti slucajevi veoma retki.
Citat:
Razmišljao sam o broju članske iskaznice kao Unique ključu, da li ona rješeva situaciju ili opet ima mogućnosti za dupliciranje?

Ako sam kontrolises te brojeve onda su tu dobre sanse da imas jednoznacne brojeve. Ali opet, da li su ti brojevi dodeljivani azurno? I koliki je procenat duplikata?

Kao sto rekoh - savrsenog sistema nema ... dok ne stigne obavezno cipovanje. :-)
 
Odgovor na temu

Carduel
Carduel Spanic
Croatia

Član broj: 93224
Poruke: 84



+1 Profil

icon Re: Unique key - Razlikovanje korisnika18.10.2022. u 12:09 - pre 18 meseci
Hvala Berislave
 
Odgovor na temu

Predrag Supurovic
Pedja YT9TP
Užice

Član broj: 157129
Poruke: 6279

Sajt: pedja.supurovic.net


+1570 Profil

icon Re: Unique key - Razlikovanje korisnika19.10.2022. u 09:27 - pre 18 meseci
Podrazumeva se da ćeš u tabeli imati primarni ključ koji je bez ikakvog drugog značenja (dakle ni nalik upotrebi JMBG) a koji ćeš dodeliti osobi kada je prvi put unosiš i koji ćeš kasnije koristiti u svim vezama između tabela koje imaju veze sa tabelom osoba.

Ja sam pitanje razumeo kako izbeći unos duplikata, to jest, ako već imaš osobu u tabeli da je ne uneseš ponovo sa drugim ID-om.


 
Odgovor na temu

Carduel
Carduel Spanic
Croatia

Član broj: 93224
Poruke: 84



+1 Profil

icon Re: Unique key - Razlikovanje korisnika19.10.2022. u 15:54 - pre 18 meseci
Pregledavao sam neke škole u Accessu pa tamo navode da je poželjno koristiti ID za osobu koja se prvi put unosi. Nitko ne spominje korištenje složenog ključa. Isto tako nevezano za moju temu početnici u bazama razdvajaju npr. djelatnike i kupce u dvije različite baze a profesionalci sve stave u jednu bazu jer su svi oni samo osobe. Bilo bi dobro da program upozori prilikom unosa da već postoji 'duplikat' tj. da već postoji osoba istog imena i prezimena iako ne mora biti 'ista' osoba. Više sam na to mislio jer ako ima više stotina ili tisuća korisnika dobro bi bilo znati da već netko sa tim imenom i prezimenom ima u bazi.
 
Odgovor na temu

Predrag Supurovic
Pedja YT9TP
Užice

Član broj: 157129
Poruke: 6279

Sajt: pedja.supurovic.net


+1570 Profil

icon Re: Unique key - Razlikovanje korisnika19.10.2022. u 17:54 - pre 18 meseci
Citat:
Carduel: Pregledavao sam neke škole u Accessu pa tamo navode da je poželjno koristiti ID za osobu koja se prvi put unosi. Nitko ne spominje korištenje složenog ključa.


Tako je. Dodeljuješ jedinstven ID koji ne treba da ima nikakvo značenje, prosto nasumičan broj ili broj po redosledu i to korisiš kao primarni ključ (koji je po definiciji i jedinstven (unique).

Pored primarnog ključa možeš imati i druge jedinstvene ključeve, koji mogu biti i složeni. Time obezbeđuješ da se podaci nikako ne mogu uneti ako nisu jedinstveni prema takvom ključu. U ovom tvom slučaju ako u jedinstven ključ ubaciš i ime i prezime i državu i mesto i broj telefona, prilično je verovatno da bi ti to obezbedilo da ne možeš istu osobu uneti dva puta.


Citat:
početnici u bazama razdvajaju npr. djelatnike i kupce u dvije različite baze a profesionalci sve stave u jednu bazu jer su svi oni samo osobe.


Ovo nema veze sa tim da li je neko početnik ili ne već sa potrebama.

Naravno damožeš da staviš fizička lica i firm u jednu tabelu ali samo ono što im je zajedničko. Ono što im je različito u tom slučaju ide u posebne tabele (jednu za fiziča lica, drugu za pravna lica) koje su u 1:1 vezi sa tom zajedničkom tabelom. a možeš i među fizikim licima pa i pravnim liciam anaćeš da ima nekih različitih karakteristika, pa da po tome normalizuješ još jedan sloj tabela.

No, takve stvari se rade obično u složenim sistemima koji mogu automatski da ti generišu i strukture tabela i da rade sa podacima na osnovu neke tvoje defincije, recimo objektnog modela ili metadate, jer raditi to ručno je prilično naporno.



 
Odgovor na temu

ilekicika
dipl pravnik

Član broj: 257869
Poruke: 34
*.dynamic.sbb.rs.



Profil

icon Re: Unique key - Razlikovanje korisnika20.10.2022. u 15:32 - pre 18 meseci
Pozdrav svima
JMBG se određuje po modulu 11 i to tako što prva sedam broja predstavljaju dan, mesec i godinu rođenja, druga dva broja predstavljaju regiju zadržanu iz registra bivše SFRJ, sledeća tri broja su redni broj upisa u matičnu knjigu, odnosno redosled rođenja deteta tog dana u zavisnosti od pola, tako da muška deca mogu imati broj od 001 do 449, dok ženska od 501 do 999 po ćemu se razlikuje pol novorođenog deteta, trinaesti broj je kontrolni broj i dobija se matematičkim putem po modulu 11 i predstavlja kontrolu svih ostalih brojeva (može biti od 0-9). Postoje programi za određivanje tog 13. broja ima ga i moja malenkost. Dakle, jedina tajna u JMBG je trocifreni broj upisa u matične knjige, odnosno redosled rođenja. Na približan ili sličan način može se odrediti ID fiziičkog lica a da nije matični broj ako se prethodno odredi pravilo koji su podaci od značaja i koji će se podatak uzeti kao relevantan u slučaju da se svi podaci podudaraju. To može biti i autonumber kako je neko naveo ali on neće sprečiti da jedno lice bude dva puta unešeno. Moje mišljenje je da je najbolje da se taj broj automatski generiše uz prmoć porgramskog koda u zavisnosti od unetih podataka, ako već ne može da se unosi JMBG.
I.L.
 
Odgovor na temu

Predrag Supurovic
Pedja YT9TP
Užice

Član broj: 157129
Poruke: 6279

Sajt: pedja.supurovic.net


+1570 Profil

icon Re: Unique key - Razlikovanje korisnika21.10.2022. u 07:42 - pre 18 meseci
Vrlo je pogrešno da primarni ključ ima ikakvo značenje a pogotovo zavinost od drugih podataka. Primarni ključ treba da bude neimenovani broj koji ima samo jednu svrhu - da jednoznačno označi red u tabeli.

Ako je potreba da se obezbedi jedinstvenost nekog skupa polja u redu tabele, onda se prsoto napravi jedinstveni indeks (unique) po tim poljima. Baza će rešiti sve ostalo.

 
Odgovor na temu

bokinet

Član broj: 29844
Poruke: 574



+50 Profil

icon Re: Unique key - Razlikovanje korisnika22.10.2022. u 17:21 - pre 18 meseci
Ono sto moze da se uradi je da se doda tkz. hash polje u koje ce se upisivati hash vrednost nastala hasovanjem svih vrednosti ili odredjenih relevantnih vrednosti polja iz baze bez PK vrednosti.

Pre unosa, kreira se hash vrednost podataka koji se unose i ta hash vrednost proveri da li je u bazi ili ne.

Hash algoritmi MD5, SHA1, SHA2 i sl. se mogu koristiti za ove namene.

pkid
firstname
lastname
phone
email
hash = hashbysha1(firstname + lastname + phone + email)
 
Odgovor na temu

mjanjic
Šikagou

Član broj: 187539
Poruke: 2700



+699 Profil

icon Re: Unique key - Razlikovanje korisnika27.10.2022. u 23:16 - pre 17 meseci
To sam i ja razmišljao, ali šta ako za neki mesec dođe ista osoba, ali promenila email adresu ili broj telefona?
Kod nas to i nije retkos, posebno kod mlađe populacije, promene telefon, a promene i SIM karticu, ne znaju šifru za Gmail, lepo naprave novi nalog, plus novi broj telefona, i to je to. A najbolje je kad samo promene SIM karticu, odnosno broj telefona, Gmail nalog ostane, ali kad im zatreba da se uloguju sa računara sa kog se nisu ranije logovali na Gmail, on im zatraži da pošalje kod na stari broj telefona, jer nisu ažurirali broj mobilnog u Google profilu :)

U principu, ako hoće da bude siguran da li je potpuno nova osoba, jedino da im uzme neki biometrijski podataka, na primer otisak prsta :)))
Jedino što je tu problem mogućnost zloupotrebe...
Blessed are those who can laugh at themselves, for they shall never cease to be amused.
 
Odgovor na temu

Getsbi

Moderator
Član broj: 124608
Poruke: 2831



+45 Profil

icon Re: Unique key - Razlikovanje korisnika28.10.2022. u 07:31 - pre 17 meseci
Najsigurnija zaštita je trostruka. Ono što imaš + ono što znaš + ono što jesi.
kartica + lozinka + biometrija
Biometrijski podaci jesu najskorija budućnost. Zakonodavstvo uvek kasni za tehnologijama, što je donekle i razumljivo. Oko legalnosti zahtevanja za upotrebom ovih potonjih nisam upoznat.

Čini mi se da je Predrag Supurović dao najpribližnije moguće rešenje u svojem poslednjem postu. Što složeniji (uniqe) jedinstveni indeks - skundarni ključ, kojim će se vršiti pronalaženje eventualnih duplikata. Dotle PK treba da bude Autonumber (random ili increment).

E sad, da se razumemo. Ni jedna baza (evidencija) nije imuna na pogrešne uose operatera. Tako da koliko prisebnosti toliko i tačnosti.
 
Odgovor na temu

[es] :: Access :: Unique key - Razlikovanje korisnika

[ Pregleda: 2263 | Odgovora: 17 ] > FB > Twit

Postavi temu Odgovori

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