-
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
Następne wpisy z tego wątku
- 13.05.13 14:12 Stachu 'Dozzie' K.
- 13.05.13 14:18 M.M.
- 13.05.13 14:23 Michal Kleczek
- 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
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) <=