我在介绍一个需要可移植的新项目，在某些情况下将有100多万个实体。Azure Hadoop和实体框架
现在，Azure获得hadoop当然引起了我对大数据场景的关注。但是我也有一百万行以下的小数据场景。
实体框架代码，首先是他们的方式我知道设计这一点，但需要的Hadoop的过程中可能使事情变得复杂的混合（实体框架当然是用来给简单的存储提供了较小的数据集）
现在问题是没有人有这方面的经验吗？
任何人都可以推荐，如果这是一个很好的方法或不，有没有更好的方法？
基于实体框架代码工作在一个相当大的系统上首先，我一直在使用EF4并且无法升级到5的警告，您的里程可能会有所不同，结果将会受到您的强烈影响我打算这样做，我的经验是，英孚不能很好地处理大量数据，它非常不灵活，所以如果你需要以某种方式改变它的标准行为，那么你很可能最终会得到破解一些令人讨厌的解决方法，并且表现并不令人惊叹。如果你想做的事情不完全是EF期望你做的事情，那么你可以碰壁。
如果我想设计一个相对简单/小规模的Asp.Net MVC设置，我认为EF是一个非常好的选择。对于需要更大灵活性的大规模操作，或者您打算超越基本操作，您可能会发现像NHibernate这样的东西效果更好。我没有这方面的经验，但是与他们合作过的同事倾向于选择NHibernate。 （Brief article on the comparison - 有点老，所以EF已经解决了一些问题，但并不是所有的问题都存在，当然它的设计也有所不同）。
这可能是因为你需要滚动更多的高流量或不寻常的东西无论如何只是为了实现正确的性能或能够找到正确的数据，您自己的数据访问。毫无疑问，如果您打算尝试使用EF，我强烈建议您进行一些严肃的原型设计，以确保它能够满足您的需求。