eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingjsp vs php › Re: jsp vs php
  • X-Received: by 10.49.97.130 with SMTP id ea2mr1375886qeb.13.1368450176274; Mon, 13
    May 2013 06:02:56 -0700 (PDT)
    X-Received: by 10.49.97.130 with SMTP id ea2mr1375886qeb.13.1368450176274; Mon, 13
    May 2013 06:02:56 -0700 (PDT)
    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.unit0.net!news.glorb.com!l3no5245227qak.0!news-out.go
    ogle.com!y6ni29564qax.0!nntp.google.com!m7no5319848qam.0!postnews.google.com!gl
    egroupsg2000goo.googlegroups.com!not-for-mail
    Newsgroups: pl.comp.programming
    Date: Mon, 13 May 2013 06:02:56 -0700 (PDT)
    In-Reply-To: <kmqlv8$cqn$1@speranza.aioe.org>
    Complaints-To: g...@g...com
    Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=178.36.216.67;
    posting-account=xjvq9QoAAAATMPC2X3btlHd_LkaJo_rj
    NNTP-Posting-Host: 178.36.216.67
    References: <c...@g...com>
    <klsle1$ogf$1@news.mm.pl>
    <2...@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>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <2...@g...com>
    Subject: Re: jsp vs php
    From: "M.M." <m...@g...com>
    Injection-Date: Mon, 13 May 2013 13:02:56 +0000
    Content-Type: text/plain; charset=ISO-8859-2
    Content-Transfer-Encoding: quoted-printable
    Xref: news-archive.icm.edu.pl pl.comp.programming:203364
    [ ukryj nagłówki ]

    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.


    > (cokolwiek by to mialo znaczyc)?
    A co to moze znaczyc, jesli temat wyszedl w kontekscie optymalizacji?


    > Tego nie umozliwia bo nie po to jest.
    Jesli do tego nie jest, to poco dwa posty wyzej podsuwasz mi taki rozwiazania?


    > Odpowiadalem na twoje twierdzenie,
    > ze bazy danych nie sa projektowane pod minimalizacje ilosci operacji we/wy.
    Ale to twierdzenie padlo chyba w bardzo konkretnym kontekscie, a nie ogolnie?


    > To jest ta "wieksza polowa".
    Zalezy jak mierzyc. W moim przypadku niewiele daje, czyli jest to
    kiepski mechanizm. Znasz takie powiedzenie o golebiu na dachu i wroblu
    w garsci?


    > Jakich jeszcze brakuje? Chetnie podam.
    Lepiej nie, czas leci, a nic z tego dobrego ani dla mnie, ani dla Ciebie.


    > A co to ma do rzeczy?
    Bo o tym wlasnie rozmawiam od N postow, a nie o jakis plikach
    od 2001-01-01 do 2011-02-23 z ktorymi wyskoczyles chyba jedynie
    po to, aby udowodnic cos na inny temat.


    > Gdzie czytales? Mozna zrodlo? Mozna rowniez prosic o wywod logiczny,
    > ktory tego dowodzi?
    > http://msdn.microsoft.com/en-us/library/aa933131(v=s
    ql.80).aspx
    Jest to napisane w dwoch pierszych zdaniach w linku ktory
    mi podeslales.


    > w czwartym zdaniu jest napisane cos zgola innego.
    To bylo juz kilkanascie postow wyzej, wiec myslame ze zalapiesz
    skrotowa forme. No ale dobra, niech bedzie moja wina, niedokladnie
    napisalem.


    > Po pierwsze - niekoniecznie.
    Wyjasniam znaczenie slowa niekoniecznie: w 99% przypadkow tak, w 1% nie.


    > Po drugie - jesli nawet, to byc moze roznica jest pomijalna.
    Racja, 100 krotne przyspieszenie jest pomijalne.


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


    Pozdrawiam


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: