Dnia 29.07.2015 M.M. <m...@g...com> napisał/a:
> Dla mnie zbieranie danych to zbieranie danych. Jest takie powiedzenie, że
> najprostsze rozwiązania działają najlepiej. Jeśli nie miesza się zbierania
> danych z całą resztą, to można zbieranie danych oprogramować w miarę
> prostym, niezawodnym i wydajnym kodem. I to wszystko można zrobić na
> bazie gotowych narzędzi, jak choćby mysqla.
>
> A jeśli w jednym połączeniu chcemy obsłużyć 'wszystko', to co w tym dziwnego, że
> nawet wybitna grupa specjalistów źle wyliczyła obciążenie i system padł, no i
> padł w momencie bardzo krytycznym dla bezpieczeństwa danych.


Ordynacja wyborcza jest jaka jest. Na zwykłe zbieranie danych, to sobie
mogą pozwolić firmy zajmujące się sondażami wyborczymi. W świecie
rzeczywistym ta "paczka danych" to jest protokół roboczy komisji obwodowej,
który musi być na bieżąco sprawdzony pod kątem spójności danych i jego
przyjęcie jest potwierdzane kolejnym protokołem, w którym komisja obwodowa
dostaje informację "co centrala od nich dostała" - w obwodzie te dwa
protokoły (wysłany i odebrany) się porównuje i jeśli wszystko jest ok, to
się ten protokół odebrany "zatwierdza" jako ostateczny (a jeśli się
okazało, że były jakieś błędy, na przykład komisja obwodowa gdzieś zrobiła
błąd w dodawaniu, to cały cyrk zaczyna się od początku). To ma działać w
czasie rzeczywistym, czyli komisja obwodowa od razu musi dostać informację
czy wszystko jest ok i czy może podpisać ostateczną wersję protokołu,
wywiesić ją na zewnątrz lokalu wyborczego, odwieźć worki z kartami do
głosowania i iść do domu.