-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!plix.pl!newsfeed2.plix.pl!goblin2!gobli
n.stu.neva.ru!aioe.org!.POSTED!not-for-mail
From: Michal Kleczek <m...@k...org>
Newsgroups: pl.comp.programming
Subject: Re: jsp vs php
Date: Mon, 13 May 2013 14:23:11 +0200
Organization: Aioe.org NNTP Server
Lines: 93
Message-ID: <kmqlv8$cqn$1@speranza.aioe.org>
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>
NNTP-Posting-Host: ZzNcjiVEyHSgCAKxRrAf8w.user.speranza.aioe.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Complaints-To: a...@a...org
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824
Thunderbird/15.0
X-Notice: Filtered by postfilter v. 0.8.2
Xref: news-archive.icm.edu.pl pl.comp.programming:203360
[ ukryj nagłówki ]On 2013-05-13 13:51, M.M. wrote:
> 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.
>
Ok :-)
A moze wykazesz, ze dane w pliku sa na dysku ulozone sekwencyjnie
(cokolwiek by to mialo znaczyc)?
>
>> 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.
>
Tego nie umozliwia bo nie po to jest. Odpowiadalem na twoje twierdzenie,
ze bazy danych nie sa projektowane pod minimalizacje ilosci operacji we/wy.
>
>> _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.
>
To jest ta "wieksza polowa".
>
>> 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.
Jakich jeszcze brakuje? Chetnie podam.
> 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.
>
A co to ma do rzeczy?
>
>
>>>> 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.
Gdzie czytales? Mozna zrodlo? Mozna rowniez prosic o wywod logiczny,
ktory tego dowodzi?
Bo np tu:
http://msdn.microsoft.com/en-us/library/aa933131(v=s
ql.80).aspx
w czwartym zdaniu jest napisane cos zgola innego.
>
>> 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.
>
Po pierwsze - niekoniecznie.
Po drugie - jesli nawet, to byc moze roznica jest pomijalna.
Po trzecie - po co zlaczenia?
Po czwarte - jestes pewny, ze z RDBMS wycisnales co sie da? Robiles
analize planu zapytania? Uzyles najlepszych mozliwych indeksow? W
ostatecznosci - uzyles zmaterializowanych widokow?
>
>> Bo jesli masz taka roznice, to znaczy, ze cos straszliwie schrzaniles.
> Nie zchrznilem, model relacyjny, choc moze byc perfekcyjnie
> zaindeksowany, ma swoje ograniczenia.
>
Model relacyjny jest _logiczny_ i jako taki ma sie nijak do modelu
_fizycznego_. Mowienie o ograniczeniach modelu logicznego jest troche
bez sensu...
--
Michal
Następne wpisy z tego wątku
- 13.05.13 14:28 Michoo
- 13.05.13 14:37 Stachu 'Dozzie' K.
- 13.05.13 14:46 Michal Kleczek
- 13.05.13 15:02 M.M.
- 13.05.13 15:07 M.M.
- 13.05.13 15:08 Michoo
- 13.05.13 15:17 M.M.
- 13.05.13 15:18 Michoo
- 13.05.13 15:23 Michoo
- 13.05.13 15:30 Michal Kleczek
- 13.05.13 15:35 M.M.
- 13.05.13 15:39 Ghost
- 13.05.13 15:51 Ghost
- 13.05.13 16:01 M.M.
- 13.05.13 16:03 Stachu 'Dozzie' K.
Najnowsze wątki z tej grupy
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
- Ada 2022 Language Reference Manual to be Published by Springer
- Press Release - AEiC 2023, Ada-Europe Reliable Softw. Technol.
- Ada-Europe - AEiC 2023 early registration deadline approaching
- Ada-Europe Int.Conf. Reliable Software Technologies, AEiC 2023
- Ile cykli zajmuje mnożenie liczb 64-bitowych?
Najnowsze wątki
- 2024-06-27 Re: Prywatny parking? Pierwsze 10 minut bezplatnie
- 2024-06-27 A co mnie to koooorwa obchodzi?
- 2024-06-28 nawigacja satelitarna
- 2024-06-28 SmartLife/Tuya i osuszanie -- mordowanie z zimną krwią...
- 2024-06-27 położyłem kafelki
- 2024-06-28 Łódź => International Freight Forwarder <=
- 2024-06-28 Łódź => Spedytor Międzynarodowy <=
- 2024-06-28 Gdańsk => Head of International Freight Forwarding Department <=
- 2024-06-28 Sopot => Team Leader E-Commerce for Foreign Markets <=
- 2024-06-28 Warszawa => Senior React Native Developer <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=
- 2024-06-28 Warszawa => Software .Net Developer <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=
- 2024-06-28 Warszawa => Programista Full Stack .Net <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=