【发布时间】:2011-11-23 23:00:53
【问题描述】:
如果我为一个相当标准的类似 CMS 的 Web 应用程序选择 RavenDB,与 SQL Server 相比,我会失去什么?
编辑:标题中有一个词“好处”,这是一个有点争议的词。也许我应该说“可能性”或“功能”之类的东西,希望清楚我在追求什么。
想到的一些事情(但我是RavenDB的新手,所以这只是一些建议,有些可能是错误的,我希望有人能提供更完整和准确的列表):
- 使用 ASP.NET 动态数据的快速但可自定义的管理界面(有一些内置的 Silverlight 管理应用程序,但我很确定它不会取代我的完整管理部分)
- 可能有一些查询功能?或者 Raven 索引可以取代我可能想到的几乎所有 SQL 查询?
- 实体框架集成(我知道有些人讨厌 EF,但我认为作为 EF 提供者意味着您可以轻松地将数据发布为 OData、使用 EF 代码优先等,对吧?)
-
Azure 部署(根据 cmets 不正确) - 无数的 SQL 查询/管理工具
非常感谢您提供更完整/准确的列表。
(注意:我并不是说我将需要所有(或任何)这些,我只是想了解如果我选择 RavenDB 将不可用的内容。另外,请不要讨论 RavenDB 的优势,我知道他们,他们很容易从官方网站上消化。)
【问题讨论】:
-
我不会将您的第三点称为好处,从长远来看,这是一场维护噩梦。
-
点了,我已经更新了问题。
-
您当然可以将 RavenDB 部署到 Azure,例如,请参阅 github.com/markrendle/AzureRavenDB
-
Matt,是否有描述该示例的博客或自述文件?现在不能玩。
-
Ravendb 已经有一个后备存储机制。将 EF 与 RavenDb 一起使用是否有意义?
标签: sql-server comparison ravendb