вобщем пишу десктопное приложение под j2se, хотелось бы использовать какую-нибудь in-memory бд. начал гуглить ничего путного кроме HSQLDB найти не могу.

очень интересует мнение тех людей, кто юзал этот движок. особенно в плане быстродействия, или предложите плз аналогичный

_______________________________________
2pro4U

так дерби - обычная бд просто на яве. т.е. все равно база физически на винте располагается и операции с ней там же проходят.

а мне надо чтоб все это в памяти происходило. т.е. приложение запускается, создается база (в памяти на винт ниче не пишется), по ходу работы приложения, база заполняется рабочими данными, которыми я могу манипулировать обычным sql'ом, а при завершении приложения текущая база вместе с ним исчезает.
вот hsqldb так может, но я думаю что не только он а еще стопудово есть какие-то дб, с которыми так можно работать... :\

_______________________________________
2pro4U

или дерби тоже может в памяти работать?..

_______________________________________
2pro4U

TiG спасибо. буду смотреть.

Просто приложение в ходе работы формирует относительно большой объем данных со сложной структурой, но в реляционную модель данные отлично вписываются. их постоянно приходится обрабатывать - самые различные выборки по разным критериям, поиск, изменение, поддержка целостности и др., т.е. стандартные операции с бд - если все позасовывать как обычно в массивы, векторы, списки и пр. а потом переписывать для них кучу стандартных операций, которые уже итак реализованны и отточены в бд-движках.

в итоге придется дофига писать, а выигрыша в быстродействии не будет, потому что естественно я сомневаюсь что напишу эти вещи более быстрыми чем опенсорс комьюнити разработавшая какойнибудь бд-движок

конечно было бы удобно юзать привычный SQL, а не какое-то там апи. потому что в нем еще надо разбираться, наступать на новые грабли и еще выяснить обеспечит ли оно необходимую гибкость и функциональность. а с SQL'ем все как бы ясно в этом плане, приложение должно быть легко масштабируемое, впоследствии добавится внутренний скриптовый язык и хотелось бы предоставить ему возможности работы с текущей БД, опять же с сиквелом все ок будет, а вот с апи BDB уже неясно

хотя конечно надо посмотреть и разобраться что оно может

кстати еще SQLite в памяти может работать, только я вот понять не могу как он дружит с явой? какой драйвер бы посоветовали? есть ли вобще jdbc-драйверы для SQLite - не всякие там врапперы для native lib_sqlite, а чтобы был полностью embedded и pure-java? чтобы сам читал и писал в файлы с базой а не делал это через sqlite-овскую native-библиотеку

объем данных в среднем несколько мегабайт, максимум 15-20. т.е. такие объемы я вполне могу позволить себе хранить в памяти.

писать базу на винте - это падение быстродействия на порядок, а то и больше. быстродействие для этого приложения очень важно. сейчас прикидываю, сможет ли база в памяти обеспечить достаточное быстродействие, а об обычной традиционной бд и говорить нечего

в общем на данный момент остановился на HSQLDB все-таки

_______________________________________
2pro4U

почти со всем сказанным согласен
вобще у меня получается примерно следующее

бд: sql, поддержка целостности, гибкость, масштабируемость и пр., но медленнее
руками: писать намного больше, причем придется дописывать различные фичи, которые сами собой получились бы, если с бд. но быстрее (и то если "грамотно" написать).

вот например, нужен скриптовый язык - так есть sql, можно просто позволить юзеру помимо всего прочего выполнять sql-запросы, и убит большой и жирный заяц

вобщем все конечно же решили бы тесты (чем сейчас и занимаюсь) но объективных результатов можно добиться только если вначале реализовать оба подхода, а потом сравнить на практике - а такой возможности конечно же нету ((

хотя греет сердце то, что там еще помимо всего прочего на основании вагона данных будут строится 2д-чертежи (и 3d-wireframes), причем рисуется в реалтайме все и вот как раз рисовалка окажется более узким местом, чем операции с бд с памяти...

вобщем помучаюсь пока, потом поделюсь результатами

eJackHibernate в руки!
хоть убей не понимаю, чем мне может помочь hibernate (разве что еще понизить быстродействие) :\

_______________________________________
2pro4U

" Выскажу свежую идею. Вместо SQL вашим суперпродвинутым пользователям дать доступ к XPath, выражения которого вполне можно "вычислять" на произвольной иерархии классов. "

а юзер должен не только получать данные эскьюэль, а еще и изменять/добавлять их, тут уже xpath'ом просто так не отделаешься, надо будет много писать. а насчет суперпродвинутости - так если юзер захочет расширить функциональность, то требование "знание SQL для написание своих скриптов" по-моему нисколько не завышено.. тем более что он то и разрабатывался как мегопростой язык в котором сможет разобраться любой юзер...

" А в памяти базу запускают только когда нужно обрабатывать табличные данные локально, а отнудь не из-за возможности использовать SQL. "

я же уже вроде подробно рассказал что мне нужно обрабатывать кучу табличных данных, естественно локально.., или ты что-то другое имеешь в виду? кстати есть ли опыт использования таких бд? интересует вопрос насколько отличается произодительность (хотя бы очень приблизительно) ин-мемори бд от производительности модели на классах и векторах