Pregunta

¿Usar Db4o como almacén de datos backend para un sitio web (ASP.NET MVC) es una elección acertada como alternativa a MS SQL Server?

¿Fue útil?

Solución

El principal problema con DB4O es: ¿Puede cortar su red objeto de alguna manera útil? Si no, entonces usted mantendrá demasiados objetos en la memoria RAM durante demasiado tiempo y su rendimiento se resentirá.

Por ejemplo, en SQL, puede crear un cursor y luego atravesar fácilmente un enorme conjunto de resultados. También puede consultar para un pequeño conjunto de columnas, mientras que DB4O siempre carga el conjunto de objetos (y sus referencias y las referencias de las referencias). Con DB4O, debe asegurarse de que DB4O no trata de tirar de todos los objetos de la base de datos a la vez.

También tendrá que acostumbrarse a la consulta de las cosas que su "DB" rellenando ejemplo objetos que se siente raro al principio.

Otros consejos

Eso depende del tipo de sitio que esté creando, del tráfico que espera, etc. ¿Va a manejar un millón de solicitudes por segundo o 100 por minuto? ¿Su dominio justifica el uso de una base de datos de objetos?¿Realmente lo necesitas?

En general, la mayoría de los sitios no son muy potentes, por lo que es posible que no requieran toda la funcionalidad de escalamiento horizontal (creo, y esto es solo una creencia, que los RDBMS tradicionales han sido probados y diseñados para manejar cargas extremas, mientras que a los Object DB no se les habría dado la misma atención).

Entonces la pregunta es: ¿su dominio justifica esto?Vas a basar una parte central de tu sitio en una tecnología en la que no encontrarás muchos expertos.Entonces, ¿cómo se maneja la tasa de rotación?¿Está dispuesto a asumir el coste asociado a la formación de todos los empleados actuales y futuros en este tema?

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top