当前位置：文江博客话题详情

MS Sql Server 性能更新单个列与所有列

发布于 2024-12-23 12:59:06 字数 333 浏览 1 评论 0原文

Win Srvr 2003+ 上的 MS SQL Srvr 2005/2008

我一次仅更新 1 行，更新是为了响应 Web 表单上的用户更改。

我正在使用 PK 更新表中的几列。该表有 95 列。通常会更新 1 个 FK 列和 1 或 2 个其他列。该表有 6 个 FK。

动态生成仅在 UPDATE 的 SET 部分中更改列的 UPDATE 语句对我有好处吗？还是坚持使用对所有列进行参数化更新的当前存储过程？

目前，Web 表单中的数据不会立即更改，而是会发送回服务器并可供更新。我无法跳转到 AJAX 场景，此时仅将更改的数据从客户端浏览器发回服务器。

谢谢， G

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

千紇 2024-12-30 12:59:07

就性能而言，在一次更新中更新多个列比在多次更新中更新单个列更好，一旦数据库锁定一行来更新，用于更改值的时间就不是性能问题，另一方面，锁定一行可能会导致性能问题，如果有多个连接尝试访问相同的信息，情况可能会变得更糟。我建议保持参数化存储过程的状态，而不是尝试更新单行列。

回复收藏 0 原文

我为君王 2024-12-30 12:59:06

SQL Server 读取和写入由 8kb 数据组成的“页”。通常，一页将包含一行或多行。

由于磁盘 I/O 是更新中最昂贵的部分，因此更新一半列和所有列的成本大致相同。它仍然会产生 8kb 磁盘 I/O。

还有另一个方面，通常不会发挥作用，因为 SQL Server 在 8kb 页面中写入。但想象一下您的行如下所示：

id int identity
col1 varchar(50)
col2 varchar(50)

现在，如果您将 col1 更新为长 5 个字节，则 col2 必须向前移动 5 个字节。因此，即使您不更新 col2，它仍然需要写入磁盘。

SQL Server reads and writes "pages" that consist of 8kb of data. Typically, a page will contain one or more row.

Since disk I/O is the expensive part of an update, the cost of updating half the columns and all the columns is roughly the same. It will still result in 8kb disk I/O.

There's another aspect, that usually doesn't come into play because SQL Server writes in 8kb pages. But imagine your row looks like this:

id int identity
col1 varchar(50)
col2 varchar(50)

Now if you update col1 to be 5 bytes longer, col2 has to be moved forward by five bytes. So even if you don't update col2, it will still have to be written to disk.

回复收藏 0 原文

~没有更多了~