ouais, je l'ai utilisé pour un certain nombre de projets et de produits, à la fois professionnellement et personnellement. je l'ai utilisé pour un peu plus de 5 ans maintenant. ce sont mes expériences de FWIW.
(avertissement: je possède un serveur de licence et une licence OEM, et au cours des années ont appris à connaître le créateur(s). Je n'ai pas d'autre relation commerciale avec les objectdb entreprise, en d'autres termes, j'ai rien à gagner et commercialement si ils vendent plus de copies. j'aime juste le produit)
mon utilisation:
un. personnel: je l'ai utilisé en tant que partie d'un produit commercial qui est sorti de ma thèse, pour persister UML2/modèles EMF. ce sont des choses complexes avec de nombreuses, de nombreuses classes et objectdb a été le seul produit que j'ai pu trouver qui pourrait gérer la complexité de la liaison avec une performance adéquate. il a été un excellent interprète de ce milieu.
b. lié au travail: je travaille dans une banque d'investissement, et nous avons utilisé objectdb pour conserver les états du flux de travail et de gérer la persistance dans une grande grille (>2000 nœuds) de l'environnement. il a travaillé très bien dans cet environnement aussi.
J'ai été également consultant auprès de Gentleware à un point de retour en 2007, et nous avons évalué objectdb contre db4o, hibernate, etc. il a dépassé toute concurrence par près d'un ordre de grandeur. Ce fut ma première expérience commerciale avec elle.
ainsi, la ligne de fond est que j'ai trouvé objectdb pour être extrêmement rapide, et solide comme un roc. nous l'avons testé jusqu'à 10 go seul sur les modèles UML2 et il n'y avait pas de problèmes là-bas. je n'ai jamais eu un db mourir sur moi ou d'obtenir endommagé en tout mon temps de l'utiliser. de plus, son encombrement est assez petit. en bref, c'est un peu un héros méconnu dans l'espace.
mes expériences en accord avec les jpab indicateurs de référence - ils faire mal à l'aise à la lecture pour les propriétaires d'autres produits, mais... peut-être que je ne suis pas complètement impartial dans cette si - j'ai eu beaucoup de contact avec le créateur(s) de objectdb au fil des ans et les ont poussés à libérer les points de repère. en particulier, je pense qu'elles devraient rendre le graphique linéaire plutôt que logarithmique - il montre la performance de objectdb est infiniment mieux dans la plupart des cas.
(en aparté, la raison pour laquelle vous ne trouverez pas beaucoup d'autres points de repère sur ce ou tout autre JPA produit est qu'aucun des fournisseurs peuvent généralement d'accord sur un point de référence et ont tendance à accuser les autres de partialité. j'ai vu de première main de nombreuses fois. certaines personnes préfèrent polepos, mais c'est dominée par db4o et ces gens ne relâchez pas la dn résultats par exemple. certains db vendeurs ne permet pas de résultats, etc. c'est un champ de mines et les créateurs de objectdb sont pas différent ici. tout le monde aime à contrôler leur propre indice de référence ;-)
de toute façon, pour couper une longue histoire courte, mon honnête expérience est que objectdb est très rapide, la production de prêts (pour un certain nombre d'années en arrière à 1.x) et bien pris en charge. c'est un très bon produit. si vous avez des questions ou des préoccupations ou que ce soit à propos de ce que j'ai écrit, n'hésitez pas à m'envoyer un mail à andrew.x.mcveigh@gmail.com et je vais répondre aussi honnêtement que possible.
Andrew, Londres, royaume-UNI