"left join table on ident_key = null"有助于查询速度吗？

Question

有三个表，两个上游table A and B，一个下游table C。table A and B中的记录将被处理并合并到table C中。

Table A ( id_a identity not null, prop, val )
Table B ( id_b identity not null, prop, val )
Table C ( id_c, 
original_id [id_a or id_c],
prop, processed_val, 
source_table [ 'A' or 'B' ] )
NOTE: id_a and id_b has different format they never collide.

我需要在不访问应用程序代码的情况下纠正一些应用程序行为。 所以我正在尝试在table C上附加一个触发器并根据原始数据操纵process_val。

我能做到

UPDATE C 
SET processed_value = NEW_FUNCTION( coalesce(A.val,B.val) )
FROM inserted
LEFT JOIN A ON ( C.orginal_id = A.id )
LEFT JOIN B ON ( C.orginal_id = B.id )

但我认为这在返回资源之前必须经过两个表索引。我不想使用动态查询，我想让它保持简单作为 sql 过程。

我想知道像下面这样的sth是否有助于防止冗余查找，因为这些键不应该被NULL，NULL值会停止查找吗？

UPDATE C 
SET processed_value = NEW_FUNCTION( coalesce(A.val,B.val) )
FROM inserted
LEFT JOIN A ON ( A.id = case when source_table='A' then C.orginal_id else NULL end )
LEFT JOIN B ON ( B.id = case when source_table='B' then C.orginal_id else NULL end )

或者 MSSQL 中是否有其他方法可以动态切换源表(无需动态查询(？

Answer 1

我认为您希望在C和inserted之间JOIN。 我希望逻辑看起来更像这样：

UPDATE C 
SET processed_value = NEW_FUNCTION(coalesce(A.val, B.val))
FROM inserted i JOIN
C
ON i.id_c = C.id_C LEFT JOIN
A
ON A.id = i.original_id AND i.source_table = 'A' LEFT JOIN
B
ON B.id = C.orginal_id AND i.source_table = 'B';