🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.programming
Article #205594

Re: jsp vs php

#205594
From: Michoo
Date: Mon, 13 May 2013 13:18
62 lines
4414 bytes
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
Technical Details
Message-ID: <kmqpnv$2ap$1@mx1.internetia.pl>
Path: mbox-mo1.pugleaf.net!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
References: <cfa1e1b8-b40c-45e1-a091-7e7a1f53c751@googlegroups.com> <km4nal$kkp$1@news.mm.pl> <4485a9d5-1bcb-43f0-b0a1-d40637de7a4c@googlegroups.com> <db2da6e3-badf-46d1-b0b5-3bead35d039e@googlegroups.com> <e29c6d46-5143-4e90-b0d7-5322767a06e8@googlegroups.com> <51874eb2$0$1250$65785112@news.neostrada.pl> <6f61945a-2435-4f60-bd44-29994fd65fcd@googlegroups.com> <kmau09$ju5$1@speranza.aioe.org> <8c385987-52d9-4567-bbff-3aa0465b34bc@googlegroups.com> <kmbgce$ile$1@speranza.aioe.org> <e30f409d-0f8d-449c-93f2-9abf7383886f@googlegroups.com> <kmd4e5$k0a$1@speranza.aioe.org> <3b49cd2b-90c3-447d-8336-fb075c6b694e@googlegroups.com> <kmijq0$tc$1@speranza.aioe.org> <2446e68c-18fd-49b3-af81-c912a0b4205b@googlegroups.com> <kmq6hd$rac$1@speranza.aioe.org> <61d28d50-6b3f-4032-bbf6-d266980c3780@googlegroups.com> <kmqih9$1lc$1@speranza.aioe.org> <af01de83-f3aa-48e8-9e31-d4c7926c1d65@googlegroups.com> <kmqlv8$cqn$1@speranza.aioe.org> <25936d71-f7b7-4e93-8a66-d948bb8f73b8@googlegroups.com>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!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 <michoo_news@vp.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: <cfa1e1b8-b40c-45e1-a091-7e7a1f53c751@googlegroups.com> <km4nal$kkp$1@news.mm.pl> <4485a9d5-1bcb-43f0-b0a1-d40637de7a4c@googlegroups.com> <db2da6e3-badf-46d1-b0b5-3bead35d039e@googlegroups.com> <e29c6d46-5143-4e90-b0d7-5322767a06e8@googlegroups.com> <51874eb2$0$1250$65785112@news.neostrada.pl> <6f61945a-2435-4f60-bd44-29994fd65fcd@googlegroups.com> <kmau09$ju5$1@speranza.aioe.org> <8c385987-52d9-4567-bbff-3aa0465b34bc@googlegroups.com> <kmbgce$ile$1@speranza.aioe.org> <e30f409d-0f8d-449c-93f2-9abf7383886f@googlegroups.com> <kmd4e5$k0a$1@speranza.aioe.org> <3b49cd2b-90c3-447d-8336-fb075c6b694e@googlegroups.com> <kmijq0$tc$1@speranza.aioe.org> <2446e68c-18fd-49b3-af81-c912a0b4205b@googlegroups.com> <kmq6hd$rac$1@speranza.aioe.org> <61d28d50-6b3f-4032-bbf6-d266980c3780@googlegroups.com> <kmqih9$1lc$1@speranza.aioe.org> <af01de83-f3aa-48e8-9e31-d4c7926c1d65@googlegroups.com> <kmqlv8$cqn$1@speranza.aioe.org> <25936d71-f7b7-4e93-8a66-d948bb8f73b8@googlegroups.com>
NNTP-Posting-Host: 83.238.197.12
Mime-Version: 1.0
X-Trace: mx1.internetia.pl 1368451647 2393 83.238.197.12 (13 May 2013 13:27:27 GMT)
X-Complaints-To: abuse@inetia.pl
NNTP-Posting-Date: Mon, 13 May 2013 13:27:27 +0000 (UTC)
In-Reply-To: <25936d71-f7b7-4e93-8a66-d948bb8f73b8@googlegroups.com>
X-Tech-Contact: usenet@internetia.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/
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit