从SQL Server切换到Versant OODB的好处

Question

通过从SQL Server 2008切换到Versant OODB,我可以从公司(不仅仅是开发人员)获得哪些好处(如果有的话)？

有关项目和事实的更多信息,以帮助解答(如果您需要更多,请告诉我):

• 非常小的团队,几乎从未使用过OODB.
• Project使用NHibernate 2.
• 大约75%的测试覆盖率.
• ASP.NET MVC应用程序.

在这个阶段,我无法证明切换是由于以下几点(与db4o最相关,而不是Versant主流OODB):

• 与RDBMS世界相比,工具是非常糟糕的,那里有许多"管理器",分析器,集成/迁移工具和其他工具;
• 文档是我可以观察到的并且与Java混杂在一起的非常基础;
• 与RDBMS相比,网上没有那么多资源;
• 切换到其他数据库可能会有问题(与RDBMS相反);
• 为开发人员和IT团队提供学习曲线;
• 额外的许可费用;
• 额外的维护费用;
• 没有与MSDeployment集成(包括自动备份,MSBuild,包装等);

Answer 1

取决于你的对象模型.如果您正在使用复杂的层次关系处理域中的深层对象图,则可以通过从SQL Server 2008切换到Versant ODB来获得大量时间.如果你正在处理扁平物体粘在关系引擎上.请在www.polepos.org查看c/s结果:http://polepos.sourceforge.net/results/PolePositionClientServer.pdf

Answer 2

以下是从SQL Server 2005切换到Versant的真实用户的注释:

以下是我和我的同事关于VOD.Net的反馈.

我把我的想法分为优缺点

PROS :(总之:速度)

• 数据库引擎快速进行数据读写,从我们的工作开始,它比SQL Server 2005快5到10倍
• 与标准数据访问层技术相比,它减少了执行相同操作所需的代码量
• 它还缩短了开发新功能的时间
• 它创建了严格的对象结构,有助于数据完整性
• 将数据导入VOD很容易

缺点:(总之:需要排除故障的技巧)

• 我们的主要负面观点是管理工具的可用性(管理控制台和对象检查器)
• 按钮/链接不太清楚它们的作用,我们通常会在我们尝试使用它时弄清楚
• Versant编译/数据库更新错误不够明确,我们几乎不知道哪个类导致错误而不是原因,所以我们需要自己调试.
• 使用验证数据库菜单选项无法工作,将显示错误(根据时间)
• 应用程序迁移
• 迁移DAL模式应用程序时,如果您尝试为UI保留相同的代码,则很快就能使其与VOD一起使用

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

我们通过提供LINQpad支持解决了一些Object Inspector问题.我认为您应该根据技术优势而不是任何情感讨论做出决定.此外,Versant是微软的合作伙伴,对于具有良好OO技能的人来说,有很多机会.