34 votes

la production d'ObjectDB est-elle prête?

Dans ce benchmark, ObjectDB est de loin la base de données la plus rapide: http://www.jpab.org/All/All/All.html

Mais je ne vois aucun autre résultat de référence d'ObjectDB. Quelqu'un utilise-t-il ObjectDB? La production est-elle prête? Quelles sont les expériences?

38voto

Andrew McVeigh Points 355

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

15voto

jwenting Points 1961

Je ne ferais pas confiance à cette référence sans vérification indépendante. Si vous vérifiez les informations de copyright, le site est réellement détenu et exploité par les propriétaires d'ObjectDB!

Cela dit, je n'ai pas de données pour contrer leurs affirmations, je ne les prendrais pas au pied de la lettre.

15voto

Farid.O Points 131

Nous avons été à l'aide de l'Objet de DB dans notre démarrage pour un peu plus de 5 mois. Nous avons hésité un long moment avant de s'installer pour objectDB après avoir regardé les différentes technologies (SGBDR, Graphique db et l'objet db). Nous développons un basé sur le web application d'entreprise et nous avons eu une série d'exigences pour notre couche de persistance. Nous avons examiné, entre autres : MySQL, PostgreSQL, Derby, Db4o, ObjectivityDB, Perst, l'Ozone, Neadatis ODB, Neo4j, OrientDB

Nos besoins:

  • Produit mûr pour la stabilité
    ObjectDB est de plus de 6 ans – Dans la version 2.2.9 que nous parlons
  • Pris en charge avec une communauté
    Nous voulions nous assurer que il est quelqu'un pour vous aider, si nous avons un problème et nous sommes très heureux avec la vitesse à laquelle nous obtenir des réponses à nos questions. La communauté pourrait être plus grande, mais elle est très active.
  • La vitesse de développement
    Pour l'agilité et rapide des fonctionnalités redressement d'un objet de base de données est incroyablement facile et simple de l'avant. Nous avons considéré SGBDR + Hybernate mais qui était lent et un peu alambiqué
  • Capable de résister à une charge lourde
    Rien de scientifique là, mais nous envie de sentir à l'aise que le système peut gérer un grand nombre de requêtes simultanées. Nous avons testé jusqu'à 1000 simultanées les demandes, un mélange de indexés requêtes, objet de mises à jour, des créations et des les suppressions et mises à jour de collection pour essayer d'imiter la charge sur notre application. ObjectDB est entré dans le top 2
  • Rapide
    Même ici, nous avons utilisé le même type de requêtes et datés entre eux, nous avons également augmenté la charge de ce que nous pensons va être un raisonnable suppose de notre post go live de charge et de nouveau ObjectDB a été constamment dans le top 2
  • Capable de traiter une grande quantité de données
    Nous avons progressivement augmenté le nombre de clients dans notre DB à 5 millions de clients (c'est un peu optimiste) avec 1 à 5 ordres de chacun et de vérifier l' les performances. Il n'y a pas de diminution significative de la performance (avec le droit de l'index en place!)
  • Open source/à bas prix
    Petit problème avec la de ne pas avoir accès à l' source en utilisant GWT et il provoque parfois des problèmes avec la sérialisation de la gestion des collections et des dates (bien qu'une solution de contournement il existe)
  • JPA soutien
    Si possible, nous voulions JPA ou JDO support permettant d' intégrer les cadres existants (le Printemps) et d'être rassurés sur le fait que le pire arrive au pire on peut toujours revenir à une ancienne RDMS systèmes même si je dois dire que la persistance d'objet est si facile et transparent qu'il est parfois difficile de s'en tenir à la JPA les exigences.

Dans l'ensemble, ObjectDB était constamment dans notre top 2 concurrents, parfois, parfois la seconde où notre choix. La fréquence de correction de bogues et de nouvelles versions de fonctions est impressionnante.

J'espère que cette aide, si j'ai un peu avant notre rendez-vous en direct (début de l'année prochaine) pour mettre nos résultats dans un format convivial je vais essayer de les poster ici.

9voto

Paul Gullidge Points 91

J'ai également été à l'aide de ObjectDB depuis de nombreuses années (je pense à 7 ans) dans une capacité commerciale. Notre entreprise dispose de deux produits qui utilisent la base de données (à la fois la version embarquée). L'un de nos produits affiche des informations sur l'envoi de signaux entre des appareils mobiles (c'est à dire les téléphones mobiles) et un réseau simulé. Bien que nous en effet de créer une base de données distincte pour chaque test que nous utilisons nous permet d'économiser jusqu'à 1 go de l'équivalent des données XML dans la base de données.

Les vitesses d'enregistrement des données sont très rapides (normalement plus rapide que de demander à Windows de faire une copie de l'équivalent fichier XML). La vitesse de récupération est excellente, ce qui nous permet de faire défiler des milliers (voire dizaines de milliers) d'représenté graphiquement les éléments comme si le défilement à travers une des Fenêtres de l'explorateur de fichier de répertoire.

ObjectDB est un excellent produit et je l'espère, de continuer à travailler avec. Lorsque nous avons été le développement de nos produits, nous avons rencontré un problème (bien que nous n'avons pas eu de rapport d'une seule chose, aussi longtemps que je me souvienne), mais la vitesse avec laquelle nous avons eu une résolution de tout problème a été le meilleur que j'ai jamais rencontré.

Pour répondre à votre question de "Est-ce que prêt pour la production" et bien, à mon avis, il est certainement plus.

5voto

Hiep Points 1452

Je suis en essais ObjectDB sur un petit projet. Voici mes remarques:

  • Il n'y a pas beaucoup de documentation/tutoriel tout en travaillant avec JDO. Vous avez beaucoup plus de documents avec JPA.
  • Les tutoriels sont trop simple et trop loin de la réalité.
  • J'ai rencontré 2 bugs dans le DatabaseExplorer. Mais elle a été rapidement résolu dans la nouvelle version.
  • Le forum de support est très bonne, j'ai reçu une réponse rapidement.

Comparé à d'Versant DB avec le même projet et ObjectDB est plus simple pour commencer.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X