24
Quelqu'un at-il déjà essayé d'utiliser Derby ou HSQLDB dans un environnement de production? Des expériences bonnes, mauvaises ou laides?Expérience de l'utilisation de Derby ou HSQL en mode production
A
Répondre
20
Il y a une comparaison des bases de données embarquées sur le H2 website (H2 est un autre Java embarqué DB qui est très rapide, BTW):
Cela devrait vous donner quelques faits.
3
Voir ce post pour HSQLDB Hibernate on hypersonic in production?
4
je HSQLDB dans la production pour l'application de la réconciliation. Il a bien évolué jusqu'à un demi-million d'enregistrements, la taille de la DB était de près de 2 GB.
Bon
1) Vous pouvez régler la mémoire. Initialement, nous étions en cours d'exécution avec 2 Go de tas et plus tard augmenté à 4 Go de mémoire. Vous pouvez très bien régler la mémoire pour le processeur. Nous avons eu différentes configurations. 15 minutes d'exécution avec 512 Mo et 2 minutes d'exécution avec 4 Go de RAM.
2) Revenir sur le disque. Plus tard, nous sommes passés à la table basée sur les fichiers, et nous avons réduit notre tas de 4 Go à 512 Mo. Mais le programme ne nécessite aucun changement autre que la configuration liée à la mémoire.
Agréable d'avoir. 1) L'arrêt a pris plus de temps sur les fenêtres lorsque la mémoire allouée était faible. 2) Il y a un peu de magie noire avec index. Une fois que nous avons ajouté l'index sur plus de 6 colonnes sur un demi-million d'enregistrements. Le processus était assez lent, nous avons supprimé l'index supplémentaire. Cela ne nous a pas fait de mal.
Dans l'ensemble, je recommande fortement HSQLDB lorsque le nombre d'enregistrements est inférieur à quelques millions et que la taille de la base de données est inférieure à 10 Go. Cela peut fonctionner même pour des besoins plus élevés, mais je ne pense pas qu'ils pourraient être simples. Peut être un document supplémentaire peut aider.
BTW, Fredt était très rapide pour mes questions dans la liste de diffusion.