-
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
Następne wpisy z tego wątku
- 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.
- 13.05.13 16:05 M.M.
- 13.05.13 21:37 Ghost
- 14.05.13 02:08 M.M.
- 14.05.13 06:10 Ghost
- 14.05.13 06:42 M.M.
- 14.05.13 22:31 firr kenobi
- 17.05.13 17:49 Edek
- 17.05.13 17:55 Edek
Najnowsze wątki z tej grupy
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- 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
Najnowsze wątki
- 2024-12-21 Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 2024-12-21 Ideologia Geniuszy-Mocarzy dostępna na nowej s. WWW energokod.pl
- 2024-12-21 ciekawy układ magnetofonu
- 2024-12-21 Bieruń => Spedytor Międzynarodowy (handel ładunkami/prowadzenie flo
- 2024-12-21 Warszawa => Java Developer <=
- 2024-12-21 Zalesie Borowe => Medical Equipment Service Engineer <=
- 2024-12-21 Żerniki => Specjalista ds. Employer Brandingu <=
- 2024-12-21 jak tacy debile
- 2024-12-20 Precedensy politycznie motywowanego nie wydawania w UE
- 2024-12-20 Obrońcy
- 2024-12-20 Obrońcy
- 2024-12-20 Obrońcy
- 2024-12-20 Gdańsk => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-20 czyste powietrze
- 2024-12-20 Katowice => Analyst in the Trade Development department (experience wi