数据集可扩展吗？像 myspace 这样的网站会使用它们进行数据检索吗？

数据集的可扩展性如何？团队成员希望使用数据集进行数据检索和操作，使用内置的数据完整性等来使用对象执行数据更新等。

我们的系统预计将扩展到数百万用户。

我读到的所有内容都是针对企业环境中的数据集的，我在这里错了还是什么？

免责声明-这些是我根据个人经验得出的意见

数据集使用起来非常痛苦，我真的不建议使用它们，除非你对它们有一些特定的需求。我曾参与过大型 .NET 1.0 时代项目（具有数千个数据集），并且我找到了它们难以维护、使用和测试。您必须使用基于数组的语法来访问所有内容，除非您使用强类型数据集，而您将永远花费在维护上。

我真的推荐使用像这样的 ORMNHibernate http://www.hibernate.org/343.html。您可以通过这些了解有关 NHibernate 的更多信息屏幕投射 http://www.summerofnhibernate.com/.

如果您对可销售架构感兴趣，您应该查看高扩展性 http://highscalability.com/网站，您可以在其中找到MySpace 架构 http://highscalability.com/myspace-architecture你在问题中提到的。

有关数据集的更公正的意见，请检查此MSDN链接 http://msdn.microsoft.com/en-gb/magazine/cc163751.aspx（总结如下）

何时使用哪个

数据集和自定义类都没有 限制你能以任何方式做的事情，并且 两者都可以用来完成 相同的目标。也就是说，数据集是 很棒的原型设计工具 应用并代表优秀 构建系统的解决方案 某种紧急情况——预算有限， 临近最后期限，或者时间很短 应用寿命。对于相对 简单的应用程序，自定义实体 添加可能不必要的级别 复杂。在这种情况下，我建议 你认真考虑使用 数据集。

在一个庞大、持久的经济体中， 复杂的企业系统需要 几个月才能完成，费用 架构和实施 一堆集合类是 相对较小且发生 只有一次。方面的优势 性能、表现力、 可读性和易于维护 基本收回投资。你是 不绑定到表格渲染 数据。业务规则和习惯 商业实体不可能总是 改编成看起来像一个集合 表。一般来说，您应该避免 使数据适应数据 容器——我想说恰恰相反。 最后，使用自定义类使得 为了更容易进行单元测试，因为 类和逻辑更加严格 与数据集相关。在图3中 http://msdn.microsoft.com/en-gb/magazine/cc163751.aspx#S7, 你会发现一个概要表 数据集、类型化数据集和自定义数据集 实体通过几个因素进行比较。