Está usando db4o para sites uma escolha criteriosa?

Question

Está usando db4o como um armazenamento de dados de back-end para um site Web (ASP.NET MVC) uma escolha criteriosa como uma alternativa para MS SQL Server?

Answer 1

O principal problema com db4o é: você pode cortar seu net objeto de alguma forma útil? Se não, então você vai manter muitos objetos na memória RAM por muito tempo e seu desempenho irá sofrer.

Por exemplo, em SQL, você pode criar um cursor e, em seguida, facilmente atravessar um enorme conjunto de resultados. Você também pode consulta para um pequeno conjunto de colunas enquanto DB4O sempre carrega toda a objetos (e as suas referências e as referências das referências). Com DB4O, você deve se certificar de que DB4O não tenta puxar todos os objetos do DB ao mesmo tempo.

Você também vai precisar para se acostumar com consultando as coisas do seu "DB", preencha exemplo objetos que se sente estranho no início.

Answer 2

Isso depende, que tipo de local de sua criação, o tráfego o seu esperando etc ... Você vai lidar com um milhão de solicitações por segundo, ou 100 por minuto ... Será que o seu domínio justificar o uso de um banco de dados de objetos? Você realmente precisa dele?

Em geral, a maioria dos sites não são pesos pesados ??para que eles não pode exigir toda a escala para fora funcionalidade (creio e esta é apenas uma crença de que RDBMS tradicionais foram testados e projetados para cargas extremas punho onde, como poderia objetar do DB não tem foi dada a mesma atenção).

Então a questão é se o seu domínio justificar isso? Seu vai basear uma peça central de seu site em uma tecnologia que você não vai encontrar um monte de especialistas em. Então, como você lida com virar taxa? Você está disposto a assumir o custo associado ao treinamento de todos os empregados atuais e futuros sobre isso?