对于Server，更新表的正确方法是什么？

Question

我没有导师可以问，所以我在寻求来自DBA社区的指导。我负责一个SERVER 2008 R2和SQL数据库，这些数据库是一个网站的资源和一个小公司的ERP系统。我已经犯了一个错误:在没有WHERE语句的情况下进行更新(幸运的是，它只影响了表w/ 30行)。但是，对于某些包含20K+行的表，在Server中更新表的正确方法是什么？我是先创建一个测试数据库副本并对其执行更新(但这没有将网站或ERP与其连接起来，因此我可以看到与这些副本有关的结果)，还是事务功能是我应该学习和学习的方向，它的回滚功能似乎是正确的方法，或者可能还有其他一些其他进程所有SQL SERVER DBA都遵循。如有任何建议，我们将不胜感激。

Answer 1

研究以下几点：

• 开始交易，回滚事务，提交事务
  • 还读了的Server神话：(26/30)嵌套事务是真实的
  • 还读了夏克特_中止

• @@ROWCOUNT
• 如果是...ELSE
• 后藤
• @@TRANCOUNT
• 更高级的主题，可选，直到它们不是：
  • 设置事务隔离级别
  • 盖尔·肖的死锁介绍

然后再读一遍这个一般的技巧：

• 在代码的开头，GOTO : code
  • 针对少数“只运行部分代码，而不是所有代码”错误的部分保护。

• 在代码的末尾，GOTO :TheBeginning
  • 针对少数“只运行部分代码，而不是所有代码”错误的部分保护。

• 设置XACT_ABORT并启动事务
• 用适当的WHERE和JOIN子句编码单个DML语句
• 编写一个检查它影响了多少行的代码；如果它不像您预期的那么多行，则回滚事务。
  • 尽可能多地重复上面的代码。

• 默认回滚transaction.
  • 只有在您确信所有提交都正确之后才对提交进行编码。
  • 只有在喝了一杯咖啡后才执行承诺，以防你在冰箱里感到恐惧。

• 检查以验证事务计数为0

Answer 2

除了使用显式事务外，我通常首先编写一个SELECT语句来查看会影响多少行，然后将WHERE子句复制到UPDATE语句中。

SELECT * FROM [SomeTable] WHERE [SomeDateColumn] > '3/1/2014'

由此，我看到100行将被更新。

因此，我要么复制WHERE子句，要么将SELECT转换为更新

UPDATE [SomeTable] SET [SomeIntColumn] = 8 WHERE [SomeDateColumn] > '3/1/2014'

如果将此与显式事务结合使用，则如果选择和更新之间的记录计数不匹配，则可以回滚。

这是一个很有用的习惯。