Re: jsp vs php - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › jsp vs php › Re: jsp vs php

Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!feeder.erje.net
!eu.feeder.erje.net!news.etla.org!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 10:07:17 +0200
Organization: Aioe.org NNTP Server
Lines: 25
Message-ID: <kmq6vf$smk$1@speranza.aioe.org>
References: <c...@g...com>
<6...@g...com>
<kmau09$ju5$1@speranza.aioe.org>
<8...@g...com>
<kmbgce$ile$1@speranza.aioe.org>
<e...@g...com>
<51895d09$0$1252$65785112@news.neostrada.pl>
<f...@g...com>
<518a01b5$0$1212$65785112@news.neostrada.pl>
<6...@g...com>
<518a831d$0$26699$65785112@news.neostrada.pl>
<6...@g...com>
<518aa18a$0$26685$65785112@news.neostrada.pl>
<1...@g...com>
<518aa797$0$26697$65785112@news.neostrada.pl>
<0...@g...com>
<518ac39f$0$1222$65785112@news.neostrada.pl>
<d...@g...com>
<518ccd08$0$26707$65785112@news.neostrada.pl>
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:203344
[ ukryj nagłówki ]
On 2013-05-10 12:33, darekm wrote:
>
> Bazy SQL średnio się zrównoleglają, aby spełnic ACID ma zwoje wymagania.
>
> Masz dwie możliwości.
> 1. Zmienić architekturę rozwiązania. Zamiast za każdym razem pytać bazę
> buforować tabele z danymi pośrednimi, łatwiej kupić dodatkowy dysk niż
> zwiększyć moc obliczeniową
> 2.Drastycznie zmienić podejście : MapReduce , noSQL itp
>
> Dzięki rozluźnieniu reguł ACID można efektywnie podejść do
> zrównoleglenia, tym bardziej że 10 zwykłych komputerów jest tańszych niż
> jeden dwa razy szybszy.
>

Ja mam wrazenie, ze caly ruch "noSQL" i "anti-relational" juz osiagnal
swoje apogeum i będzie odchodzil do lamusa, jako absurdalny powrot do
czasow pre-Codd. Sygnal daje sam Google, tworzac Spannera (choc
rozwiazania tego rodzaju pojawily sie wczesniej).

Cale to "noSQL" powoduje wiecej problemow niz ich rozwiazuje. Czas na:
http://en.wikipedia.org/wiki/NewSQL

--
Michal