Quelle est la fiabilité de la base de données H2?

Question

Lorsque je pose cette question, je vois que la version actuelle de H2 base de données a été publié le 07-01-2011 (très récemment). C'est très bon pour la santé. Sera ce rythme-ils être conservés? l'événement, si le rythme des nouvelles versions sont lents, qu'il sera pris en charge par la communauté opensource pour le long terme?

Pour des raisons de coût, je suis en train d'examiner l'utilisation de Postgresql pour une haute performance d'application et de la base de données H2 semble avoir un ensemble de fonctionnalités (en gros ce que j'ai besoin). Ne suis pas juste sûr si ce serait une bonne décision pour utiliser H2. Fondamentalement, ma décision devrait être fondée sur le soutien à long terme, soit par abonnement ou par la communauté.

Answer 1

Sera ce rythme-ils être conservés?

C'est le plan.

il sera pris en charge par la communauté opensource pour le long terme?

Il est difficile de prédire l'avenir, je suppose que c'est pourquoi personne n'a répondu à votre question encore :-) je suis sûr qu'il sera pris en charge, parce que suffisamment de gens l'utilisent. H2 est utilisé dans de nombreux (open source et commerciales) des produits. Assez nombreuses, régulièrement répondre à des questions sur la liste de diffusion. H2 ne dispose pas actuellement de nombreux développeurs, l'une des raisons est que les utilisateurs sont généralement heureux avec ses caractéristiques, et parce que le développement actuel de la vitesse est assez rapide et la qualité du code est assez bon.

Abonnement de soutien est actuellement pas disponible, mais c'est prévu pour le futur (c'était toujours le plan pour fournir une assistance commerciale à un certain point). La raison pour laquelle il n'est pas encore disponible, c'est que H2 n'a pas encore assez de part de marché pour démarrer une entreprise.

Answer 2

Juste pour apporter quelques précisions, en 2010, nous avons choisi loin de H2 à MySQL pour notre grand[r] base de données d'entreprise éclats. La principale raison est que l'interne H2 moteur est mono-thread. Lorsque de grandes, unoptimized requêtes sont en cours d'exécution à travers nos bases de données avec 100s de milliers ou de millions de lignes, toutes les autres opérations de base de données s'arrête. Voir le H2 de la documentation pour plus d'info. Le verrouillage de ligne de H2 semble relativement immature par rapport à MySQL ou Postgres.

En outre, MySQL et Postgres également fournir des mécanismes de réplication au lieu de rouler votre propre. Cela nous permet également à la sauvegarde de notre système de base de données "live" de l'esclave au lieu de bloquer un H2 de la base de données alors que nous le dump.

Enfin, bien que je n'ai pas d'exécuter ce test de performance, je soupçonne que, bien que H2 est très rapide pour les petites et moyennes bases de données, comme vous augmentez la taille de la base et surtout le nombre de requêtes simultanées, MySQL et Postgres va commencer à égal et puis le meilleur de sa performance globale, surtout à la recherche au moment de la requête de la distribution.

Nous continuons à utiliser H2 pour la boutique, dans la mémoire, et les bases de données d'essai très réussi. Merci beaucoup à Thomas pour elle!

Answer 3

H2 est un formidable moteur de base de données. Après nous avons résolu un problème qui n'est pas liée à H2, nous avons changé de PostgreSQL et MySQL (tous les deux pris en charge) H2. H2 est devenu notre principale base de données de choix.

La vitesse est la principale raison, mais il en existe d'autres: le mode incorporé est incroyable et nous donne la souplesse nécessaire pour installer le logiciel sur un périphérique portable, même de partager la base de données sur le cloud, disons via Dropbox!

Nous n'avons pas utiliser la plupart des fonctions, parce que nous sommes "en persistant à charge" à travers "Datanucleus" (pas de triggers, procédures, etc), mais notre application est assez complexe pour pousser le H2! Et il tient parfaitement.