kas keegi oskaks spekuleerida, mis oleks võinud juhtuda kui oleks kasutatud hoopis mysql andmebaasimootorit selle postgres asemel? mis laadi probleemid siis oleks võinud ette kerkida?
Nad kukkusid mingi elementaarse probleemi otsa kuna need teoreetilised kirjete arvud mis andmebaasi võiksid sattuda on nohu igale andmebaasi mootorile. Nad ei oska isegi korralikult testida ju...
Helmese kvaliteedijuht Meelis Lang kirjutas:
„Ainus võimalus tekkinud olukorda ära hoida oleks olnud andmebaasi eeltäitmine samamahulise valimisinfoga, mis valimiste tipphetkel. See ei ole aga normaalne, sest süsteemi käivitamisel ei tohi olla andmebaasis sellises mahus pseudoandmeid.“
Üllatav jah et simuleerida justkui ei tohikski test-andmebaasiga.
Selliste lepingute puhul tuleb tagada ka FailOver, justnimelt SQL baasi osas.
Failover poleks neid päästnud kui backup server oleks sama viletsalt progetud, bug oleks ka seal ilmnenud.
marxxx kirjutas:
Vabavara ei ole alati odavam lahendus, eriti kui seadistamine on keerukam ja aeganõudvam kui kommertstarkvara puhul (kommertstarkvaral on veel ka lisaks palgatud tiim taga, kes sind hädaolukorras aitab).
Võimalik kuid antud hetkel ei ole kasutatavates tööriistades probleem, opensource lihtsalt visati pressile hambusse kuna ei tahetud oma viga tunnistada.
marxxx kirjutas:
Ühe firma valimine antud töösse paneb tegelikkuses arendusele kitsad raamid ja päitsed pähe
Iga säärase töö eel korraldatakse vähempakkumine millest leitakse parim/odavaim variant asja realiseerimiseks. _________________ Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity"
Ühe firma valimine antud töösse paneb tegelikkuses arendusele kitsad raamid ja päitsed pähe
Iga säärase töö eel korraldatakse vähempakkumine millest leitakse parim/odavaim variant asja realiseerimiseks.
Olen nõus, kuid nõudmised on niivõrd karmid (loe: sobilikud ainult Helmes, Webmedia jne möötu firmadele), et väiksemad arendajad ei vaevu pakkumist koostamagi. Juba hanke koostamisel konsulteeritakse suuremate arendajatega. Hanke tingimustest on välja loetav, et väike arendaja võib asjast kaarega mööda vaadata.
Samas, aga kui nt. oma ala parim projektijuht, kes võtabki allhankena parimad lahendused kokku ja teeb kogu töö paremini ära kui üksik IT arendusfirma. Lahendusi on juu mitmeid, aga tingimused ei anna nendele lahendustele võimalusi.
Eesti riigihangete teema on koguaeg olnud üks susserdamine ja sõprade upitamine. Korrumpeerunud pask mis toodab ilmgselgelt rämpsu ja pärsib väikefirmade arengut. Ma üldse imestan, kuidas me nii kaugelegi oleme jõudnud oma "IT-riigi" staatusega. _________________ www.oggym.ee // OG Gym // Pärnu, Roheline 74
See pole politsei ei poltergeist, mis turvased on teinud meist,
vaid vabaduse illusioon, mis mõnel mehel lõpu toond.
Olen nõus, kuid nõudmised on niivõrd karmid (loe: sobilikud ainult Helmes, Webmedia jne möötu firmadele), et väiksemad arendajad ei vaevu pakkumist koostamagi.
Väiksematel ja ka suurematel pole mõtetki pakkumistega jännata, sest võitja on juba ette ära määratud, muu seal juures on paras kirbutsirkus.
Olen nõus, kuid nõudmised on niivõrd karmid (loe: sobilikud ainult Helmes, Webmedia jne möötu firmadele), et väiksemad arendajad ei vaevu pakkumist koostamagi
Vastavas mõõdus ettevõtteid peaks eestis olema vähemalt viie ringis, kui mitte enamgi. Peaks justkui piisama. _________________ Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity"
Olen nõus, kuid nõudmised on niivõrd karmid (loe: sobilikud ainult Helmes, Webmedia jne möötu firmadele), et väiksemad arendajad ei vaevu pakkumist koostamagi
Vastavas mõõdus ettevõtteid peaks eestis olema vähemalt viie ringis, kui mitte enamgi. Peaks justkui piisama.
Piisabki, pakkumiste tegemiseks Nõutud on vist minimaalselt 3 pakkujat.
Asi pole selles, et piisava suurusega ettevõtteid poleks. Riigihangete nõuetesse lihtsalt visatakse vastavate sertifikaatide olemasolu, mis küll hankele vajalikud ei ole, aga mis sobivad firmad sõelale jätab. JOKK.
Riikliku tähtsusega suuri infosüsteeme ei saa luua "tudengid", "üksik kõva itimees" ja üldiselt ka mitte "väike aga tubli tegija". Põhjus: garantii.
Kui hangete tingimused lõdvaks lasta, siis jõutakse tulemuseni, kus hanke võidab tüüp metsast. Teeb enam-vähem asja kuni tähtajani, saab vaheetappidel mingi tasu ka kätte. Kui tähtaeg käes ja vaja asi tööle panna, siis tulemust pole. Ja pole ka tegijat enam, sest "äri ei edenenud". Mis siis teed?
Täpselt samal põhjusel ostetakse endiselt suures mahus Oracle vms tooteid, kuigi 90% juhtudest kataks vajadused ka mõni vabavaraline platvorm.
Antud juhul on tegemist suhteliselt lihtsa aga kriitilise süsteemiga. Selle koha peal vabavara kasutamine on mõistlik - lihtsuse tõttu on testimine odav ja see oleks pidanud tagama ka töökindluse.
Kuigi ma pole mingil moel seotud Helmesega või selle süsteemiga, siis minul oli häbi kuulata Pillesaare seletust. Häbi, sest ma olen Eesti IT-maastikul juba päris pikalt vagusid ajanud ja on enam kui kindel, et pean nüüd jälle korduvalt tuttavatele seletama, et mitte kõik itimehed ei ole ülemakstud käpardid.
Riikliku tähtsusega suuri infosüsteeme ei saa luua "tudengid", "üksik kõva itimees" ja üldiselt ka mitte "väike aga tubli tegija". Põhjus: garantii.
Kui hangete tingimused lõdvaks lasta, siis jõutakse tulemuseni, kus hanke võidab tüüp metsast. Teeb enam-vähem asja kuni tähtajani, saab vaheetappidel mingi tasu ka kätte. Kui tähtaeg käes ja vaja asi tööle panna, siis tulemust pole. Ja pole ka tegijat enam, sest "äri ei edenenud". Mis siis teed?
See jutt on tõepoolest hästi levinud ja selline "tunnetuslikult tõene", aga kahjuks ei oska jutu rääkijad tüüpiliselt oma praktilisest kogemusest ühtki näidet selle tõestamiseks tuua. Tüüpiliselt seetõttu, et ega neid näiteid nii palju ei olegi. Väiksematele tegelastele on projektid oluliselt tähtsamad juba alalhoiuinstinkti tõttu. Just nn "suurte" tegijatega kipub juhtuma see variant, et kui mingi probleem esineb, ilmuvad töötegijate asemele teisele poole lauda PR-isikud, juristid ja muud tegelased, kes kasvõi nui neljaks teevad sulle selgeks, et probleem seisneb kolmandas osapooles, mingis võõras tarkvaras, kliendis endas või pole lepingus üldse sellist asja ette nähtudki.
2korda2 kirjutas:
Täpselt samal põhjusel ostetakse endiselt suures mahus Oracle vms tooteid, kuigi 90% juhtudest kataks vajadused ka mõni vabavaraline platvorm.
See vaade on veelgi levinum ja ka praktikas väga tihti esinev, kuigi vastutus on veelgi rohkem välistatud isegi tasuliste tugilepingute puhul (edu inimestele, kes nt Oracle baasimootoris mõne bugi leiavad ja siis eeldavad, et sellega ka mõistliku aja jooksul midagi ette võetakse, kui just samal ajal mõni teine multinationalist Oracle klient sama teemat südamemureks pole võtnud). Riigi tellimuste puhul on aga siinkohal rohuks Euroopa parlamendi ja nõukogu direktiivi 2004/18/EÜ artikkel 23 ja RHSi § 33. _________________ I have never understood the female capacity to avoid a direct answer to any question.
-- Spock, "This Side of Paradise", stardate 3417.3
Kui mälu ei peta siis oracle'i litsentsilepingute hinnad üksi juba ulatusid miljoni kanti, kui projekti kogumaksumus on 3-4M siis ei ole nagu erilist pointi sinna alla sellist pappi matta _________________ Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity"
incx,
nö "kooliõe programmi" hange oli mõned aastad tagasi (täpset nimetust jms enam ei mäleta). Hanke tingimused olid suhteliselt vabad. Samal ajal reaalseid kogemusi meditsiiniinfosüsteemide tegemisel oli Eestis sellel hetkel ettevõtetel, keda oleks üles lugenud ühe käe sõrmedel. Ettevõtted, kes teemaga varem kokku puutunud, pakkusid üsna ühte auku (3-5MEEK). Hanke võitis "väike aga tubli" küsides 300KEEK. NB! Selle raha eest pidi lisaks süsteemi tegemisele pakkuma ka kasutajatuge 1 a. Mis arvad, kas hange oli edukas ja klient sai ikka seda, mida tahtis?
Kui mul oleks viitsimist, siis võiksin selliseid "pärleid" veel välja tuua - see on meelde jäänud kui üks säravamaid. Ametites aetakse vägagi hoolega rivvi tingimusi just seepärast, et välistada igasugu isehakanud. Seetõttu on viimasel ajal pigem seda jama ka vähemaks jäänud (on hakatud ka muid tingimusi peale hinna hindama) - tellija on aru saanud, et ka IT-maailmas kvaliteet maksab.
Mis puudutab aga väidet, et Oracle vms ei reageeri veateadetele - anna andeks aga see on hülgemöla! Ma olen ise päris mitmele suurele tarkvara tootjale (tõsi, Oracle veel mitte) bugreporte esitanud ja saanud ALATI vastuse. Kas workaround näol või siis tähtaja/reliisi numbri, kunaseks asi korras on.
Alapakkumine on hoopis teine teema ja selle vastu on ka meetmeid ette nähtud. Kui RHS-i lugeda, siis see on lausa hankija kohustus:
RHS § 48 lg 1 kirjutas:
Kui hankija leiab, et pakkumuse maksumus on hankelepingu eeldatava maksumusega võrreldes põhjendamatult madal, peab hankija kirjalikus vormis nõudma pakkujalt asjakohast kirjalikku selgitust. Pakkuja on kohustatud esitama kirjaliku selgituse hankijale viie tööpäeva jooksul vastava nõude saamisest arvates.
RHS § 48 lg 3 kirjutas:
Hankija kontrollib esitatud selgitust ja hindab esitatud tõendeid, konsulteerides vajaduse korral pakkujaga. Kui hankija leiab endiselt, et pakkumuse maksumus on põhjendamatult madal või kui pakkuja ei esita hankijale nõutud selgitust, võib hankija pakkumuse põhjendatud kirjaliku otsusega tagasi lükata.
Kahjuks ilma hankedokumentide sisu teadmata on raske hinnata, kas tegu oli lihtsalt pakkuja häbiväärse dumpinguga või olid hankedokumendid nigelalt koostatud (mis on ka üldlevinud probleem - eeldatakse, et üldiste ja tinglike märkuste pealt hankedokumendis tekib teostajatel kuidagi kohustus sealt sadu ja tuhandeid inimtunde töid välja lugeda ja teostada).
2korda2 kirjutas:
Seetõttu on viimasel ajal pigem seda jama ka vähemaks jäänud (on hakatud ka muid tingimusi peale hinna hindama) - tellija on aru saanud, et ka IT-maailmas kvaliteet maksab.
Kahjuks näitab kogemus, et tellija võib küll eeldada täitja poolt kvaliteeti, kuid ise seda tihti tagada ei suuda. Seda nii eelpool viidatud hankedokumentides püstitatava lähteülesande puhul kui ka hindamiskriteeriumite koostamisel, täpsemalt nende RHS-iga vastavuse tagamisel. On küllalt nähtud hankeid, kus hinnatakse infokogumeid nimedega "metoodika ja projekti plaan", "projekti organisatsioon ja töökorraldus", "pakutava tehnilise lahenduse kvaliteet", kuid lähemal uurimisel ei suuda keegi lahti seletada, mida ja kuidas siis ikka täpselt hinnatakse - tingimused on sellistena koostatud tellija teadmatuse tõttu või on nende eesmärk tagada tellijal võimalus valida "õige" tegelane pakkujate seast.
2korda kirjutas:
Mis puudutab aga väidet, et Oracle vms ei reageeri veateadetele - anna andeks aga see on hülgemöla! Ma olen ise päris mitmele suurele tarkvara tootjale (tõsi, Oracle veel mitte) bugreporte esitanud ja saanud ALATI vastuse. Kas workaround näol või siis tähtaja/reliisi numbri, kunaseks asi korras on.
Enne kui sa hülgemöla silti teistele külge kleepima hakkad, võiksid esiteks lugeda läbi esialgse väite (jutu põhirõhk oli ikka vastutusel ning Oracle puhul lahenduse ajast - ma arvan, et kui valimiste ajal Oracle baas oleks kokku kukkunud, oleks vähe lohutust sellest, et peale pikka põhjendamist, et asi üldse nende süü oli, saad vastuse, et versiooni 24z Release 3-s see lahendatakse) ning teiseks ei tasu enda esimest lauset tühistada teises lauses möönmisega, et konkreetselt mainitud tootjaga ikka kogemust ei ole, aga on "mingid muud" tegelased, kes on "midagi" vastanud. _________________ I have never understood the female capacity to avoid a direct answer to any question.
-- Spock, "This Side of Paradise", stardate 3417.3
Naljakas on lugeda, et näe, oleks oracle siis oleks asi korras. See on umbes sama, kui väita et oleks linuxi asemel windows siis meie mälu lekkiv asjandus ei jooksekski kokku.
Kui tööriista kasutada ei oska siis pole vahet milline sulle pihku pistetakse, ühtviisi ohtlik on see ikka.
Btw, tean programme mis hekseldavad sekundis keskmiselt võimekama quadcorega masina peal suht-koht keerukaid arvutusi sadade miljonite väärtustega ilma videokaarti kaasamata. Jah, võib öelda et tehted arvudega on lihtsamad kui suuresti teksti otsingu/hashmapi põhised andmebaasi operatsioonid kuid suurusjärk kümned miljonid vs paarkümmend tuhat võiks nagu midagi öelda. Heck, täna tööl veidi valesti päringut kirjutades sain ma ~300k realise tulemuse mis sisaldas suts üle giga tooreid andmeid kätte kusagil 25s jooksul. Miski näkane numbrite kokku arvutamine üle mõnesaja valimisjaoskonna kus igaühes mõnikümmend kandidaati on selle kõrval nohu _________________ Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity"
Häälte kokkulugemine, töötlemine ja tulemuste teavitamine ei ole keeruline ülesanne. Kõik jutud suurest ootamatust andmemahust ja süsteemi ülekoormusest on puhas bluff ja häma. Sama segane ja lugejat eksitav on jutt müstilise «vabavaralise andmebaasimootori» omapäisest tegutsemisest, mis «ei allu enam tehnilistele korraldustele». Selline tekst on vaid asjatundmatu lugeja tasarääkimiseks. Ülesande keerukuse võrdluseks – kui ka kõik ligi pool miljonit häält tuleks ükshaaval arvutisse sisse lüüa, siis tulemuste väljaarvutamise, tortide kuvamise ja kohtade jagamisega saaks hakkama keskmine tabelarvutusprogramm.
viimati muutis sukelduja 09.03.2011 12:07:44, muudetud 1 kord
4 aastat ja ikka suudetakse midagi ära käkkida. Eesti moto, innovatiivsus ja innovatiivsed probleemid. _________________ DVD is da 4483MB :-/)
|OSTAN|-> T43 pikk jahutus
Naljakas on lugeda, et näe, oleks oracle siis oleks asi korras. See on umbes sama, kui väita et oleks linuxi asemel windows siis meie mälu lekkiv asjandus ei jooksekski kokku.
Kui tööriista kasutada ei oska siis pole vahet milline sulle pihku pistetakse, ühtviisi ohtlik on see ikka.
Btw, tean programme mis hekseldavad sekundis keskmiselt võimekama quadcorega masina peal suht-koht keerukaid arvutusi sadade miljonite väärtustega ilma videokaarti kaasamata. Jah, võib öelda et tehted arvudega on lihtsamad kui suuresti teksti otsingu/hashmapi põhised andmebaasi operatsioonid kuid suurusjärk kümned miljonid vs paarkümmend tuhat võiks nagu midagi öelda. Heck, täna tööl veidi valesti päringut kirjutades sain ma ~300k realise tulemuse mis sisaldas suts üle giga tooreid andmeid kätte kusagil 25s jooksul. Miski näkane numbrite kokku arvutamine üle mõnesaja valimisjaoskonna kus igaühes mõnikümmend kandidaati on selle kõrval nohu
No masu ei teinud ju progemises puhastust...seega ka totaalsed tainad töökohal edasi.
Ja kindlalt see rõhub nüüd tublide töötajate mainet, sest niipalju kui ma nädala jooksul olen suhtumist kuulnud ütlevad kõik, et näe jälle keerasid ülemakstud itimehed jama kokku.
Alles oli nali, kui tööjuures korjati uue netilehe pakkumisi ja ka kõige lihtsam leht tuli 2X kallim, kui arvestus oli. Lõpuks regasin ise uue domeeni ja 2 päevaga oli leht valmis - pakkujad ei mõistnud asja olemust, et sisuliselt oli vaja vaid lihtsat kujundust.
Alles oli nali, kui tööjuures korjati uue netilehe pakkumisi ja ka kõige lihtsam leht tuli 2X kallim, kui arvestus oli. Lõpuks regasin ise uue domeeni ja 2 päevaga oli leht valmis - pakkujad ei mõistnud asja olemust, et sisuliselt oli vaja vaid lihtsat kujundust.
Sama jama oli juba kümme aastat tagasi, webilehtede kujundamisega tegelevad firmad lihtsalt ei saa aru kui neilt tellitakse lihtsalt kujundus. Ehk lihtsat kiiret webilehte ilma flashita, php-ta, aspita ja kindlasti ilma nende hostinguta. Ütlevad, et sellist ei ole võimalik teha.
Kui nüüd natuke kaugemalt seda asja vaadata, et "proge ei suutnud ära otsutada kuda pärida vms.. juttu", mis siis proge otsustas üle 1h seda või? _________________ Web3 | ERC721A
Kui nüüd natuke kaugemalt seda asja vaadata, et "proge ei suutnud ära otsutada kuda pärida vms.. juttu", mis siis proge otsustas üle 1h seda või?
Ekspressis tehti selgeks, et Helmes ajab sulaselgelt jura - puhas viitsimatus asja süveneda. Lihtsalt tõsteti kiiruga süsteem kokku - easy money
Ja siis on neil jultumust süüdistada ühte eeskujuliku vabavara. Külvavad segadust. Pole siiani näinud ühtegi tõestust nende väidetele. Kas nad süüdistuste eest vastutavad kah või on see neil samamoodi nagu tarkvara tegemine.
Ekspressis tehti selgeks, et Helmes ajab sulaselgelt jura
Linki saad jagada? Esimesed katsed ise nende lehelt midagi otsida ei kandnud vilja.
tola555 kirjutas:
Kas nad süüdistuste eest vastutavad kah või on see neil samamoodi nagu tarkvara tegemine.
Vaevalt et nad enam sellest ajakirjanduses räägivad seega pole ka lootust et nad kellegi ees vabandaksid. Eks OSS'i on hea süüdistada, valdavalt puudub neil üks keskne kommertstuge pakkuv ettevõte kes võiks süüdistustele vastata. Valdavale osale inimestest jääb meelde ainult esimene artikkel postgre süüdistustega, mõni üksik viitsib lugeda järelkaja ja tõelisi põhjusi ning tulemuseks ongi postgresi rikutud maine _________________ Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity"
Kui nüüd natuke kaugemalt seda asja vaadata, et "proge ei suutnud ära otsutada kuda pärida vms.. juttu", mis siis proge otsustas üle 1h seda või?
Ekspressis tehti selgeks, et Helmes ajab sulaselgelt jura - puhas viitsimatus asja süveneda. Lihtsalt tõsteti kiiruga süsteem kokku - easy money
Seda jah, aga ma just mõtlesin, et kui võtta nüüd kasutaja pildist kes ei tea asjast mitte midagi, siis peaks küll jääma mulje, et päring toimus tükk aega, meenutab seda "Simpsons movie's" olevat robotit, kellel oli liiga palju pinget peal, et otsustada _________________ Web3 | ERC721A
Kusjuures täielik ämber Helmese PR'i eest vastutava isiku poolt. Oleks võtnud asja kokku nii "Vabandame, oli meie apsakas. Andsime endast parima, et viga kiiresti parandada. Hüvitame lepingust tulenevad kahjunõuded." oleks asi tänaseks unustatud ning firma maine säilunud. Täna aga kaotavad nad väga arvestatava osa erasektori tellimustest. Ega siis ettevõtete IT otsustajad ole rumalad - see hülgemöla ja vastutuse veeretamine ei unune niipea...
Kusjuures täielik ämber Helmese PR'i eest vastutava isiku poolt. Oleks võtnud asja kokku nii "Vabandame, oli meie apsakas. Andsime endast parima, et viga kiiresti parandada. Hüvitame lepingust tulenevad kahjunõuded." oleks asi tänaseks unustatud ning firma maine säilunud. Täna aga kaotavad nad väga arvestatava osa erasektori tellimustest. Ega siis ettevõtete IT otsustajad ole rumalad - see hülgemöla ja vastutuse veeretamine ei unune niipea...
firmade osas tegid nad margi täis....riigihangete osas oli see vaid piisk meres.
PR neil masendav, aga see üsna tüüpiline Eestis - ikka kõigepealt tehakse klient või keegi teine lolliks.
Sellessuhtes võib nõustuda Helmese kommentaariga, et execution plan läks lolliks ning nii ka juhtub, kui hakatakse nullist tühja tabelisse järsku ja kiiresti sisestama miljoneid kirjeid ning samaaegselt tulevad selectid peale - täiesti normaalne ja nii juhtub nii Postgres, Oracles kui MySQLis, pigem on arusaamatu, kuidas Helmese poisid ei suutnud seda ette näha? Siinkohal on tegemist täieliku amatöörlusega ning Helmese jutt omaala spetsidest on nali kuubis.
Andmebaasi ei saa siin milleski süüdistada, tema optimeeris päringud vastavalt omavale statistikale - elementaarne asi mida iga arendaja peab teadma.
Valimisprotsessi testida reaalse andmemahuga on äärmiselt lihtne, miks seda ei tehtud? Jälle ei saa aru. Koormustest oli tegemata, või siis testiti ainult klienti...
Mul jäi karp lahti kui nägin eelnevates postitustes summasi, mis selle süsteemi eest küsiti... Mida kuradit? Mõne venna peaks küll Helmesest lahti kangutama sellise maksumaksja raha raiskamise eest. Eesti maksumaksja ei peaks kinni maksma käpardite tööd, valimised on rahvuslik sündmus ning sellega võiksid tegeleda oma ala profid, keda Helmeses kohe kindlasti käesoleva näite puhul ei ole.
Kusjuures, rahvas nägi palju vaeva, et süsteem igasugu rünnakutele ja pasale vastu peaks.
See, et baasiga vasta näppe saadi, oli ilmselt üllatus.. mõne mehe vale otsus ja teise teadmatus/viitsimatus vms.
Perekond Langi PR ajas juba esimesest kirjast hirmujudinad peale.. milleks öelda midagi sellist nii valel hetkel..
Helmeses töötab palju inimesi, enamus neist teevad oma tööd korralikult. Vahest juhtub apsakaid.. ka oluliste asjadega.
Aga eks tilk sitta meepotis ongi see, mis öökima ajab...
Sellessuhtes võib nõustuda Helmese kommentaariga, et execution plan läks lolliks ning nii ka juhtub, kui hakatakse nullist tühja tabelisse järsku ja kiiresti sisestama miljoneid kirjeid ...
Miljonitest kirjetest on asi väga kaugel. 624 valimisjaoskonnas 792 kandidaadi poolt antud häälte kajastamiseks on vaja vaid üsna pisikest tabelit, kus isegi lahtrite arv on alla poole miljoni, andmeridade (kirjete) hulgast rääkimata. Isegi kui iga antud hääl oleks seisestatud eraldi kirjena, siis häälte üldarvu (praeguse seisuga 575 133) arvestades poleks see PostgreSQL-le mingi tõsiseltvõetav koormus.
Sisuliselt mahub kogu dataset ühe prose L2/3 cache'sse, isegi ilma igasugu indeksiteta oleks sealt päringute tegemine millisekundite küsimus _________________ Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity"
Miljonitest kirjetest on asi väga kaugel. 624 valimisjaoskonnas 792 kandidaadi poolt antud häälte kajastamiseks on vaja vaid üsna pisikest tabelit, kus isegi lahtrite arv on alla poole miljoni, andmeridade (kirjete) hulgast rääkimata. Isegi kui iga antud hääl oleks seisestatud eraldi kirjena, siis häälte üldarvu (praeguse seisuga 575 133) arvestades poleks see PostgreSQL-le mingi tõsiseltvõetav koormus.
Igas jaoskonnas ei saanud kõigi kandidaatide poolt hääletada.
Eesti on jaotatud valimisringkondadeks.
Ja neid on 12 tükki.
Igaühes oma kandidaatidekomplekt.
Nii, et jaga oma alla poole miljoni kirje veel umbes 12-ga.
Ja tekib küsimus, miks räägitakse üldse mingist koormusest.
Miljonitest kirjetest on asi väga kaugel. 624 valimisjaoskonnas 792 kandidaadi poolt antud häälte kajastamiseks on vaja vaid üsna pisikest tabelit, kus isegi lahtrite arv on alla poole miljoni, andmeridade (kirjete) hulgast rääkimata. Isegi kui iga antud hääl oleks seisestatud eraldi kirjena, siis häälte üldarvu (praeguse seisuga 575 133) arvestades poleks see PostgreSQL-le mingi tõsiseltvõetav koormus.
Igas jaoskonnas ei saanud kõigi kandidaatide poolt hääletada.
Eesti on jaotatud valimisringkondadeks.
Ja neid on 12 tükki.
Igaühes oma kandidaatidekomplekt.
Nii, et jaga oma alla poole miljoni kirje veel umbes 12-ga.
Ja tekib küsimus, miks räägitakse üldse mingist koormusest.
Tead, 1 + 1 = 2 ja Päike tõuseb idast.
Kui valimistulemus kanda ühte suurde tabelisse, siis olenevalt sellest, kuidas pidi see tabel ehitada, on selles kas 624 (valimisjaoskondade arv) või 792 (kandidaatide arv) kirjet.
Kust sa saad pool miljonit / 12 kirjet?
Miljonitest kirjetest on asi väga kaugel. 624 valimisjaoskonnas 792 kandidaadi poolt antud häälte kajastamiseks on vaja vaid üsna pisikest tabelit, kus isegi lahtrite arv on alla poole miljoni, andmeridade (kirjete) hulgast rääkimata. Isegi kui iga antud hääl oleks seisestatud eraldi kirjena, siis häälte üldarvu (praeguse seisuga 575 133) arvestades poleks see PostgreSQL-le mingi tõsiseltvõetav koormus.
Igas jaoskonnas ei saanud kõigi kandidaatide poolt hääletada.
Eesti on jaotatud valimisringkondadeks.
Ja neid on 12 tükki.
Igaühes oma kandidaatidekomplekt.
Nii, et jaga oma alla poole miljoni kirje veel umbes 12-ga.
Ja tekib küsimus, miks räägitakse üldse mingist koormusest.
Tead, 1 + 1 = 2 ja Päike tõuseb idast.
Kui valimistulemus kanda ühte suurde tabelisse, siis olenevalt sellest, kuidas pidi see tabel ehitada, on selles kas 624 (valimisjaoskondade arv) või 792 (kandidaatide arv) kirjet.
Kust sa saad pool miljonit / 12 kirjet?
Kui raha polnud testimiseks piisavalt siis järelikult ei osatud korralikult projekti disainidokumenti koostada. _________________ Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity"
Pillesaarel võttis nädala, et aru saada, kuidas tuleb avalikusega suhelda. Kas see nüüd enam aitab, on iseasi.
Veel paar märkust:
1. Eelarve oli täpselt nii suur, kui suurt raha Helmes riigihankes küsis. Ehk siis - kui eelarve oli väike, oli see Helmese pakkumise koostajate viga. See kipub olema läbiv joon.
2. Nagu juba olen öelnud, on testimise seisukohtalt tegemist lihtsa süsteemiga:
2.1 Baasi oleks saanud juba valimistepäeva hommikul täita TÄPSE arvu kirjetega (vastupidiselt Pillesaare väitele ei oleks tegemist PSEUDO andmetega). Nii jaoskondade arv kui ka kandidaatide nimekirjad nendes olid teada. Esialgu loodud kirjetel oleks veerus HAALTE_ARV väärtus 0. See väärtus kirjutatakse üle, kui sisestatakse tegelik tulemus.
2.2 Andmete genereerimise kiirus oli päris täpselt teada: tulemused tulevad 1-4 tunni jooksul. Tavaliselt on mõistlik testida mõningase varuga: script käima, mis genereerib andmed 20 minutiga. Samal ajal genereerida päringuid peale.
Korraliku testplaani korral on sellise keerukusega süsteemi koormustestimise maht 1 nädal. Tunnihind ca 600EEK ehk 40*600=24KEEK. Projekti maksumus oli 3MEEK. Isegi, kui venitada koormustestimise maht kuuajaliseks (20 tööpäeva), oleks see kogu projekti mahust olnud vaid 3 protsenti.
Sults,
häälte arvu on vaja teada iga kandidaadi kohta igas jaoskonnas, ehk siis tabeli veerud umbes sedasi:
ID, KANDIDAAT_ID, JAOSKOND_ID, HAALTE_ARV, SISESTAJA_ID, SISESTUS_AEG jne.
Mõistlikud inimesed ei disaini baasi stiilis:
KANDIDAAT_ID, JAOSKOND1_HAALI, JAOSKOND2_HAALI, JAOSKOND3_HAALI.......
Nii saab aga pole ilus
Kordan veelkord lugemisoskuseta foorumikülastajatele, et pole mõtet elementaarseid asju seletada.
Kui valimistulemus kanda ühte suurde tabelisse, siis olenevalt sellest, kuidas pidi see tabel ehitada, on selles kas 624 (valimisjaoskondade arv) või 792 (kandidaatide arv) kirjet.
Kuidas te saate aga need miljonid kirjed?
Mina väidan, et ei ole miljoneid kirjeid, on vaid sajad.
Mis teile arusamatuks jääb?
Kordan veelkord lugemisoskuseta foorumikülastajatele, et pole mõtet elementaarseid asju seletada.
Kui valimistulemus kanda ühte suurde tabelisse, siis olenevalt sellest, kuidas pidi see tabel ehitada, on selles kas 624 (valimisjaoskondade arv) või 792 (kandidaatide arv) kirjet.
Kuidas te saate aga need miljonid kirjed?
Mina väidan, et ei ole miljoneid kirjeid, on vaid sajad.
Mis teile arusamatuks jääb?
Kas need 580264 valija häält arvutati eelnevalt kokku käsitsi, mida see tabel seal siis veel arvutas
Minu teada sisestatakse sellesse valimissüsteemi jaoskondade lõikes iga kandidaadi kohta antud häälte summa, mitte iga üksikhääl.
Seega, jah, sedelid loetakse käsitsi üle ja sisestatakse jaoskonnas konkreetse kandidaadi poolt antud häälte summa. Seda, mis etapil liidetakse e-hääled, ma täpselt ei tea. Ilmselt käivad e-hääled VVK kaudu, sisestatakse esimesena ja jaoskonnakomisjon nende üle lugemisega ja sisestamisega ei tegele.
Kui hääletuse tulemused on tabelisse kantud, siis leitakse (arvutatakse) hääletuse tulemus valimisringkonna kohta ja Eesti kohta tervikuna. Need SELECT-id, mis väidetavalt tundideks vastuseta jäid, pididki kammima tabelist andmeid ringkondade ja Eesti kui terviku kohta, et nende tulemuste alusel graafikuid joonistada.
Kui valimistulemus kanda ühte suurde tabelisse, siis olenevalt sellest, kuidas pidi see tabel ehitada, on selles kas 624 (valimisjaoskondade arv) või 792 (kandidaatide arv) kirjet.
Kuidas te saate aga need miljonid kirjed?
Mina väidan, et ei ole miljoneid kirjeid, on vaid sajad.
Sults kirjutas:
Minu teada sisestatakse sellesse valimissüsteemi jaoskondade lõikes iga kandidaadi kohta antud häälte summa, mitte iga üksikhääl.
Seleta palun, kuidas nende kahe avalduse raames on võimalik valimistulemused mahutada mõnesaja kirje peale? Näitlikult tabeli struktuur.
Ma võin tulemused mahutada ka NELJA rea peale. Igal real erakonna nimi ja kohtade arv. Ongi kõik. Rahul?
sa ei või postitada uusi teemasid siia foorumisse sa ei või vastata selle foorumi teemadele sa ei või muuta oma postitusi selles foorumis sa ei või kustutada oma postitusi selles foorumis sa ei või vastata küsitlustele selles foorumis sa ei saa lisada manuseid selles foorumis sa võid manuseid alla laadida selles foorumis
Hinnavaatlus ei vastuta foorumis tehtud postituste eest.
:: KKK
:: otsing 
:: statistika
:: kasutajate nimekiri
:: kasutajate grupid
:: registreeri
teata moderaatorile
Nõutud on vist minimaalselt 3 pakkujat.
Protsessorite voolutarve 
