sqldatasource 或 xmldatasource 还是别的什么？答案

【问题标题】：sqldatasource or xmldatasource or something else?sqldatasource 或 xmldatasource 还是别的什么？
【发布时间】：2014-02-19 06:40:57
【问题描述】：

我目前正在升级我们学校的网站。

我正在尝试找出最适合我们需求的数据源。

几乎所有内容都将由数据驱动，因为它需要由管理层进行编辑。

数据当前驻留在 mssql 服务器上

我的想法是主要使用 xml 并在服务器端对其进行解析并在每晚或根据数据库的请求进行更新

速度对我们来说是个问题，尤其是在报名高峰期。

迄今为止，我的研究结果尚无定论，因为我的发现差异很大。人们似乎没有决定最佳实践。

您的意见将不胜感激。

【问题讨论】：

标签： asp.net datasource sqldatasource xmldatasource

【解决方案1】：

好吧，虽然在不知道您的确切需求的情况下回答这个问题的范围很广，但我仍然会坚持使用数据库，因为 xml 并不是专门为数据存储而设计的。

XML 最初设计用于构建、存储和传输信息。我个人在需要存储特定项目设置信息的任何地方都使用 XML。

另一方面，数据库是专门为满足您的需求而设计的。不要低估数据库的力量。尤其是 SQL Server。它非常有能力处理具有大量数据的多个事务。特别是，在您的情况下，您将需要“关系”数据。您将如何使用 XML 来解决这个问题？更不用说，您将需要强大的 CPU 能力来解析所有这些记录。

如果速度也很重要，那么最好的选择是使用数据库。如果您打算分享有关数据结构的更多信息，请戳我，这样我就可以证明数据库是“最佳”选择！

【讨论】：

我确实意识到这个问题非常广泛，但不确定如何缩小范围。你说得对，数据绝对是关系型的，而且无论如何都不小。虽然，对于我们的网站来说，这显然不如我们的内部 Web 应用程序（它使用 SQL 处理一切）那么庞大。 CPU 能力（Web 服务器和数据库服务器很少超过 5% 的 CPU 使用率）并不是一个真正的问题，服务器对于那里的使用来说不仅仅是矫枉过正。然而，在我们的内部应用程序中，当 900 多个用户正在连接并进行持续交易时，它似乎确实陷入了困境。
拥有 1000 个表，其中 100 个包含超过 10,000 条记录，少数达到数百万条记录。再次，该网站显然没有那么复杂，但让我相信可能有更好/更快的解决方案。该网站将访问相同的 MS SQL 服务器。网站主要会拉回文本显示，但在某些情况下可能会拉回更复杂的信息（例如。带有电话号码的位置列表）如果您需要任何其他信息，请告诉我。
@UltimateVenom 如果 900 多个用户正在减慢您的应用程序的速度，那么我会亲自检查并调查应用程序本身的任何问题/流程。有各种测试工具可以做到这一点。我运行和管理同时拥有超过 400-500 名用户的网站，并以几毫秒的响应时间完美处理。我想提请您注意，我说的是网站而不是驻留在本地网络服务器上的应用程序。因此，您的问题可能出在代码中，而不是数据库中。坚持使用数据库是我的最终意见。
谢谢。我有一些想法，可能是我们与外界的连接，甚至可能是 Web 服务器和数据库服务器之间的链接，但我必须与我们的网络技术人员交谈。尽管最终它可能是代码。对于试图找到瓶颈在哪里，你有什么建议？
您可以使用 sql server profiler 找出您的数据库正在接收什么样的查询以及处理查询需要多长时间。（顺便说一句，尽可能使用存储过程）在编码方面，我认为这取决于您用于构建项目的软件。但我认为您使用的是 .NET，Visual Studio 有很好的工具来创建单元测试。