“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 过程一样简单。

我想知道像下面这样的东西是否有助于防止冗余查找，因为这些键不应该是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';