eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programming[OT] Duża kasa i kiepski wynik - dlaczego?Re: [OT] Duża kasa i kiepski wynik - dlaczego?
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.interia.pl!not-for-mail
    From: Budzik <b...@p...o.n.e.t.pl.nie.spam.oj>
    Newsgroups: pl.comp.programming
    Subject: Re: [OT] Duża kasa i kiepski wynik - dlaczego?
    Date: Fri, 31 Jul 2015 08:00:41 +0000 (UTC)
    Organization: DOM
    Lines: 38
    Message-ID: <X...@1...0.0.1>
    References: <mosvh7$bpl$1@node1.news.atman.pl>
    <55b21285$0$27508$65785112@news.neostrada.pl>
    <mot44o$gd5$1@node1.news.atman.pl>
    <55b2155e$0$27524$65785112@news.neostrada.pl>
    <X...@1...0.0.1>
    <55b71c91$0$2196$65785112@news.neostrada.pl>
    <X...@1...0.0.1>
    <55b8669a$0$27509$65785112@news.neostrada.pl>
    <s...@n...lan>
    <c...@g...com>
    <X...@1...0.0.1>
    <s...@n...lan>
    <X...@1...0.0.1>
    <s...@n...lan>
    <X...@1...0.0.1>
    <s...@n...lan>
    NNTP-Posting-Host: 79.173.35.225
    Mime-Version: 1.0
    Content-Type: text/plain; charset=iso-8859-2
    Content-Transfer-Encoding: 8bit
    X-Trace: usenet.news.interia.pl 1438329641 20483 79.173.35.225 (31 Jul 2015 08:00:41
    GMT)
    X-Complaints-To: u...@f...interia.pl
    NNTP-Posting-Date: Fri, 31 Jul 2015 08:00:41 +0000 (UTC)
    User-Agent: Xnews/06.02.16 Mime-proxy/1.4.c.4 (Win32)
    X-face: BLh}>?{~CH'WA=)f4?:u-*RM:]E8eg1,C36Huk4z3Ik!._5}RI^y764M6hf6KQJQ'u(&!Q@!5A=z_
    [+$i|I*Y)S@Mh]O.,Z6t$yb9s{9{4Fo+";^*9^.\uB3+KOZlOgFrM)]x:k&Qz"
    X-Posting-Agent: Hamster/2.1.0.11
    Xref: news-archive.icm.edu.pl pl.comp.programming:207990
    [ ukryj nagłówki ]

    Użytkownik Pit n...@s...lonestar.org ...

    >>>> Ale ja nie pisze jak było tylko ze wymagania nie były jakies
    >>>> wielkie i nie był potrzebny jakis mega hiper system.
    >>>> Potrzebny był za to w miare prosty system, ale dobrze napisany.
    >>>
    >>> Oczywiście że nie potrzeba jakiegoś mega hiper systemu, może nawet w
    >>> tym co było wystarczyło mądrze serwer (dać mniej równoległych sesji,
    >>> przez co byłyby "załatwione" szybciej i bez rozsypywania się
    >>> integralności danych ze względu na wyskakujące timeouty czy "out of
    >>> memory").
    >>
    >> cbdu.
    >
    > Komu? Sobie? :D

    Ogólnie :)

    > Przecież nie twierdziłem, że potrzebny jest
    > "hipersystem"

    Inni twierdzili.

    >, napisałem jedynie, że nie jest to zadanie trywialne
    > typu "jeden insert na każdy obwód i po sprawie" i jeśli to ma działać
    > "live" (nie na zasadzie teraz coś wysyłam, a za godzinę dostaję
    > potwierdzenie, że wysłałem, tylko praktycznie natychmiast, czyli w
    > ciągu powiedzmy maksymalnie pół minuty) to sporo rzeczy jest do
    > przemyślenia, bo "pułapki" jak najbardziej są.
    >
    Przychodzi mi na mysl inne, trywialne rozwiazanie.
    - weryfikacja danych na poziomie programu w komisji
    - wrzucenie pliku wynikowego przez ftp (to tez mogłby robic to program)
    - a dalej juz serwer przerabia sobie pliki we własnym zakresie, w
    odpowiedniej dla siebie predkosci.

    Przeciez ten system nie musiał działać online w sensie ze od razu przy
    polaczeniu dane lądowały we wspolnej bazie, prawda?

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: