🚀 go-pugleaf

W dniu 2010-07-07 07:16, R.M. pisze:
> On 07/06/2010 08:05 PM, Maseł wrote:
>> On 2010-07-06 19:26, Jacek Czerwinski wrote:
>>> oracle to d. Sleeppycat, d BerkeleyDB.
>> [...]
>>> Mnie przyhamowala nieciekawa licencja typu Dual. Na pytanie o cene
>>> wersji komercyjnej nawet nikt nie byl laskaw odpowiedziec.
>>
>>
>> Sam sobie sprawdz:
>> http://www.utexas.edu/its/products/oracle/docs/UTOracleAgreement2004-PriceList_20April2007.pdf
>>
>>
>>
>> Pozdrawiam
>>
>> Mariusz Masewicz
>
> a wie ktos z was, gdzie moglbym znalezc porownanie wydajnosci bazy h2 z
> berkeley db java edition? chodzi mi glownie o sekwencyjny odczyt ...
>

Kontakt z surowymi rozwiazaniami a (w gruncie rzeczy na spodzie takie 
samo rozwiazanie; b-drzewa, hashe itd) j/w opakowane w 'mysliciela' SQL 
(tzw.optymalizator) i parsowanie skryptow (plus np. konwersje do 
wysokopoziomowych typow) musi dawac duze roznice czasowe.
Takie hashe sa backendem wielu szanowanych serwerow intensywnie 
organizujacych dane: LDAP, serwery komunikacyjne. Tam ich "nie stac" na 
SQL. (Dodajmy, dla implementacji LDAP relacyjna baza pasuje jak piesc do 
nosa)
Dodajmy, musi byc roznica w RAM.

Z oficjalnymi porownaniami SQL z surowym NoSQL sie nie spotkalem. 
Relacyjne z obiektowymi gdzies bylo porownania, ale to porownywalny 
wyzszy poziom abstrakcji problemu.