Article View: pl.comp.programming
Article #205594Re: jsp vs php
From: Michoo
Date: Mon, 13 May 2013 13:18
Date: Mon, 13 May 2013 13:18
62 lines
4414 bytes
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-mailReferences:
<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