🚀 go-pugleaf

W dniu 2010-06-30 14:01, R.M. pisze:
> Poszukuje cos w stylu sqlite, ale napisane natywnie w javie, wynalazki
> typu hsql czy derby nie nadaja sie, sa duze i maja sporo bledow,
> poszukuje bazy plikowej, tak prostej jak sqlite

Osobiscie jednak najczesciej biore Derby w trybie embedded. Do czego ci 
jest to potrzebne, ze mówisz 'jest za duza' ?

Potrzebujesz jezyk SQL, czy jakas koncepcja klucz-wartosc, albo Hash 
wystarczy?

W dniu 2010-06-30 14:01, R.M. pisze:
> Witam,
> Poszukuje cos w stylu sqlite, ale napisane natywnie w javie, wynalazki
> typu hsql czy derby nie nadaja sie, sa duze i maja sporo bledow,
> poszukuje bazy plikowej, tak prostej jak sqlite

cześć
może h2?
www.h2database.com

> Poszukuje cos w stylu sqlite, ale napisane natywnie w javie

http://www.zentus.com/sqlitejdbc

Tyle ze sam sterownik mial bugi (nie wiem czy poprawione). Ale przy 
zalozeniu ze NestedVM dziala sama baza powinna dzialac poprawnie, tyle 
ze wolniej od wersji natywnej.

R.M. wrote:
> Poszukuje cos w stylu sqlite, ale napisane natywnie w javie, wynalazki 
> typu hsql czy derby nie nadaja sie, sa duze i maja sporo bledow, 
> poszukuje bazy plikowej, tak prostej jak sqlite

O jakich to błędach w derby mówisz?

On 2010-06-30 14:01, R.M. wrote:
> Witam,
> Poszukuje cos w stylu sqlite, ale napisane natywnie w javie, wynalazki
> typu hsql czy derby nie nadaja sie, sa duze i maja sporo bledow,
> poszukuje bazy plikowej, tak prostej jak sqlite
>

H2 Database Engine

pozdrawiam
Łukasz

W dniu 2010-06-30 18:47, Mikolaj Rydzewski pisze:
> R.M. wrote:
>> Poszukuje cos w stylu sqlite, ale napisane natywnie w javie, wynalazki
>> typu hsql czy derby nie nadaja sie, sa duze i maja sporo bledow,
>> poszukuje bazy plikowej, tak prostej jak sqlite
>
> O jakich to błędach w derby mówisz?

No nie wiesz?
Ze program nie chodzi ;)

On 06/30/2010 06:47 PM, Mikolaj Rydzewski wrote:
> R.M. wrote:
>> Poszukuje cos w stylu sqlite, ale napisane natywnie w javie, wynalazki
>> typu hsql czy derby nie nadaja sie, sa duze i maja sporo bledow,
>> poszukuje bazy plikowej, tak prostej jak sqlite
>
> O jakich to błędach w derby mówisz?

kazda wersja ma swoje bledy, mi sie kilka razy wylozyl vm

np dla wersji 10.6.1.0

http://old.nabble.com/-ANNOUNCE--Apache-Derby-10.6.1.0-released-td28610453.html

dla innych

http://db.apache.org/derby/

np

"Derby 10.5.3.0 contains many bug fixes plus localizations for messages
added in the previous feature release, 10.5.1.1. 10.5.3.0 replaces
10.5.2.0, which introduced a query-ordering regression. "

On 06/30/2010 02:08 PM, Jacek Czerwinski wrote:
> W dniu 2010-06-30 14:01, R.M. pisze:
>> Poszukuje cos w stylu sqlite, ale napisane natywnie w javie, wynalazki
>> typu hsql czy derby nie nadaja sie, sa duze i maja sporo bledow,
>> poszukuje bazy plikowej, tak prostej jak sqlite
>
> Osobiscie jednak najczesciej biore Derby w trybie embedded. Do czego ci
> jest to potrzebne, ze mówisz 'jest za duza' ?
>

jest za mulasta i ma sporo bledow np

"Derby 10.5.3.0 contains many bug fixes plus localizations for messages
added in the previous feature release, 10.5.1.1. 10.5.3.0 replaces
10.5.2.0, which introduced a query-ordering regression. "

mi osobiscie wylozyla sie kilka razy vm (przez oczywiscie derby)

> Potrzebujesz jezyk SQL, czy jakas koncepcja klucz-wartosc, albo Hash
> wystarczy?

potrzebuje klucz-wartosc i pobieranie wierszy dla kluczy od do
inserty moga byc powolne, wazne zeby selecty byly szybkie

sql nie koniecznie, wiem ze cos takiego mozna samemu napisac, ale czy 
jest sens, pewnie jest cos gotowego ...

On 06/30/2010 02:08 PM, Tomek Łabuz wrote:
> W dniu 2010-06-30 14:01, R.M. pisze:
>> Witam,
>> Poszukuje cos w stylu sqlite, ale napisane natywnie w javie, wynalazki
>> typu hsql czy derby nie nadaja sie, sa duze i maja sporo bledow,
>> poszukuje bazy plikowej, tak prostej jak sqlite
>
> cześć
> może h2?
> www.h2database.com
>

dziekuje, chyba na to sie zdecyduje

On 1 Lip, 14:26, "R.M." <fowe...@gmail.com> wrote:
> potrzebuje klucz-wartosc i pobieranie wierszy dla kluczy od do
> inserty moga byc powolne, wazne zeby selecty byly szybkie
>
> sql nie koniecznie, wiem ze cos takiego mozna samemu napisac, ale czy
> jest sens, pewnie jest cos gotowego ...

To moze lepiej cos w stylu BerkleyDB?
http://jdbm.sourceforge.net/
http://1978th.net/tokyocabinet/ (aczkolwiek ten jest tak na prawde w C
z nakladka JNI)

B.

On 07/01/2010 10:40 PM, Bartek Jablonski wrote:
> On 1 Lip, 14:26, "R.M."<fowe...@gmail.com>  wrote:
>> potrzebuje klucz-wartosc i pobieranie wierszy dla kluczy od do
>> inserty moga byc powolne, wazne zeby selecty byly szybkie
>>
>> sql nie koniecznie, wiem ze cos takiego mozna samemu napisac, ale czy
>> jest sens, pewnie jest cos gotowego ...
>
> To moze lepiej cos w stylu BerkleyDB?
> http://jdbm.sourceforge.net/
> http://1978th.net/tokyocabinet/ (aczkolwiek ten jest tak na prawde w C
> z nakladka JNI)
>
> B.

natknalem sie na Oracle BerkleyDB Java Edition, podobno jest szybka i 
stabilna

http://www.oracle.com/us/products/database/berkeley-db/index-066529.html

czemu tego mi nie zaproponowales, tylko jakies inne, chyba oracle jest 
lepszy?

W dniu 2010-07-06 19:07, R.M. pisze:
> On 07/01/2010 10:40 PM, Bartek Jablonski wrote:
>> On 1 Lip, 14:26, "R.M."<fowe...@gmail.com> wrote:
>>> potrzebuje klucz-wartosc i pobieranie wierszy dla kluczy od do
>>> inserty moga byc powolne, wazne zeby selecty byly szybkie

> czemu tego mi nie zaproponowales, tylko jakies inne, chyba oracle jest
> lepszy?

oracle to d. Sleeppycat, d BerkeleyDB.

Osobiscie lepsze emocje we mnie ten berkeley wzbudza, niz ze korporacja 
Oracle to wchlonela.

Mnie przyhamowala nieciekawa licencja typu Dual. Na pytanie o cene 
wersji komercyjnej nawet nikt nie byl laskaw odpowiedziec.

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

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 ...

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.

W dniu 2010-07-07 07:34, Jacek Czerwinski pisze:
> W dniu 2010-07-07 07:16, R.M. pisze:
>> On 07/06/2010 08:05 PM, Maseł wrote:



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

Chcialem jakims linkiem sie pochwalic....
W sumie, najwiekszym hamulcem jest myslenie 'przez SQL'.

Rekordowa porada na dyskusje o db-hashach to:
"If you want to treat a text file as a database have a look at the text 
JDBC driver."

Ktos kiedys powiedzial, ze "jak dlugo bedziesz mial te same poglady, 
znowu powiedza ze jestes nowoczesny". Mysle tak, ze "nam" majacym 
doswiadczenia "przed SQL-owe" latwiej jest przyjac druga mlodosc baz 
hashowych, bigtable, google datastore, itd, jaka obecnie sie przewala 
przez branze chocby pod haslami NoSQL.

Dla mnie sa one bardzo atrakcyjne, zwlaszcza ze w Javie i tak bardzo 
czesto SQL jest opakowany w jednym module (DAO, ORM, Model, nie wnikam) 
czyli wielka elastycznosc kwerend SQL i tak nie jest wykorzystywana. Ale 
mam swiadomosc, ze dla wielu jedyny kontakt z bazami to rozne SQL-e (dla 
niektórych jeden SQL, ale to chyba nie na tej grupie), i z hashem jakos 
tak nie pasuje.

On 07/07/2010 07:34 AM, Jacek Czerwinski wrote:
> 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.
>

nie byl bym taki pewny, ze przy sekwencyjnym odczycie berkeley db java 
edition, byloby szybsze niz h2 ...

http://www.h2database.com/html/performance.html
Test Case			Unit	H2	HSQLDB	Derby
Simple: Query (sequential)	ms	89	179	658
czyli jest 658/89 = 7.39, czyli h2 jest 7 razy szybsza od derby

tutaj znow porownanie derby z berkeley db je:

http://www.oracle.com/technology/products/berkeley-db/pdf/je-derby-performance.pdf

na stronie 6, nie wyglada aby berkeley db je bylo 7 razy szybsze od 
derby, z rysunku wynika ze jest tylko jakies 2.5 raza szybsze od derby

wynika z tego, ze w przypadku sekwencyjnego odczytu to h2 jest szybsze ...

W dniu 2010-07-07 10:20, R.M. pisze:
> On 07/07/2010 07:34 AM, Jacek Czerwinski wrote:

> http://www.h2database.com/html/performance.html
> Test Case Unit H2 HSQLDB Derby
> Simple: Query (sequential) ms 89 179 658
> czyli jest 658/89 = 7.39, czyli h2 jest 7 razy szybsza od derby
>
> tutaj znow porownanie derby z berkeley db je:
>
> http://www.oracle.com/technology/products/berkeley-db/pdf/je-derby-performance.pdf
>
>
> na stronie 6, nie wyglada aby berkeley db je bylo 7 razy szybsze od
> derby, z rysunku wynika ze jest tylko jakies 2.5 raza szybsze od derby
>
> wynika z tego, ze w przypadku sekwencyjnego odczytu to h2 jest szybsze ...

H2 jest szybsze w wielu rankingach. "Drobny" szczegol, na przyklad 
zerowy czas zapisu - zgadnij dlaczego. Ja dziekuje.

Wiem, ze wielu lubi h2, jakoś mnie bardziej przekonuje 10 lat rozwoju 
derby, niż swiezy fork, zoptymalizowany na prace w RAM.

On 07/07/2010 10:27 AM, Jacek Czerwinski wrote:
> derby, niż swiezy fork, zoptymalizowany na prace w RAM.

a mozna wiedziec czego fork?

W dniu 2010-07-07 10:30, R.M. pisze:
> On 07/07/2010 10:27 AM, Jacek Czerwinski wrote:
>> derby, niż swiezy fork, zoptymalizowany na prace w RAM.
>
> a mozna wiedziec czego fork?

a nie HSQL-a ?
Myslalem, ze bedziesz polemizowal ze slowem 'RAM'.

Ale mowie to jako derbista ;) *)

*) derbista gdy wchodzi w gre podobny zakres zastosowan

On 07/07/2010 10:33 AM, Jacek Czerwinski wrote:

> Ale mowie to jako derbista ;) *)
>
> *) derbista gdy wchodzi w gre podobny zakres zastosowan

jesli jestes derbista, to powiedz mi czy da sie wylaczyc logowanie 
insertow w derby i w jaki sposob?

W dniu środa, 30 czerwca 2010 14:01:36 UTC+2 użytkownik R.M. napisał:
> Witam,
> Poszukuje cos w stylu sqlite, ale napisane natywnie w javie, wynalazki 
> typu hsql czy derby nie nadaja sie, sa duze i maja sporo bledow, 
> poszukuje bazy plikowej, tak prostej jak sqlite
> 
> pozdrawiam,
> R.M.