在 EF 中使用 No-Sql [关闭]答案

【问题标题】：Use No-Sql with EF [closed]在 EF 中使用 No-Sql [关闭]
【发布时间】：2013-04-06 10:37:15
【问题描述】：

我想在我的应用程序中使用 No-Sql 我认为 RavenDb 和 MongoDb 都不错，但哪个与 EF 集成度更高？有没有使用主题的文档？

【问题讨论】：

都不合适。两者都有自己独特的 API 和访问模式。支持的关系数据库列表在这里：msdn.microsoft.com/en-us/data/dd363565.aspx
我不确定为什么关闭，我觉得无论答案如何，提出的问题都是有效的。我不认为这是一个基于意见或投票的问题，也许措辞需要稍作调整？
@LukeMcGregor - 很明显，如果您查看您给出的答案的 cmets，包括您自己的 cmets，这显然是基于意见的，而不是 StackOverflow 的合适问题。 StackOverflow 主要用于编码问题。它已适当关闭。
@MattJohnson 我的感觉是这里可能有 2 个问题，“你能将 EF 与无 SQL 数据库一起使用吗？”和“用于连接无 SQL 数据库的最佳框架是什么”。第一个是有效的，第二个是轮询。第一个是我回答的问题，第二个是在 cmets 中讨论的。不管它看起来真的不值得在这里重新打开，所以我要离开它

【解决方案1】：

实体框架是为支持关系数据库而构建的。它不支持任何无 sql 或文档数据库。仔细想想，它实际上并没有太大意义，使用对象关系映射器并生成非关系数据库的关系映射有什么意义？

但是，有一些库支持 .Net 可通过 nuget 获得的这两种框架。我相信这些会更适合您的应用程序

【讨论】：

您对大数据和在.Net中使用nosql有何看法
在我看来，文档数据库在处理特定数据集方面占有重要地位。它们通常比传统的关系数据源更好地扩展。但是对于这种规模，您需要付出一些您可以使用关系数据库做出的假设。就大数据而言，大多数真正的大数据源似乎都在使用非关系存储。 CF Facebook 谷歌等...
有趣的是，我认为堆栈溢出，尽管他们处理的当前数据量使用 mssql 和 redis 缓存进行存储，而且他们非常关心性能和扩展。因此，在您停止使用关系数据存储之前，您的数据集需要非常大。话虽如此，除了规模之外，还有其他充分的理由使用非关系存储。如果您的数据不是关系型的，为什么要强制它是关系型的？
@LukeMcGregor EF7 可能github.com/aspnet/EntityFramework/issues/1035