Est-db4o L'utilisation pour les sites Web un choix judicieux?

Question

est en utilisant db4o comme datastore back-end pour un site Web (ASP.NET MVC) un choix judicieux comme une alternative à MS SQL Server?

Answer 1

Le principal problème avec db4o: Pouvez-vous réduire votre filet d'objet d'une certaine manière utile? Sinon, vous allez garder trop d'objets dans la mémoire vive trop longtemps et votre performance souffriront.

Par exemple, dans SQL, vous pouvez créer un curseur, puis facilement traverser un vaste ensemble de résultats. Vous pouvez également interroger pour un petit ensemble de colonnes, en db4o charge toujours l'ensemble des objets (et ses références et les références des références). Avec db4o, vous devez vous assurer que db4o ne cherche pas à tirer dans tous les objets de la base de données à la fois.

Vous aurez également besoin de vous habituer à votre interrogation des choses « DB » en remplissant des objets par exemple qui me fait bizarre au début.

Answer 2

Cela dépend, quel type de site de votre création, le trafic de votre attendant etc ... Vous allez gérer un million de demandes par seconde, ou 100 une minute ... Votre domaine justifie en utilisant une base de données de l'objet? Avez-vous vraiment besoin?

En général, la plupart des sites ne sont pas gros joueurs afin qu'ils ne requièrent pas toute l'ampleur des fonctionnalités (je crois, ce qui est seulement une croyance que SGBDR traditionnels ont été testés et conçus pour supporter les charges extrêmes où que l'objet DBs pourrait ne pas avoir été accordé la même attention).

La question est alors votre domaine ne justifie cela? Vous allez fonder une pièce de base de votre site sur une technologie que vous ne trouverez pas beaucoup d'experts. Alors, comment gérez-vous tourner le taux? Êtes-vous prêt à prendre les coûts associés à la formation de tous les employés actuels et futurs à ce sujet?