没有事务的回滚SQL

Question

我有一个Windows服务，该服务将数据上传到数据库，还有一个使用上述服务的MVC应用。 今天的工作方式是这样的：

Upload(someStuff);
WriteLog("Uploaded someStuff");
ReadData(someTable);
WriteLog("Reading someTable-data");
Drop(oldValues);
WriteLog("Dropping old values");


private void Upload(var someStuff)
{
    using(var conn = new connection(connectionstring))
    {
        //performQuery
    }
}

private void WriteLog(string message)
{
    using(var conn = etc..)
        //Insert into log-table
}

private string ReadData(var table)
{
    using etc..
        //Query
}
///You get the gist.

然后，客户端可以通过查询日志表来查看上载的当前状态。

如果某件事失败，我希望能够执行回滚。 我首先想到的是使用BeginTransaction() ，最后使用transaction.Commit() ，但这会使我的状态消息表现不佳。 它只是从“开始上传”开始，然后快进到最后一步，在“完成”之前它将等待很长时间。

我希望用户能够看到该过程是否停留在某个特定步骤上，但是如果发生意外情况，我仍然希望能够执行完整的回滚。

我该如何实现？

编辑：我似乎不太清楚我的问题。 如果我为日志记录做一个单独的连接，那确实可行。 问题在于实际代码将以超快的速度执行，因此状态消息传递得如此之快，以至于用户甚至在最终的“提交”消息之前将无法看到它们，这将占用上载时间的99％。

Answer 1

设计表，使其具有（P）结束，（A）主动（D）删除标志-然后执行更新，创建新记录，称为“待处理”状态P-最后一步是更改当前活动目录到已删除，待处理为有效（您可以在事务中执行此操作）。 然后，您可以随时删除状态D（已删除）记录。

如果发生错误，“待定”记录可能会被删除