Отличная новость, IMHO Derby скоро станет лучшим решением для imbedded db.
Почему-то в статье нет ни слово про то, что синтаксиси SQL Derby совмеcтим c DB2 (IMHO это одна из самых сильных сторон Derby, можно сказать Oracle Lite от IBM)!
Возможно HSQL в OpenOffice будет в будущем заменен именно на Derby (хотя SUN спонсирует оба проект).

Вопрос, кто тестил на производительность?

а оно не будет сильно тормозить из-за того, что на яве?

Будет.

только не из-за явы, а из-за нехватки памяти

За 85 лимонов можно было и на ASM написать, вот это база бы была - зверь :)

Да уж, странный получается лидер emedded db, если памяти для него нужно вагон и маленькую тележку.

Ну скажи нам, какие ты знаешь embedded db, которым хватит 64Мб памяти? Может быть Microsoft MS SQL Embedded?

MS Access?

И таки ее можно встроить?

Напильником?

> За 85 лимонов можно было и на ASM написать, вот это база бы

> была - зверь :)

Чушь. На каком из ASM и под какую архитектуру? Не мели чепуху.

>За 85 лимонов можно было и на ASM написать, вот это база бы была - зверь :)

Напиши, епт.. в чем трабл????

и чем вам FireBird (aka Interbase) не база?

Все то-же умеет. Чуть-ли не в танковую систему артогня встраивается с незапамятных времен. БЕЗЗЗПЛАТНАЯ!!! Ну? Чего еще надо-то?!

>Да уж, странный получается лидер emedded db, если памяти для него нужно вагон и маленькую тележку.

А тебе что, жалко ????

-=За 85 лимонов можно было и на ASM написать, вот это база бы была - зверь :)=- чего уж мелочиться, за такие деньги можно сразу в машинном коде :) Но на сколько я понял 85 млн это рыночная цена проекта, а не деньги выделенные на него АБМ. А требования к ресурсам..... Сравните цены на комерчесские аналоги этой бд и нынешниие цены на память... Получается, что память это расходный материал... Дожили блин где то недавно прочитал что в первых ПК соотношение цены железо/софт было 95%/5%, а сейчас доходит до 20%/80, а при проф использовании может доходить до 0,01%/99,9%. Так что требование сабжа к железу это не баг а фича.

>а оно не будет сильно тормозить из-за того, что на яве?
HSQL - полностью на java написан.
На объемах меньше 200MB делает MySQL, PosgreSQL,MS SQL SERVER

>Будет.
По сравнению с какой RDBMS? ;-)))))

> Ну скажи нам, какие ты знаешь embedded db, которым хватит 64Мб памяти? Может быть Microsoft MS SQL Embedded?

Sqlite?

> Sqlite?

сейчас скажут, что это красноглазое поделие =))

В умах акынов с Востока ASM все еще продолжает ассоциироваться с языком для написания высокоскоростных приложений

А что, по-твоему, это embedded db?

HSQL действительно крутая штука и бесплатная и тоже встраивается хоть куда (на Java написана). Кстати может рабатать, не создав ни одного файла на диске, т.к. всё умеет держать в памяти.

--седайко стюмчик

> А что, по-твоему, это embedded db?

А по-твоему это что? Из описания: SQLite is a small C library that
implements a self-contained, embeddable, zero-configuration SQL database
engine.

Из инкубатора...
ха ха...
бибураты фиговы!!! Циксы пучеглазые... Элиподы липкие.
Хорошо что выпустили а то в Эскейве душно сидеть.

Ну это же очевидно =) Зачем еще раз про это писать?

>Ну это же очевидно =) Зачем еще раз про это писать?
Мне не очевидно, если HSQL делает MySQL на небольших (объемах данных до 200mb) не факт что Derby будет таким же проворным.

>Хорошо что выпустили а то в Эскейве душно сидеть

зато безопасней, а то "клепаный гроб" (oracle? pg?) переедет - мало не покажется :)

удаленные коменты глянь :)

Я имел в виду не производительность, а совместимость.

Ну поставил я его. В консольном слиенте в таблицу вставил юнокодную строку. Отображается она криво.

А ссылку на проект не надо давать? Да? Какой смысл ахинею на internetnews читать

Ты дебильный говнюк, или пидерастный охуебанат? Узкое место СУБД это ни разу не CPU, так что Жаба тут тормозов не добавит, на быдловском асме ты быстрее не напишешь.

А вот и панама

Судя по этому тесту всех уделал HSQL. А вот Derby остался в хвосте.
http://polepos.sourceforge.net/results/html/bahrain_query_indexed_int.html

Забавно что самая быстрая и самая медленная СУБД из тестируемых полностью написаны на JAVA. Вывод - на скорость куда больше влияет качество кода, а не язык программирования.

PS Причины такого разгромного счета на мой взгляд могут быть такие:
1) возможно Derby делает куда больше проверок на авторизацию.
2) HSQL поддерживает только read uncommitted isolation level - а в derby тестеры могли поставить что-то куда более жесткое.
Не факт что конфигурации были эквивалентны.
Я всегда относился к таким тестам - как к вопросам, кто сильнее слон или кит. Но факт остается фактом. На моем проекте на малых объемах данных HSQL действительно делал MySQL и MS SQL. (Хвала Hibernate - базы можем менять как перчатки)

>Кстати может рабатать, не создав ни одного файла на диске, т.к. всё умеет держать в памяти.

Про RAM диск слышал когда-нибудь?

>HSQL - полностью на java написан. На объемах меньше 200MB делает MySQL, PosgreSQL,MS SQL SERVER

Чушь.

>>HSQL - полностью на java написан. На объемах меньше 200MB делает MySQL, PosgreSQL,MS SQL SERVER

>Чушь.

Спор?