eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingjsp vs phpRe: jsp vs php
  • Data: 2013-05-13 15:30:17
    Temat: Re: jsp vs php
    Od: Michal Kleczek <m...@k...org> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    On 2013-05-13 15:02, M.M. wrote:
    > W dniu poniedziałek, 13 maja 2013 14:23:11 UTC+2 użytkownik Michal Kleczek napisał:
    >
    >> Ok :-)
    >> A moze wykazesz, ze dane w pliku sa na dysku ulozone sekwencyjnie
    > Panowie przeciez mozna bardzo prosto, a zarzucacie mi ze jestem
    > niedouczony. Co z Wami? Zapisujemy za posrednictwem systemu
    > operacyjnego sekwencyjnie dane. Nastepnie mierzymy czas odczytu
    > np. 1000 rekordow z poczatku pliku, a potem 1000 z losowych adresow.
    >

    Sposob, w jaki chcesz mi to udowodnic swiadczy o twojej zupelnej ignorancji.

    [ciach]
    >> Po trzecie - po co zlaczenia?
    > A wiesz jakie korzysci plyna z dobrze znormalizowanej bazy danych, czy
    > jak ktos proponuje dobra normalizacje to tez pytasz po co?
    >
    >
    >> Po czwarte - jestes pewny, ze z RDBMS wycisnales co sie da? Robiles
    >> analize planu zapytania? Uzyles najlepszych mozliwych indeksow? W
    >> ostatecznosci - uzyles zmaterializowanych widokow?
    > O... dochodzimy do sedna, a juz tracilem nadzieje.

    Nie - sedno jest w tym, ze jeszcze nie pokazales struktury bazy -
    zarowno model logiczny jak i fizyczny. Twierdzisz, ze jest optymalny i
    jedynym wyjsciem jest przetwarzanie danych poza DBMS. No wiec ja
    twierdze, ze najczestszym przypadkiem problemow z wydajnoscia RDBMS jest
    nieumiejetne jego wykorzystanie, ew. uzycie kiepskiego RDBMS (jak
    chociazby SQLLite).
    Dopoki nie pokazesz nam go, twoje twierdzenia o rzekomym 1000krotnym
    przyspieszeniu beda bezpodstawne.

    > Materializowane widoki
    > sa tym samym co mozna zrobic na plikach, tyle ze na plikach nie ma
    > narzutu kobylastej bazy i moge se napisc w C++ procedure ktora po tym
    > pliku przeiteruje i 1000 razy efektywniej przeprowadzi obliczenia niz
    > w skrypciaku wewnetrznym bazy.
    >
    >
    >
    >> Model relacyjny jest _logiczny_ i jako taki ma sie nijak do modelu
    >> _fizycznego_. Mowienie o ograniczeniach modelu logicznego jest troche
    >> bez sensu...
    > A to ze glowny problem z wydajnoscia sie bierze z odszukiwania danych
    > na podstawie relacji to oczywiscie jest niewazne.
    >

    No ale przeciez jak zrozumialem w twoim systemie jest potrzebne
    przeszukiwanie danych. Jezeli nie jest potrzebne to nie ma o czym mowic.

    Dla mnie EOT.

    --
    Michal

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: