Новая версия DB4O

всмысле БД, СУБД может?

Я просто поражаюсь - писать на дотнете в стиле Java (camelCase во всем) это надо же курить! И ведь никого не смущает, что все остальное - НЕ ТАК.

А и ну их нах. Лучше HSQLDB + Hibernate, привычней-с.

Для жабки есть еще и DERBY, который кстати по SQL с DB2 совместим.

а что она просто сиреализует объекты и пишет их на диск и извлекает по условию? имхо удобно но помоему такое требуеться не часто или я не прав?

>Для жабки есть еще и DERBY, который кстати по SQL с DB2 совместим.

Derby - не объектная DB равно как и HSQL

PS новости опять никто не прочел ;-)

Дык чел то про HSQL + Hibernate говорил. Я ему и ответил. Можно сделать вывод, что чел в курсе про не объектность HSQL так как он упомянул ORM. Надеюсь, что отмазался :)

У меня, потомственного ораклиста, нет ни капли тёплых чувств в отношении DB2 и ейного диалекта SQL.

Сам читать не умеешь. Я же сказал, HSQL + Hibernate. Hibernate и будет объектной мордой к любой DB.

Похоже люди не увидели embedded, не заметили маленький фут-принт, отсутствие каких либо конфигов и еще много всяких вкусностей...

HSQL - это тебе и будет и embedded, и всё остальное. А шевелить его через Hibernate будем - тоже не шибко жирный.

Согласен с soko1

> Лучше HSQLDB + Hibernate, привычней-с.

А то что там нету transaction isolation, и все что знает про транзации HSQLDB это умени их откатывать - не смущает?

> имхо удобно но помоему такое требуеться не часто или я не прав?

Разложение структуры данных в реляционную модель быват

a) невозможным b) трудоемким c) даже если разложить 0 работать с этим - никак

> a) невозможным

Кроме стеба. Какие объектные структуры в реляцию не разлагаются?

все чешут репу...

>а что она просто сиреализует объекты и пишет их на диск и извлекает по условию? имхо удобно но помоему такое требуеться не часто или я не прав?

У меня в постресе хранятся JAVA объекты. Все классно, кроме одного - обновить библиотеку класса незя. Даже перекомпилировать ее незя. Сиреализация сразу накрывается. Можно, правда, немного переделать механизм запис/чтения из базы, но впадлу. :)

> Можно, правда, немного переделать механизм запис/чтения из базы, но впадлу. :)
Если ты исп. стандартный binary Java serialization mechanizm, то да, такое возможно.
Пошарь на Jakarta Commons. У них была либа для работы с бинами. В том числе и сериализация. У нее таких проблем не наблюдал.

Хотя сам исп. iBATIS SQLMap. Вот с ним точно никаких проблем нет. Не большая, простая, работает быстро.

> Даже перекомпилировать ее незя. Сиреализация сразу накрывается

serialVersionUID не использовал, или он не помогает?

2aist1
Скорее всего речь когда изменяется интерфейс объекта.

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

>serialVersionUID не использовал, или он не помогает?

Помогает. Я же писал: в падлу :)
Надо небольшую прогу написать, чтоб существующие записи чуток подправить. Не руками же.

Ну да, раз ты уже сериализовал кучу всего без serialVersionUID, ввести этот атрибут так просто не получится -- нужно всё будет сериализовывать заново, либо выдерать из файлов сериализации сгенеренный по дефолту serialVersionUID для каждого класса и вбивать его в исходники. Кста, работающий вариант, так как система пишет несоответствующие UID в тексте исключения.

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

У меня такая фишка получилась именно из-за того, что постоянно требования менялись. Добавь поле, убери поле, тип поменяй, а тут мы сами пока не знаем...

Задрала эта тема, Описал XML, и положил DOM в запись. Класс один, а что я в реальный объект напихал, кому какое дело. :) А вот с сериализацией проблемы всплыли позже. Если по уму сначала делал, а не давай-давай, то и детских граблей бы сейчас не было.

Я HashMap использовал в тех случаях, когда состав полей сериализуемого объекта был непредстказуем. Это всёж быстрее, чем XML-сериализация (если это, конечно же, критично).

>> а что она просто сиреализует объекты и пишет их на диск и извлекает по условию? имхо удобно но помоему такое требуеться не часто или я не прав?

> У меня в постресе хранятся JAVA объекты. Все классно, кроме одного - обновить библиотеку класса незя. Даже перекомпилировать ее незя. Сиреализация сразу накрывается. Можно, правда, немного переделать механизм запис/чтения из базы, но впадлу. :)

Поиск не работает, relations не работают... зачем тебе база? сливай уже всё в файл.

> Какие объектные структуры в реляцию не разлагаются?

НАпрмер те которые серьезно мутирует в процессе работы программы. Можно конечно мутировать и базу данных, но это уж....

А, тогда понятно. Спасибо.