Re: jsp vs php - Grupy dyskusyjne w eGospodarka.pl

X-Received: by 10.49.85.65 with SMTP id f1mr1934125qez.36.1368445914017; Mon, 13 May
2013 04:51:54 -0700 (PDT)
X-Received: by 10.49.85.65 with SMTP id f1mr1934125qez.36.1368445914017; Mon, 13 May
2013 04:51:54 -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!m7no5301059qam.0!news-out.go
ogle.com!y6ni29564qax.0!nntp.google.com!m7no5301056qam.0!postnews.google.com!gl
egroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Mon, 13 May 2013 04:51:53 -0700 (PDT)
In-Reply-To: <kmqih9$1lc$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>
<klqg29$o16$1@news.mm.pl>
<0...@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>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <a...@g...com>
Subject: Re: jsp vs php
From: "M.M." <m...@g...com>
Injection-Date: Mon, 13 May 2013 11:51:54 +0000
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.programming:203352
[ ukryj nagłówki ]
W dniu poniedziałek, 13 maja 2013 13:24:32 UTC+2 użytkownik Michal Kleczek napisał:

> Tak, ale nie chce mi sie, bo to oczywista oczywistosc dla kogokolwiek,
> kto ma chocby blade pojecie co to jest i jak dziala system plikow oraz
> czym "plik" tak naprawde jest.
Nie umiesz uzasadnic.

> Jasne. I dlatego wlasnie ktos wymysla struktury danych typu B-drzewa -
> specjalizowane wlasnie w celu minimalizacji ilosci operacji we/wy.
To uzasadnij jak b-drzewo umozliwia oczytanie np. 30 losowo rozrzuconych
rekordow po dysku w sekwencyjny sposob.

> _Zawsze_ trzeba odczytac przynajmniej tyle, zeby potrzebne dane z dysku
> wczytac do pamieci. Kwestia jest jak te dane na dysku znalezc, zeby
> zminimalizowac koniecznosc niepotrzebnych dodatkowych odczytow.
To polowa problemu i w dodatku ta, co co ktorej nie kwestionuje
skutecznosci baz danych.

> Przyklad z twoim plikiem CSV posortowanym po dacie. Zalozmy, ze zawiera
> N rekordow. Pierwszy ma w kolumnie daty wartosc 2001-01-01. Ile potrzeba
> odczytow, zeby znalezc rekordy z data 2011-02-23?
Nie wiem, za malo danych podales. U mnie budowanie z normalizowanej
bazy tego co jest w pliku csv trwa 10-30 sekund. Wyszukanie pliku csv
na dysku i wczytanie trwa ulamek sekundy.

> >> Trzymanie danych "obok siebie" niekoniecznie jest najlepsza strategia.
> > Dobrze rozumiem: Niekoniecznie, czyli moďż˝e byďż˝ najlepszďż˝?
> Moze.
Ciesze sie ze dobrze zrozumialem.

> Nie rozumiem pytania... Tak samo jak na jednym.
Ja czytalem ze to jest niemozliwe i logika podpowaida to samo: ze bez
dodatkowych zabiegow jest to niemozliwe. Pytam wiec jakie dodatkowe
zabiegi stosuja silniki baz danych aby bylo mozliwe indeksowanie
culstered po kilku polach.

> Mozesz pokazac kod jednego i drugiego? W szczegolnosci strukture bazy i
> zapytanie?
Po co? Przeciez to oczywiste ze kazde zlaczenie trwa potencjalnie dluzej niz
odczytanie gotowych danych z csv.

> Bo jesli masz taka roznice, to znaczy, ze cos straszliwie schrzaniles.
Nie zchrznilem, model relacyjny, choc moze byc perfekcyjnie
zaindeksowany, ma swoje ograniczenia.

> >> Prawie na pewno szybciej, niz zrobi to kod pisany przez ciebie.
> > Tez to pisalem wiele razy. Nie chodzi o sciganie sie z baza danych
> > na poziomie samego kodu. Chodzi jeszcze o sciganie sie na poziomie
> > stuktur danych.
> Dokladnie :-)
Co dokladnie?

Pozdrawiam