eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingWybór języka/technologii pod konkretne wymagania, konkretnego przypadku ludzkiego :)Re: Wybór języka/technologii pod konkretne wymagania, konkretnego przypadku ludzkiego :)
  • Data: 2013-05-22 18:05:05
    Temat: Re: Wybór języka/technologii pod konkretne wymagania, konkretnego przypadku ludzkiego :)
    Od: wloochacz <w...@n...spam.gmail.com> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    W dniu 2013-05-22 17:19, Stachu 'Dozzie' K. pisze:
    > On 2013-05-21, wloochacz <w...@n...spam.gmail.com> wrote:
    > [...]
    >>> Oczywiście. Tylko że nie widziałem na oczy administratora baz
    >>> Firebird/InterBase,
    >> Stop.
    >> A dlaczego nie widziałeś?
    >> FB to nie Oracle, jest prosty, szybki i skuteczny.
    >> Instalujesz i działa.
    >
    > A potem się okazuje, że jesteś w czarnej dupie, bo nie było kopii
    > zapasowych albo coś podobnego.
    Dlatego napisałem o tym, że to pewne czynności administracyjne (jak np.
    backup, ale nie tylko) powinien robić program. Aplikacja.
    Zwłaszcza, jeśli baza drobna..

    > To nie jest baza, która sama się będzie obsługiwać.
    Dobrze, skoro tak twierdzisz.
    Ale ja mam inne doświadczenia; dawno temu napisałem pewien program
    oparty o FB, sprzedałem tego z kilkadziesiąt kopii.
    Działa to już 10 lat i NIGDY nie miałem problemów z bazą danych sensu
    stricte.

    Problemy z FB zdarzały się wtedy, gdy user podczas zatwierdzania
    transakcji wyłączy wtyczkę z gniazdka.

    Poza tym mam inne doświadczenia z wielokrotnie większymi instalacjami,
    zarówno pod katem ilości wdrożeń jak i wielkości/obciążenia bazy danych.
    Generalnie nie potwierdzam tego co mówisz.

    >> Pojawiają się pewne problemy, ale w zdecydowanie większych instalacjach
    >> i prawie zawsze są one spowodowane pracą projektantów-programistów.
    >> Po prostu niektórzy potrafią spartolić całkiem proste zagadnienia i mają
    >> absolutną awersję do czytania czegokolwiek...
    >
    > Powiedziałbym, że to normalne wśród programów, które widziałem napisane
    > w Delphi czy C++Builderze, ale nie widziałem ich specjalnie wielu, więc
    > nie jest to opinia mocno ugruntowana.
    O to, to właśnie - to jest Twój sposób na wygłaszanie sądów.
    Nie wiem, zdaje się, że widziałem, ale na pewno jest tak i tak.
    Ziew.

    >>> a dopiero na tym poziomie można było jakieś trzy
    >>> lata temu czuć się w miarę pewnie z tym silnikiem.
    >> Ciekawe skąd taka opinia, Panie Administratorze?
    >> Poparta czym?
    >
    > Doświadczeniem z Firebirdem.
    A jakie to doświadczenia, jeśli można widzieć?

    >>> Firebird to drobna
    >> Drobna i dobra.
    >
    > Może w ciągu ostatnich paru lat się poprawiła, fakt. Ale po moich
    > dotychczasowych doświadczeniach i porównaniach z PostgreSQL czy nawet
    > MySQL -- jakoś nie ciągnie mnie do dogłębnego sprawdzenia.
    Porównując MySQL do FB naprawdę wystawiasz sobie laurkę.
    Przypominam, że cały czas moa o aplikacjach bazo-danowych, a więc prawie
    na pewno będzie to coś w typie OLTP.
    Powiedzmy sobie jasno - MySQL nie nadaje się jako baz danych dla OLTP,
    zwłaszcza z grubym serwerem.
    I wie to każdy, kto próbował coś tam naskrobać.

    >>> baza, a jako taka będzie pewnie zarządzana przez kogoś, kto ma masę
    >>> innych systemów pod sobą.
    >> FB praktycznie nie wymaga zarządzania, jeśli aplikacja która na niej
    >> działa zrobiona jest z głową.
    >
    > Oczywiście że wymaga. Ty jesteś zapewne z tych wierzących w to, że soft
    > nie wymaga konserwacji przez operatora?
    Ja jestem z tych, którzy piszą i projektują soft opierając się również
    na własnym doświadczeniu.
    I wiem, że można zrobić tak, aby operacje administratorskie były
    zminimalizowane - tylko trzeba chcieć i wiedzieć.

    >> Z jęzorem świetnie, ale przypominam że dalej poruszasz się w obszarach o
    >> których masz nikłe pojęcie...
    >
    > Patrzysz na zarządzanie aplikacją z perspektywy osoby, która zna kod
    > albo przynajmniej API tej aplikacji. To nie jest typowa sytuacja wśród
    > sysadminów.
    Typowy sysadmin nie potrafi programować?
    To jak on w ogóle jest w stanie czymkolwiek zarządzać, nie rozumiejąc
    jak to działa?
    Programowanie a administracji oprogramowaniem pomaga - i to bardzo.

    > Masz skrzywiony obraz tego, co jest wygodne, a co nie
    > w administracji.
    Dla mnie wygodne w administracji, to takie które robi się samo - najlepiej.
    A jak się nie robi, to żeby było wygodne narzędzie.
    I tego pierwszego FB nie ma, a te drugie - zdecydowanie tak.

    >> Co do tego że nie jestem administratorem - w sumie to raczej już nie
    >> jestem, ale całkiem niedawno zdarzało mi się być; ale OK - nie jestem.
    >>
    >> A wracając do FB - na czym polega Twój problem z FB, może ktoś będzie
    >> potrafił Ci pomóc z tym z czym sobie nie radzisz?
    >
    > Ależ ja sobie całkiem nieźle radziłem. Chodziło o czas, jaki trzeba było
    > poświęcić Firebirdowi. Dla Postgresa czy MySQL-a wypadało to znacznie
    > korzystniej. Słowem -- były wygodniejsze.
    Dla Ciebie, być może. Tylko dalej nie napisałeś ani słowa o tym,
    dlaczego takie były i dlaczego FB nie był.
    Zresztą, naprawdę - mam to gdzieś; ale następnym razem daruj sobie swoje
    prawdy objawione, w temacie co Ci się wydaje o kimś lub o czymś.


    --
    wloochacz

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: