从 SQL Server 2008 切换到 Versant OODB 能给公司(不仅是开发人员)带来什么好处(如果有的话)?

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

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

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

    与有一堆“管理器”、分析器、集成/迁移工具等的 RDBMS 世界相比,
  • 工具非常糟糕;
  • 文档从我观察到的内容来看非常基础,并且与 Java 大量混合;
  • 与 RDBMS 相比,网络上没有那么多资源;
  • 切换到其他数据库可能会出现问题(相对于 RDBMS);
  • 开发人员和 IT 团队的学习曲线;
  • 额外的许可费用;
  • 额外维护费用;
  • 没有与 MSDeployment 集成(包括自动备份、MSBuild、Packaging 等);
  • 最佳答案

    以下是一位从 SQL Server 2005 切换到 Versant 的真实用户的评论:

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

    我把我的想法归为利弊

    优点:(一句话:速度)

  • 数据库引擎的数据读写速度很快,从我们所做的来看,它比 SQL Server 2005 快 5 到 10 倍
  • 与标准数据访问层技术相比,它减少了做同样事情所需的代码量
  • 它还可以减少开发新功能的时间
  • 它创建了一个严格的对象结构并促进了数据完整性
  • 将数据导入 VOD 很容易

  • 缺点:(一句话:需要故障排除技巧)
  • 我们的主要缺点是管理工具的可用性(管理控制台和对象检查器)
  • 按钮/链接对它们的作用不太明确,我们通常在尝试使用它时弄清楚
  • Versant 编译/数据库更新错误不够明确,我们几乎不知道是什么
    class 导致错误但不是原因,所以我们需要自己调试。
  • 使用验证数据库菜单选项无法工作并将显示错误(取决于时间)
  • 应用程序迁移
  • 迁移 DAL 模式应用程序时,如果您尝试为 UI 保留相同的代码,则需要很长时间才能使其与 VOD 一起使用

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

    我们通过提供 LINQpad 支持解决了一些对象检查器问题。我认为你应该根据技术优势而不是任何情绪化的讨论来决定切换。此外,Versant 是 Microsoft 的合作伙伴,无论是否具有良好的 OO 技能 Versant 的人都有很多机会。

    关于c# - 从 SQL Server 切换到 Versant OODB 的好处,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/5334169/

    10-09 07:38