SQL Server 数据库 - 处理海量数据的最佳方式答案

【问题标题】：SQL Server database - best way to deal with mass amounts of dataSQL Server 数据库 - 处理海量数据的最佳方式
【发布时间】：2012-04-04 02:14:38
【问题描述】：

我有一个 SQL Server 数据库，我正在寻找一种存储大量数据的设计。

我正在对不同的软件版本运行各种吞吐量测试，并且我正在获取每个衰减级别的指标。每个设备的每个软件版本都有 50 个衰减级别，并且将测试多个设备。

我还想在每个设备上显示每个构建的图表。

我目前正在考虑存储到 xml 文件并读取它。

谢谢。

编辑：我想我的具体问题是 SQL Server 可以处理我提供给它的数据量吗？

EDIT2：我正在使用图表在内部显示其他测试的数据结果，所以这真的不是问题。问题是 SQL Server 可以处理这么多的数据吗？如果不能，我可以做些什么来阻止它？

【问题讨论】：

我想说一张桌子是要走的路。请不要将 XML 存储在您的表中。
XML 不是一种存储格式。它太臃肿了，加载/解析开销是疯狂的。它是一种比任何东西都重要的数据传输格式。
SQL 数据库旨在处理大量数据...是什么让您认为 SQL Server 无法处理您的大量数据？此外，您能否量化您期望的数据量？几百万条记录？数十亿条记录？
嗯，50 个数据点 * 4 次测试 * 每天 1-2 次构建 * 连续 8 台设备
Facebook 使用 MySQL，与 SQL Server 相当。 Facebook 每天可能会记录数十亿条卑微的状态信息。它仍然可以运行，而且它的服务器并不神奇。 SQL 可以处理。

【解决方案1】：

可能 SQL Server 根本不是适合您的解决方案。

如果您需要持久存储数据的图形表示，您可以尝试查看 nosql 解决方案是否更适合您自己的情况。查看 orientdb（Java 文档/图形数据库）。您也可以查看http://www.nuvolabase.com/，在那里您可以免费在云端使用orientdb。

HTH

【讨论】：

【解决方案2】：

是的，SQL Server 绝对可以处理这么多数据，而且处理速度也非常快。这正是构建数据库引擎的目的。

而且 XML 比数据库慢很多、很多、很多，这就是为什么没有人将它用于高端数据存储的原因。

【讨论】：