eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingjsp vs phpRe: jsp vs php
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
    .pl!news.nask.org.pl!news.internetia.pl!not-for-mail
    From: Michoo <m...@v...pl>
    Newsgroups: pl.comp.programming
    Subject: Re: jsp vs php
    Date: Mon, 13 May 2013 15:18:05 +0200
    Organization: Netia S.A.
    Lines: 62
    Message-ID: <kmqpnv$2ap$1@mx1.internetia.pl>
    References: <c...@g...com>
    <km4nal$kkp$1@news.mm.pl>
    <4...@g...com>
    <d...@g...com>
    <e...@g...com>
    <51874eb2$0$1250$65785112@news.neostrada.pl>
    <6...@g...com>
    <kmau09$ju5$1@speranza.aioe.org>
    <8...@g...com>
    <kmbgce$ile$1@speranza.aioe.org>
    <e...@g...com>
    <kmd4e5$k0a$1@speranza.aioe.org>
    <3...@g...com>
    <kmijq0$tc$1@speranza.aioe.org>
    <2...@g...com>
    <kmq6hd$rac$1@speranza.aioe.org>
    <6...@g...com>
    <kmqih9$1lc$1@speranza.aioe.org>
    <a...@g...com>
    <kmqlv8$cqn$1@speranza.aioe.org>
    <2...@g...com>
    NNTP-Posting-Host: 83.238.197.12
    Mime-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-2; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: mx1.internetia.pl 1368451647 2393 83.238.197.12 (13 May 2013 13:27:27 GMT)
    X-Complaints-To: a...@i...pl
    NNTP-Posting-Date: Mon, 13 May 2013 13:27:27 +0000 (UTC)
    In-Reply-To: <2...@g...com>
    X-Tech-Contact: u...@i...pl
    User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:10.0.11) Gecko/20121123
    Icedove/10.0.11
    X-Server-Info: http://www.internetia.pl/
    Xref: news-archive.icm.edu.pl pl.comp.programming:203368
    [ ukryj nagłówki ]

    On 13.05.2013 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.

    I dowiadujemy się...nic.

    Porównaj:
    /dev/mapper/system-home:
    Timing cached reads: 9062 MB in 2.00 seconds = 4533.87 MB/sec
    Timing buffered disk reads: 306 MB in 3.00 seconds = 101.88 MB/sec

    Jeżeli na bazie danych wymusisz dostęp do dysku w tym drugim trybie to
    nic dziwnego, że dostęp do "czystego" pliku w trybie pierwszym będzie
    "bardzo szybki", ale to dlatego, że już na początku spowolniłeś bazę 30
    razy.

    >> 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?

    Poza oszczędnością miejsca i mniejszym czasem dostępu? No jakie?

    Zbytnio znormalizowana baza to często błąd. Przy przetwarzaniu dużych
    wolumenów danych dane się specjalnie DEnormalizuje.

    >
    >
    >> 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. 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.

    Nie ma też "udoskonaleń" bazy jak np nie wczytywanie jeszcze raz tego co
    zostało już wczytane.

    >
    >
    >
    >> 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.

    Jeżeli jest to twoje główne ograniczenie to znaczy, ze masz skopaną
    strukturę. I tak, zrobienie tego samego na pliku będzie pewnie trochę
    szybsze. Tylko szybsze w sensie pisania tego byłoby użycie bazy zamiast
    pisania samemu jej fragmentów.

    --
    Pozdrawiam
    Michoo

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: