Algoritam za generisanje jedinstvenog ključa dužine 6 alfanumerika

[ mkaras @ 16.02.2009. 16:02 ] @

Potrebno je generisati jedinstvene vrednosti koje se sastoje od 6 alfanumerika.

[ momsab @ 16.02.2009. 16:15 ] @

i,gde ti je zapelo? ovo je vise za AoP

typo: nestalo SE u akciji

_{[Ovu poruku je menjao momsab dana 16.02.2009. u 18:32 GMT+1]}

[ mmix @ 16.02.2009. 16:31 ] @

Jeste za AoP posto se radi o konverziji broja iz base10 (ili base2 u zavisnosti od algoritma) u baseX, x>10.

[ mkaras @ 16.02.2009. 19:30 ] @

Citat:

momsab: i,gde ti je zapelo? ovo je vise za AoP

typo: nestalo SE u akciji

Zašto je više za AOP? I pojasni šta ti znači "nestalo se u akciji"

[ Zidar @ 17.02.2009. 14:54 ] @

Citat:

Potrebno je generisati jedinstvene vrednosti koje se sastoje od 6 alfanumerika.

Ako mora da bude tacno 6, uvek mozes da generise unapred jedan veeeeliki skup takvih vrednosti. Napravis nekoliko linija koda koje generisu stringove duzine 6 i svaki string strpas u neku tabelu. Izbacis duplikate i dobio si tabelu sa jedinstvenim stringovima duzine 6. Onda kad ti zatreba, odatle uzmes onaj koji nemas u svojo glavnoj tabeli. Imao bi dakle pomocnu tabelu sa jednom kolonom, koja se lako ineksira i brzo pretrazuje i tako dalje...

Posto postoji 26+10 = 36 alfanumerickih karaktera, mozes da generise veoma mnogo stringova. Neka mi neko pomogne, broj kombinacija/varijacija 6 od 36 sa ponavljanjem.... Ako se ogranicis cak i da nema ponavljanja, mozes da dobijes 36*35*34*33*32*31 = 1,402,410,240 kombinacija koje ce imati 6 alfanumerika u stringu a da se ne ponovi alfanumerik unutar stringa. Ako dozvolis ponavljanje, broj je prakticno nedostizno veliki.

Ako ti treba kod koji ce da generise stringove, kazi pa da vidimo sta se moze u SQL uraditi

[ mkaras @ 17.02.2009. 15:53 ] @

Citat:

Zidar:
...
Ako ti treba kod koji ce da generise stringove, kazi pa da vidimo sta se moze u SQL uraditi

Kod je najmanja briga i nije ga teško implementirati. Tema je samo nastavak na priču koja je započeta u temi Baze podataka i konkurentnost rada:

Citat:

djoka_i je napisao:

Citat:

Između POS-a ili ATM-a i banke se nalazi procesor. Banka i sama može da radi procesiranje ukoliko ima opremu i softver. E sad, imaš tri scenarija, bančina kartica u bančinoj mreži, tuđa kartica u bančinoj mreži i bančina kartica u tuđoj mreži.

U principu, te dodatne podatke generiše procesor, osim broja autorizacije. Ako banka ima on-line autorizaciju, tada ona generiše broj autorizacije. Ako nema, ona pravi balance file za procesora, pa onda procesor na osnovu podataka iz tog fajla (stanja na računima) generiše i autorizaciju.

Moderator misk0 je zključao temu, Chacka prebacio u Cekaonicu i to je razlog za pokretanje ovog pitanja o algoritmu.
Interesuje me način, vreme i mesto formiranja kao i način, vreme i mesto skladištenja tog broja. Da li se koristi za neku kasniju obradu? I da li, sa stanovišta banke, mora biti jedinstven i neponovljiv?

Zato sam i dodao

Citat:

@Chacka i @misk0

Nadam se da sam malo pojasnio pitanje i da je pitanje ipak vezano za baze podataka a pogotovu što se oslanja na post člana djoka_i(http://www.elitesecurity.org/p2198582) u temi Baze podataka i konkurentnost rada. Predlažem da se tema otključa i dozvoli nastavak diskusije. Opširna jeste ali je ipak sve vezano za temu

[ momsab @ 17.02.2009. 17:39 ] @

mkaras, pitas za algoritam kome je mesto u AoP
sto se nestalog SE tice, kao sto pise lepo u pitanju je greska u kucanju
pre je pisalo "ovo je vi za AoP"

[ mkaras @ 17.02.2009. 18:58 ] @

@momsab
Ne bih da zvučim dosadno, ali moram da ponovim pitanje: Zašto je ovo pitanje za AoP?