我曾经在一家拥有第三方数据仓库解决方案的公司工作。显然，所有对象和表都隐藏在支持数据库中，所以我不清楚某些存储过程中到底发生了什么。我在那里看到了这个有趣的存储过程，并想在我自己的解决方案中复制它，但我无法理解它是如何工作的。我正在描述下面的存储过程，如果有人能给我一些关于如何实现这一点的想法，那将非常有帮助。如果你能建议我如何让它变得更好，那就更好了。
存储过程称为进程日志。它具有 DBID、ObjectId、Step、Status、Remarks、Reads、Inserts、Updates、Delete 等参数
我们要做的是，在每个存储过程中，我们必须执行这个状态为 2 (In Progress) 的存储过程。的可变步长。基于 Insert update select 和 delete 语句的行数，我们应该在各自的存储过程参数变量中记录值。最后，您可以执行状态为 3（已完成）的相同存储过程，或者如果该过程以 catch 块结束，则在备注部分中状态将为 4（失败），我们可以复制 SQL 的错误消息。
要查看所有这些信息，我们可以访问报告，显然我没有源代码，但报告显示了存储过程在完成时开始的时间，状态是多少插入更新删除并读取它做过。如果失败，错误信息是什么？
我已经没有什么改进商店的想法了，谁开始的？参数的值是多少？对于谁开始存储过程部分，我很困惑。大多数这些存储过程作为不同作业的一部分运行。我们所有的作业都作为服务帐户用户运行，但作业是由不同的用户手动启动的。我需要找出哪个用户启动了它，就像在存储过程中一样，作为当前用户，它总是会显示服务帐户。同样对于参数值，是否有更好的动态方法来找出这一点？而不是手动设置变量的值。我想使用 INPUTBUFFER 的输出，但它只显示参数的名称而不是值。
如果有人可以指导我有关此审计 SP 的后端表结构和脚本，那将非常有帮助。也欢迎任何更多的改进想法。
我的主要困惑：我相信他们有一些存储这些存储过程值的表，如果 SP 已经在运行，他们确实在记录中更新然后执行插入，但他们如何确定在场景中执行插入而不是更新其中存储过程严重失败并且未执行 catch 块。
