W dniu piątek, 10 maja 2013 12:33:49 UTC+2 użytkownik darekm napisał:

> Bazy SQL �rednio si� zr�wnoleglaj�, aby spe�nic ACID
> ma zwoje wymagania.
To na pewno tez, ale ja bym sie doszukiwal przyczyny w tym, ze bazy
danych musza miec algorytmy i struktury wydajne w ogolnym przypadku.


> 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
Problem w tym, ze na prototyp mam malo czasu i pieniedzy. Musze zrobic
szybko i tanim kosztem. Potem moze bedzie wiekszy budzet, ale glupio
wywalac pol roku roboty kilku ludzi i przechodzic na drastycznie
inne rozwiazanie. Fajne byloby jakies lagodne przejscie, np. zwykla
baza SQL, a potem tylko lepsze macierze dyskowe, dyski SSD i modyfikacja
tylko niektorych algorytmow. Jakbym mial od razu duzo srodkow, to bym
od razu zrobil w wszystko w C++ i MPI na jakims klastrze ze 100 zwyklych
komputerow.


> Popatrz na Google, ma miliony razy wi�ksz� baz�, miliony razy wi�cej
> zapyta� a odpowiada w czasie kr�tszym od 0.1 s
Nie wiem ile w tym prawdy, ale slyszalem ze on nawet swoj system plikow
napisali.


Pozdrawiam