formula per la colonna calcolata sulla base di colonna della tabella diversa

Question

Considerate questa tabella: c_const

code | nvalue 
-------------- 
1  | 10000 
2  | 20000 

e un altro tavolo t_anytable

rec_id | s_id | n_code 
--------------------- 
2  | x  | 1 

L'obiettivo è quello di avere s_id essere una colonna calcolata, in base a questa formula :

rec_id*(select nvalue from c_const where code=ncode) 

Questo p genera un errore:

Subqueries are not allowed in this context. Only scalar expressions are allowed.

Come posso calcolare il valore per questa colonna calcolata utilizzando la colonna di un'altra tabella come input?

Answer 1

Si potrebbe creare una funzione definita dall'utente per questo:

CREATE FUNCTION dbo.GetValue(INT @ncode, INT @recid) 
RETURNS INT 
AS 
    SELECT @recid * nvalue 
    FROM c_const 
    WHERE code = @ncode 

e quindi utilizzare tale per definire la colonna calcolata:

ALTER TABLE dbo.YourTable 
    ADD NewColumnName AS dbo.GetValue(ncodeValue, recIdValue) 

Answer 2

Questo sembra essere più di un lavoro per le viste (viste indicizzate, se avete bisogno di ricerche veloci sulla colonna calcolata):

CREATE VIEW AnyView 
WITH SCHEMABINDING 
AS 

SELECT a.rec_id, a.s_id, a.n_code, a.rec_id * c.nvalue AS foo 
FROM AnyTable a 
INNER JOIN C_Const c 
    ON c.code = a.n_code 

Questo ha una sottile differenza da t ha una versione subquery in quanto restituisce più record invece di produrre un errore se ci sono più risultati per il join. Ma questo è facilmente risolvibile con un vincolo UNIQUE su c_const.code (sospetto che sia già un PRIMARY KEY).

È anche molto più semplice da comprendere per qualcuno della versione subquery.

si può fare con una subquery e UDF come marc_s ha dimostrato, ma è probabile che sia altamente inefficiente rispetto ad un semplice JOIN, dal momento che un UDF scalare dovrà essere calcolato riga per riga.

Answer 3

Ho confrontato il piano di query di una vista con una colonna calcolata che chiama una UDF che utilizza la stessa query della vista, ed è stato davvero sorpreso di scoprire che il costo per la colonna calcolata era molto inferiore (8% vs 92%) . Sto usando SQL Server 2016. Qualcuno sa perché questo sarebbe?

Ho calcolato che la colonna calcolata interrogava essenzialmente la vista per ogni riga della tabella padre e sarebbe molto più lenta. Non sto lavorando con una tabella che ha molti dati, quindi sto solo confrontando i piani di query piuttosto che il tempo di esecuzione effettivo.