在存储过程中的多个语句期间锁定表

Question

我希望通过 Teradata 事务实现等效的快照隔离。 Oracle 支持这种类型的隔离，但 Teradata 不支持（至少在我知道的版本 14 或更早版本中不支持）。目标是创建一个删除表格内容然后重新填充所有内容的过程，同时防止其他用户读取/写入表格。

我遇到了begin request 语句，据我了解，它允许优化器了解请求中的所有各种表锁。

我编写了下面的过程，但不知道如何可靠地调试它，就像我在 .NET 应用程序中测试线程锁定一样简单（易于设置断点和监视其他线程）。在 Teradata 中，不确定我在这里写的内容是否会在整个过程中正确锁定 mydb.destinationtable。这是正确的吗？

编辑：我会补充说该程序确实有效。它只是能够在执行 DELETE/INSERT 时正确地为 SELECT 计时。

replace procedure mydb.myproc()
begin
    begin request

    locking mydb.destinationtable for exclusive
    delete mydb.destinationtable;

    locking mydb.destinationtable for exclusive
    insert into mydb.destinationtable
    select * from mydb.sourcetable;

    end request;
end;

Answer 1

BEGIN REQUEST/END REQUEST 创建一个所谓的多语句请求 (MSR)，这与使用 F9 在 SQL 助手中提交两个请求相同。

要查看计划，请按 F9 运行：

EXPLAIN
locking mydb.destinationtable for exclusive
delete mydb.destinationtable;

insert into mydb.destinationtable
select * from mydb.sourcetable;

或在 BTEQ 中：

EXPLAIN
locking mydb.destinationtable for exclusive
delete mydb.destinationtable
;insert into mydb.destinationtable
select * from mydb.sourcetable;

顺便说一句，第二把锁是多余的。

但是。当您将 Delete & InsSel 作为单个事务运行时，两者都将是 Transient Journalled。这比单独的请求慢得多。

执行此操作的更常见方法是使用目标表的两个副本并基于视图而不是表进行访问：

-- no BEGIN/END REQUEST
insert into mydb.destinationtable_2
select * from mydb.sourcetable;

-- there's just a short dictionary lock
-- all requests against the view submitted before the replace use the old data
-- and all submitted after the new data
replace view myview as 
select * from mydb.destinationtable_2;

delete from mydb.destinationtable_1;

现在您的 SP 只需要在 1 和 2 之间切换的逻辑（基于 table [not] empty）