Как использовать переменные в выбранном запросе?

Question

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

select 
a.Id, 
a.UserName, 
getFullName(a.UserName), 
a.CreateTime 
from DataTable; 

Я не хочу извлекать «a.User» два раза. Я бы предпочел, если бы я мог сохранить a.User в переменной, а затем передать ее функции, что повысит эффективность.

В настоящее время работа вокруг я придумал как следующий

select 
Id, 
UserName, 
getFullName(UserName), 
CreateTime 
from (select a.Id, a.UserName, a.CreateTime from DataTable) temp 

Это решает проблему производительности, но добавляет накладные расходы, чтобы написать же выбрать два времени. Любые другие предложения были бы замечательными.

DataTable выглядит следующим образом

+----+----------+------------+ 
| Id | UserName | CreateTime | 
+----+----------+------------+ 
| 1 | ab  | 10:00  | 
| 2 | cd  | 11:00  | 
| 3 | ef  | 12:00  | 
+----+----------+------------+ 

Вот NamesTable используется для получения полных имен

+----------+----------+ 
| UserName | FullName | 
+----------+----------+ 
| ab  | Aa BB | 
| cd  | Cc Dd | 
| ef  | Ee Ff | 
+----------+----------+ 

Вот функция, которая получает полное имя

Create function [dbo].[getFullName](@user varchar(150)) returns varchar(500) 
as 
begin 
    declare @Result varchar(500); 

    select @Result = FullName from dbo.NamesTable where UserName = @user; 
    return @Result; 
end; 

Answer 1

You» решая проблему, которая не существует. Вы, кажется, думают, что

select 
a.Id, 
a.UserName, 
getFullName(a.UserName), 
a.CreateTime 
from DataTable; 

имеет некоторый относительно дорогостоящий процесс позади него, чтобы получить UserName, что дважды происходит. В действительности, как только запись находится, получение значения UserName является практически мгновенным процессом, так как он, вероятно, будет храниться в переменной «SQL» за кулисами. Вы должны иметь практически никакой разницы в производительности между этим запросом и

select 
a.Id, 
getFullName(a.UserName), 
a.CreateTime 
from DataTable; 

скалярной функцией сама может иметь проблемы с производительностью, но это не потому, что вы «потянув» значение UserName «дважды».

Лучший метод должен был бы присоединиться к другой таблице:

select 
a.Id, 
a.UserName, 
b.FullName, 
a.CreateTime 
from DataTable a 
LEFT JOIN dbo.NamesTable b 
    ON a.UserName = b.UserName 

Answer 2

Как говорит D Stanley, вы пытаетесь решить некоторые проблемы, которая не существует. Я бы добавил, что вы вообще не должны использовать эту функцию. SQL предназначен для выполнения операций на основе набора. Когда вы используете такую ​​функцию, вы теперь заставляете ее выполнять одну и ту же функцию снова и снова для каждой строки - это ужасная практика. Вместо этого, просто JOIN в другой таблице (операции на основе набора), и пусть SQL делать то, что он делает лучше всего:

SELECT 
    DT.Id, 
    DT.UserName, 
    NT.fullname, 
    DT.CreateTime 
FROM 
    DataTable DT 
INNER JOIN NamesTable NT ON NT.username = DT.username; 

Кроме того, DataTable и NamesTable страшные имена таблиц. Конечно, это таблицы, поэтому нет необходимости ставить «таблицу» в конце имени. Кроме того, конечно, первый хранит «данные», это база данных. Названия ваших таблиц должны быть описательными. Что точно делает DataTable удержать?

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

Answer 3

Скалярное UDF будет выполняться для каждой строки, но не Defintely так, как вы think.below это образец демо и план выполнения, который доказывает то же самое ..

create table testid 
(
id int, 
name varchar(20) 
) 


insert into testid 
select n,'abc' 
from numbers 
where n<=1000000 

create index nci_get on dbo.testid(id,name) 

select id,name,dbo.getusername(id) from dbo.testid where id>4 

ниже план выполнения запроса выше

Декодирование выше плана: индекса искать выходы идентификатора, имя
Затем вычислить скаляр пытается рассчитать новые строки из существующей строки values.in этого случая expr1003, который наша функция

индекс искать стоимость 97%, вычислить скаляр стоимость 3% и, как вы могли бы знать индекс искать не является оператором, который идет к столу, чтобы получить data.so надеюсь, что это очищает ваш вопрос