测验：动手写之前先写的东西

在将客户以语句形式发送的更改请求转移到 SQL 条件之前，首先要做的是什么？

• 首先获得提出请求的负责人的书面批准。
• 将整个表备份为文件。
• 首先计算按请求移动时实际更改了多少行。
• 将更改包装在事务中并立即执行。

为什么在一个事务内先进行UPDATE然后ROLLBACK进行测试运行？

• 通过提前制定行动计划来加快申请速度，
• 因为计数条件和变化条件实际上是一样的。
• 因为回滚的事务不会保留在审核日志中，
• 因为它比使用 COUNT 计数需要更少的锁。

只保留文件的副本而不保留更改之前的行快照有什么困难？

• 恢复本身变得不可能，也无法进行更改。
• 备份文件较大，恢复时间较长。
• 仅当事务隔离级别设置为高时才可以进行恢复。
• 无法解释改变了哪些值，并且在恢复时甚至其他人的更改也一起恢复。

我们发现一个订单符合缩小的标准，但客户表中没有客户。最合适的治疗方法是什么？

• 排除在本次变更之外的，请在计划中写明排除事实和原因，并请求客户确认。
• 既然满足条件，就一起改一下，留作报告中的脚注。
• 创建新的客户记录，设置参考，并一起更改。
• 首先通过删除订单来恢复数据一致性。

为什么我们在应用后验证中将对照组一起计数？

• 记录申请锁所花费的时间和等待锁的时间。
• 获取执行回滚时所需的事务号
• 如果只算需要改变的地方，条件就宽了，身边发生的事故就不会被揭露。
• 再次核对变更的病例数量是否与计划中的数量相同

确保计划中“如何返回”部分值得信赖的最可靠方法是什么？

• 两个人盘问恢复程序，完善句子。
• 记录备份文件的校验和以验证其完整性。
• 保持备份创建时间和更改时间之间的间隔较短。
• 将更改应用到副本，实际从该备份恢复，并计算与原始副本的差异是否为 0。