формула для вычисляемого столбца на основе столбца другой таблицы в

Question

Рассмотрим эту таблицу: c_const

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

и другую таблицу t_anytable

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

Цель состоит в том, чтобы иметь s_id быть вычисляемый столбец, основанный на этой формуле :

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

Этот продукт uces ошибка:

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

Как вычислить значение для этого вычисленного столбца, используя столбец другой таблицы в качестве ввода?

Answer 1

Вы можете создать пользовательскую функцию для этого:

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

, а затем использовать, чтобы определить ваш вычисляемый столбец:

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

Answer 2

Это, кажется, больше работы для представлений (индексированные представления, если вам нужен быстрый поиск по вычисленному колонку):

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 

Это имеет тонкое отличие от версии подзапроса в том, что он будет возвращать несколько записей вместо создания ошибки, если для объединения есть несколько результатов. Но это легко решить с помощью ограничения UNIQUE на c_const.code (я подозреваю, что это уже PRIMARY KEY).

Это также намного легче понять, чем версия подзапроса.

Вы можете сделать это с помощью подзапроса и UDF, как marc_s показал, но это, вероятно, будет весьма неэффективна по сравнению с простой JOIN, так как скалярная UDF нужно будет вычисляться строка за строкой.

Answer 3

Я сравнил план запроса вида с вычисленным столбцом, вызывающим UDF, который использует тот же запрос, что и представление, и был действительно удивлен, обнаружив, что стоимость вычисляемого столбца была намного меньше (8% против 92%). , Я использую SQL Server 2016. Кто-нибудь знает, почему это было бы?

Я понял, что вычисляемый столбец по существу будет запрашивать представление для каждой строки родительской таблицы и будет намного медленнее. Я не работаю с таблицей с большим количеством данных, поэтому просто сравниваю планы запросов, а не фактическое время выполнения.