Готово ли производство ObjectDB?

Ответ 1

Да, я использовал его для ряда проектов и продуктов, как профессионально, так и лично. Я использовал его чуть более 5 лет. это мои впечатления от этого FWIW.

(отказ от ответственности: я владею лицензией на сервер и OEM-лицензией, и с годами узнал создателя (-ов). У меня нет других коммерческих отношений с компанией objectdb - другими словами, я ничего не получаю коммерчески, если они продают больше копий. Я просто люблю продукт)

мои обычаи:

а. personal: я использовал его как часть коммерческого продукта, который вышел из моего phd, чтобы сохранить модели UML2/EMF. это сложные вещи со многими, многими классами и objectdb, был единственным продуктом, который я смог найти, чтобы справиться с сложной связью с адекватной производительностью. он был звездным исполнителем в этой среде.

б. работа связана: я работаю в инвестиционном банке, и мы использовали objectdb для сохранения состояний рабочего процесса и обработки персистентности в большой сетке ( > 2000 узлов). он отлично работал и в этой среде.

Я также был консультантом Gentleware в один момент в 2007 году или около того, и мы оценили objectdb для db4o, hibernate и т.д., он превзошел любые конкуренты почти на порядок. Это был мой первый коммерческий опыт.

Итак, суть в том, что я нашел objectdb чрезвычайно быстрым и прочным. мы тестировали его до 10 гб на моделях UML2, и проблем там не возникало. У меня никогда не было умирающего db на мне или не было повреждено за все время его использования. Кроме того, его площадь довольно небольшая. Короче говоря, это немного невоспетых героев в пространстве.

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

(как в сторону, причина, по которой вы не найдете много других тестов на этом или любом другом продукте JPA, заключается в том, что ни один из поставщиков не может в целом согласиться с эталоном и склонен обвинять других в предвзятости. это первая рука много раз. Некоторые люди предпочитают поляпы, но в этом доминирует db4o, и эти люди, например, не будут выпускать результаты dn. Некоторые поставщики db не позволят результатов и т.д. Это минное поле и создатели objectdb не являются разные, каждый любит контролировать свой собственный бенчмарк; -)

В любом случае, чтобы сократить длинную историю, мой честный опыт заключается в том, что objectdb очень быстрый, готовый к производству (в течение нескольких лет назад до 1.x) и хорошо поддерживается. это очень хороший продукт. если у вас есть какие-либо вопросы или проблемы или что-то еще о том, что я написал, не стесняйтесь присылать мне письмо по адресу [email protected], и я отвечу как можно честнее.

Эндрю, Лондон Великобритания

Ответ 2

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

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

Ответ 3

Мы использовали Object DB в нашем стартапе чуть более 5 месяцев. Мы долго колебались, прежде чем окунуться в objectDB, посмотрев на различные технологии (RDBMS, Graph db и object db). Мы разрабатываем сетевое бизнес-приложение, и у нас есть набор требований к нашему уровню персистентности. Мы рассмотрели среди других: MySQL, PostgreSQL, Derby, Db4o, ObjectivityDB, Perst, Ozone, Neadatis ODB, Neo4j, OrientDB

Наши требования:

• Зрелый продукт для стабильности
  ObjectDB - более 6 лет - В версии 2.2.9, когда мы говорим
• Поддерживается сообщество
  Мы хотели убедиться, что есть кто-то поможет, если у нас есть проблема, и до сих пор мы очень счастливы со скоростью, с которой мы получаем ответы на наши вопросы. Сообщество может быть больше, но очень активно.
• Скорость разработки
  Для гибкости и быстрой функциональности обход базы данных объектов невероятно простой и прямой вперед. Мы рассматривали RDBMS + Hybernate, но это было медленным, и мало запутанный
• Способность выдерживать тяжелую нагрузку
  Ничего научного здесь, кроме нас хотел чувствовать себя комфортно, что система может обрабатывать большие количество одновременных запросов. Мы тестировали до 1000 одновременных запросы, сочетание индексированных запросов, обновления объектов, создания и удаления и обновления коллекции, чтобы попробовать и имитировать загрузку нашего приложения. ObjectDB вышел в топ-2
• Быстрый
  . То же самое мы использовали один и тот же тип запросов и приурочили их, мы также увеличили нагрузку на то, что, по нашему мнению, будет разумное предположение о том, что наше сообщение перешло в живую нагрузку, и снова ObjectDB был постоянно в верхней части 2
• Возможность обработки большого объема данных
  Мы постепенно увеличиваем количество клиентов в нашей БД до 5 миллионов клиентов (это мало оптимистичный) с 1 по 5 заказов каждый и проверил представление. Существенного снижения производительности не было правильные индексы на месте!)
• Открытый исходный код/​​дешевый
  Маленькая проблема с отсутствием доступа к источника, поскольку мы используем GWT, и это иногда вызывает проблемы с сериализация управляемых коллекций и дат (хотя обходной путь существует)
• Поддержка JPA. Если возможно, нам нужна поддержка JPA или JDO. интегрироваться с существующими структурами (Spring) и быть уверенными в том, что худшее приходит к худшему, мы все равно можем вернуться к старым системам RDMS - хотя я должен сказать, что настойчивость объекта настолько проста и прозрачно, что иногда трудно придерживаться JPA требования.

В целом, ObjectDB постоянно находилась в наших лучших 2 участниках, иногда сначала, а иногда и во втором, поэтому наш выбор. Также впечатляет частота исправления ошибок и новых выпусков функций.

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

Ответ 4

Я также использовал ObjectDB в течение многих лет (я думаю, 7 лет) в коммерческих целях. Наша компания имеет два продукта, которые используют базу данных (как встроенная версия). Один из наших продуктов отображает информацию о сигналах, посылаемых между мобильными устройствами (например, мобильными телефонами) и имитируемой сетью. Хотя мы фактически создаем отдельную базу данных для каждого теста, который мы запускаем, мы часто можем сэкономить до 1 ГБ эквивалентных данных XML в базе данных.

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

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

Чтобы ответить на ваш вопрос "Готово ли это производство", на мой взгляд, это, безусловно, есть.

Ответ 5

Я тестирую ObjectDB в небольшом проекте. Вот мои замечания:

• Во время работы с JDO не много документации/учебника. У вас есть гораздо больше документации с JPA.
• Учебники слишком просты и далеки от реальности.
• Я встретил 2 ошибки в DatabaseExplorer. Но это было быстро исправлено в новой версии.
• Поддержка форума очень хорошая, я быстро получил ответ.

По сравнению с Versant DB с тем же проектом, и ObjectDB является более простым для начала работы.

Ответ 6

Стандартный отраслевой стандарт:

http://www.spec.org/jEnterprise2010/

который использует JPA

Обратите внимание, что он тестирует весь сервер Java EE, а не только JPA, но JPA является самой значительной частью эталона. Основные продукты JPA представили результаты через соответствующие серверы приложений.

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

Нет доступных объектов ObjectDB, но теоретически, поскольку ObjectDB поддерживает JPA, должно быть возможно запустить SpecJ на нем и сравнить его с другими продуктами самостоятельно.

Ответ 7

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

Еще важнее то, что данные - это одно, объясняет другое. И действительно нет объяснений, почему он должен быть быстрее на величину. Это и тот факт, что тесты, показанные на их веб-сайте, очень низки и поэтому показывают только ОЧЕНЬ небольшую часть всего изображения, мне кажется очень странным.

Мой опыт (в общем, не с ObjectDB) заключается в том, что, например, hibernate зависит от типа рабочей нагрузки, и, если вам нужно перенести базу данных, вам нужно явно настроить поведение спящего режима, чтобы получить достойную производительность. Поддерживает ли ObjectDB кеширование? Превосходит ли это только в сценариях с большой пропускной способностью, которые мусорные кэши?

Update

Я просто прочитал http://www.objectdb.com/database/forum/259. Типичным заклинанием для скорости является, догадайтесь, что, последовательность. Кажется, ObjectDB вообще не поддерживает разумную модель concurrency. Итак, это в основном просто хранилище NoSQL?