从Server切换到Versant OODB的好处

Question

从Server 2008转到Versant OODB，我能为公司(不仅仅是开发人员)带来什么好处(如果有的话)？

更多关于项目和事实的信息，以帮助回答(如果您需要更多信息，请告诉我)：

coverage.

• ASP.NET

• 非常小的团队，几乎从未使用过OODB。

• 项目使用NHibernate 2.

• 大约75%测试了

MVC应用程序.

在此阶段，由于以下几点(大多数与db4o有关，而不是Versant主流OODB)，我无法证明这种转换是合理的：

与RDBMS相比，RDBMS;

• switching的工具是相当糟糕的，在RDBMS世界中有许多“管理器”、分析器、集成/迁移工具和RDBMS；

• switching是非常基本的，我可以观察到，并且与Java有很大的混合；与其他数据库相比，网络上的

• 资源不多(相对于开发人员和IT team;

• additional许可cost;

• additional维护成本的RDBMS);

• learning曲线)；

• 没有与MSDeployment集成(包括自动备份、MSBuild、打包等)；

Answer 1

下面是一个从Server 2005切换到Versant的真正用户的评论：

以下是我和我的同事对VOD.Net的反馈。

我把我的想法归为正反两类

的优点：(一句话:速度)

数据库引擎用于数据读写的速度快，据我们所做的，它比Server 2005 technologies

• It

• 快5到10倍，它减少了与标准数据访问层functionality

• It相同的代码量，还减少了开发新functionality

• It的时间，创建了严格的对象结构，并且方便了数据integrity

• Data导入到VOD中是很容易的

缺点：(一句话:需要故障排除技巧)

我们主要的缺点是关于管理工具的可用性(管理控制台和对象Inspector)

• Buttons/Links对它们所做的事情并不十分明确，我们通常会发现当我们尝试使用它时，

• Versant编译/数据库更新错误是不够明确的，我们几乎不知道是什么类导致了错误，但不知道原因，所以我们需要通过ourselves.

• Using验证数据库菜单选项无法工作，并且会显示错误(取决于times)

• Application Migration

• When迁移一个DAL模式应用程序，如果您尝试为UI

保留相同的代码，那么让它与VOD一起工作是很长的时间。

在简历中，我建议将VOD.Net用于具有高级开发人员技能和复杂/大数据结构的企业。与迁移现有应用程序相比，创建全新应用程序的速度肯定更快。对象检查器需要重新设计，以使用户更加友好。

通过提供LINQpad支持，我们解决了一些对象检查器关注的问题。我认为你应该根据技术利益而不是任何情感讨论来做出改变的决定。另外，Versant是微软的合作伙伴，对于有良好OO技能的人来说，Versant有很多机会。

Answer 2

取决于你的对象模型。如果您处理的是具有复杂层次关系的域中的深度对象图，则从Server 2008切换到Versant将使您获益良多。如果您处理的是平面对象，请坚持使用关系引擎。请检查www.polepos.org：http://polepos.sourceforge.net/results/PolePositionClientServer.pdf中的c/s结果。

Answer 3

你忘了..。它可能会快得多(但将取决于你的模型。如果您有简单的模型，我建议只使用RDB )。

如果你有很多递归关系，嵌套子图，等等.如果会更快的话。

当然，它也会在更少的硬件上运行。IBM的研究表明，您将在中间层节省大约50%的CPU (例如，在您的RDB服务器中，所有类型的转换都发生在RDB上)。

而且，你不需要数据库专家..。如果您是一个面向对象的人，那么如果您知道Hibernate/nHibernate，那么您已经拥有了技能集...especially，因为来自Hibernate和ORM空间的对象生命周期管理的概念基本上是从OODB世界中被劫持并移植到RDB阵营中的。

此外，您可以在开发周期中更快地迭代，而不必不断地转到DBA并请求模式更新。

....RDB最终将走上大型机的道路。仍然存在，但没有被用于新的项目。那些Cobalt程序员当时也不相信..。所以不用费心和所有的唱反调的人。