Šauktinių sąrašo sudarymo kodas

... SELECT PersonalCode ... ORDER BY 1

order'ina rezultatus pagal tą 'PersonalCode', jeigu gerai įsiskaičiau užklausą, kuris spėju yra asmens kodas. Jis sudaromas pagal gimimo amžių/lytį, gimimo datą ir tą dieną gimusių žmonių eiliškumą, tai galim sudaryt kelis lemiamus faktorius:

1. jeigu gimei XX amžiuje, turi daugiau šansų būt pakviestam, negu kad XXI a. gimęs, kadangi asmens kode XX a. = 3, XXI a. = 4.

2. kuo anksčiau gimei metuose(mėn ir diena), tuo didesni šansai būt pakviestam, pvz. žymiai didesni šansai būt pakviestam tam, kuris gimė sausio 1d. nei tam, kuris gimė gruodžio gale.

3. kuo anksčiau gimei tą dieną, lyginant su kitais žmonėmis, gimusiais tą pačią dieną, tuo vėlgi didesni šansai būt pakviestam.

???

Kodėl didesni šansai būt pakviestam? Tai juk jau nebebūtų atsitiktinė loterija, manai jie patys paviešintų tokį dalyką? Čia toks gan rimtas kaltinimas sakyčiau, reikia būti įsitikinusiam, kad esi teisus, prieš reiškiant tokius dalykus. Kaip veikė šis konkretus kodas - nežinau, nesu programuotojas,- jeigu kas 100% jį išanalizavot, tada, prašom, paaiškinkit viską išsamiai, maloniai išklausysim :)

Tačiau žinau, kaip paprastai yra sudaromi tokie sąrašai: paimama didelė asmenų duomenų bazė, kiekvienam iš jų priskiriamas tam tikras kodas - galima pradėti nuo 100001, tada sekantis 100002 ir t.t., galima skirstyti į regionus 10001 - Vilnius, 20001 - Kaunas (tada antras žmogus Kaune 20002), ir pan. Tai čia spėju būtų tas Personal Code (Karo prievolininko kodas?), jisai neturi absoliučiai jokios įtakos tikimybei būti atrinktam į galutinį sąrašą, tiesiog padeda surikiuoti žmones nuosekliai. Tuomet paleidžiamas Random Number Generator, ir žmonės atsitiktinai atrenkami į galutinį sąrašą.

Jeigu viskas vyktų pagal tavo nusakytą logiką (surūšiuoti pagal gimimo datą ir imti visus iš eiles), tai būtų buvę atrinkta 100% žmonių, gimusių 1989 m., 100% žmonių, gimusių 1990 m., 1995 m. - 0%, nes sąrašas jau būtų užpildytas. Žodžiu, logikos nėra, arba aš kažko nesupratau :)

Aš tai sakyčiau, kad 26, 25 ir 24 metų amžiaus asmenys nebestudijuoja dieniniuose skyriuose, todėl jų buvo parinkta daugiausiai. O 19-23m mokosi profesinėse mokyklose ir aukštosiose.

 

Dar vienas dalykas, kad gimstamumas 1989-1990 buvo žymiai didesnis nei 1994-1995.

 

Ieškot konspiracijų, kur jų nėra.

Būtent.

@suvalgysiu

Panašiai ir yra, kode jokio random nėra ir loterija tikrai ne 100% atsitiktinė. Kuo anksčiau gimei, tuo asmens kodas(kuris spėju yra 'PersonalCode') mažesnis, diagrama aukščiau tai patvirtina. Jei nori daugiau info, tai pažiūrėk wikipedia 'asmens kodas'. Aš tik pasakiau savo įžvalgas iš pateikto kodo :)

Pasiėmėt vieną grafiką ir visiškai be konteksto darot išvadas. Kaip jau minėjo, galbūt stulpelio aukštis atitinkamai proporcingas tarnybai atitinkamų asmenų skaičiui (kas būtų logiška, nes taip tokiu atveju pasiskirstymas kaip tik sąžiningesnis). 18-19 metų beveik visi mokosi mokykloje (paprastoje ar profesinėje), todėl iš jų beveik ir nieko nėra. 20–23 metų žmonės studijuoja universitetuose ar kolegijose, atitinkamai iškrisdami iš vis aukštesnių kursų. O va 24–26 metų asmenys visi jau dažniausiai baigę, tai jų po lygiai ir paimta.

Jeigu visų amžiaus kategorijų imtų po lygiai, tai būtų paimti visi 18-19 metų vaikinai, kurie nustojo mokytis po šešiolikos, nes tokių pakankamai mažai. Va tada ir būtum random, kai 100 % žinotum, kad esi jaunas ir nesimokai – reiškia eini į armiją.

Nors žinoma, pasižiūrėt į grafiką, su liniuote išmatuot stulpelius ir nieko nemąsčius skelbti sąmokslo teorijas yra visada lengviau.

http://i.kinja-img.com/gawker-media/image/upload/s--VMdaBkt---/c_fit,fl_progressive,q_80,w_636/18calq4ybym0sjpg.jpg

1)Nenagrinesiu kodo daugiau

2)Baig smagintis su tuo savo atradimu tai rikiavimas gal tik duomenu pateikimui, o duomenys sudaryti viena karta su vienu kokio nors kniaziaus paraseliu.

3)Kodas gal visiskas fake, kad pvz pultu visi hakinti :(:(:(:(:(:(:(

4)Asilu saika viesiniti ir deti viena table i Oracle(o gal cia MSSQL,oracle skaiciau knygu taciau neprograminu, MSSQL visiskai neciupinejes) kur gal begales info guli

@suvalgysiu

Panašiai ir yra, kode jokio random nėra ir loterija tikrai ne 100% atsitiktinė. Kuo anksčiau gimei, tuo asmens kodas(kuris spėju yra 'PersonalCode') mažesnis, diagrama aukščiau tai patvirtina. Jei nori daugiau info, tai pažiūrėk wikipedia 'asmens kodas'. Aš tik pasakiau savo įžvalgas iš pateikto kodo :)

    INSERT INTO PRS_A (PersonalCode, SarasoID, EilesNr, AtsitiktinisSkaicius, RevOrgNo, UserID, RevisionDate)
     SELECT PersonalCode, in_SarasoID, rownum as Eil_Nr, atsitiktinis, 0, User, SysDate
     FROM (SELECT dbms_random.value as atsitiktinis, PersonalCode
           FROM PRV
           WHERE PersonalCode Not In(SELECT PersonalCode FROM PRA WHERE KKPAKodas In('V','Z','X'))
           ORDER BY 1) a1;

Iš pateikto kodo neteisinga sakyti, kad rušiuojama pagal asmens kodą, nes:

--Sukuriamas bendras šauktinių sąrašas iš sąrašo PRV iš kurio išimami asmenys esantys sąraše PRA turintys KKPAKodas 'V' arba 'Z' arba 'X'

-- Išrušiuojami asmenys pagal kiekvienam sugeneruota RANDOM reikšmę

-- Asmenys įtraukiami į sąrašą PRS_A eilės tvarka pagal RANDOM reikšmę, įtarukimo metu ir yra sugeneruojamas Eilės_Numeris

O dėl to kokie duomenys yra PRV, PRA lentelėse tai tai čia klausimas.

Visu pirmą, ką labiausiai reikia pabrėžti, kad atsitiktinumo kompiuteryje nėra, nes kompiuteris atsitiktinai gali tuos pačius skaičius rinkti. Taigi, jeigu nėra atsitiktinumo reiškia remesi į kažką ? Dažniausiai tai daroma į laiką. Kas daro išvada jeigu jie rinko tam tikru laiku, pvz. 2 valanda nakties, tai daugiau tikimybės visiems turintiems 2 gimimo datoje, bet vistiek, jeigu jie nebuvo durni jie tikrai nesirėmė pseudo-random Windows funkcija :)

Šaknini,

Jie naudoja MSSQL, pagal FreshMedia tinklapį.

All the best,

Paulius.

@viliusm, tu teisus iš esmės, aš kaip matau suklydau, pripažinsiu :). Sunku skaityt tokį kodą per notepad'ą. Bet aš žiūrėjau pagal šitą užklausą:

INSERT INTO PRS_B (PersonalCode, SarasoID, EilesNr, TeritOrgNo, RevOrgNo, UserID, RevisionDate)
     SELECT PersonalCode, in_SarasoID||in_RegionoKodas, rownum as Eil_Nr, OfficeCode, 0, User, SysDate
     FROM (SELECT PRS_A.EilesNr, PRS_A.PersonalCode, DCH.OfficeCode
           FROM PRS_A
             INNER JOIN PER ON PRS_A.PersonalCode=PER.PersonalCode
             INNER JOIN PRV ON PRS_A.PersonalCode=PRV.PersonalCode
             INNER JOIN DCH ON PRS_A.PersonalCode=DCH.PersonalCode
           WHERE PRS_A.SarasoID=in_SarasoID
             --iki einamųjų metų pradžios sukakęs 19 - 25 metų amžius
             AND PER.BirthDate BETWEEN add_months(trunc(sysdate,'YEAR'),-26*12) AND add_months(trunc(sysdate,'YEAR'),-19*12)-1
             --neįtraukti kandidatų į NPPKT kurių priėmimo būsena "Vykdomas priėmimas"
             AND PRS_A.PersonalCode Not IN (SELECT PersonalCode 
                                             FROM TKT
                                             WHERE TKT.KTKTKodas='S' 
                                               AND TKT.KTKBKodas=0
                                               AND RegistravimoData<sysdate
                                               AND nvl(PabaigosData,'2100-12-31')>sysdate)
             AND PRV.KKPTKodas='N' --neparengtojo rezervo karys
             AND (DCH.OfficeCode=in_SkyriausOrgNo OR DCH.OfficeCode=in_PoskyrioOrgNo)
           ORDER BY 1) a1;

tada order'ina vis dėl to pagal 'PRS_A.EilesNr'.

EDIT:

INSERT INTO PRS_A (PersonalCode, SarasoID, EilesNr, AtsitiktinisSkaicius, RevOrgNo, UserID, RevisionDate)

SELECT PersonalCode, in_SarasoID, rownum as Eil_Nr ...

Tada gaunas, kad order'ina pagal eiliškumą, kelintas tu esi duombazėj įrašytas, o įrašytas esi pagal tą random skaičių. Taip kad vis dėl to galbūt ir yra random iš tikrųjų.