Wybierz wartość skalarną z tabeli

Question

Edytuj: Problem wynikający z miksu kolejności parametrów w moim kodzie. Szczerze doceniam pomoc każdej osoby; Moje rozumienie języka SQL poprawia jakość każdej wizyty w SO.

Piszę procedurę przechowywaną, która musi wybrać trochę informacji z innej tabeli, aby wykonać swoje zadanie.

DECLARE @configVar int; 
SET @configVar = (SELECT ExampleSetting FROM Settings WHERE SettingID = 1); 
-- do something with @configVar to get the final result set 

Oczywiście (dla osób lepiej rozumiejących SQL), powyższe jest niepoprawne. Bez błędu, z wyjątkiem sytuacji, gdy wykonywana jest procedura składowana, @configVar ma wartość NULL. Sprawdziłem dwukrotnie tabelę, Z której wybrałem i upewniłem się, że dane istnieją.

Czy ktoś może pokazać, gdzie jest moje nieporozumienie i jak powinienem to poprawić? Wygląda na to, że może to być pospolity idiom; jak to zwykle się odbywa?

Answer 1

TSQL pozwala ustawić zmienne w klauzuli SELECT, używając:

SELECT @configVar = s.examplesetting 
    FROM SETTINGS s 
WHERE s.settingid = 1 

ta zakłada, że ​​jest tylko jeden rekord w tabeli, gdzie wartość settingid to 1.

patrz pytanie „TSQL - SET vs. SELECT when assigning variables?” dla więcej informacji na temat użytkowania.

Answer 2

DECLARE @configVar int; 
SELECT @configVar = ExampleSetting FROM Settings WHERE SettingID = 1 

Answer 3

Należy to zrobić w zamian:

SELECT @configVar = ExampleSetting FROM Settings WHERE SettingID = 1 

pamiętać, że jeśli zapytanie zwraca więcej niż jeden wiersz zmienna będzie równa ostatniej wartości zwracane w zestawie.

Answer 4

Oczywiście (dla osób lepiej rozumiejących SQL), powyższe jest niepoprawne.

Dlaczego tak mówisz? Jest doskonale ważny, nawet jeśli może być zapisany jako

SELECT @configVar = ExampleSetting FROM Settings WHERE SettingID = 1; 

w rzeczywistości, to daje błąd w pierwszej postaci, gdy istnieje wiele wierszy zwracanych (wypróbuj następne zapytanie), która umożliwia wiesz, że coś nie jest tym, czego oczekujesz, podczas gdy drugie zapytanie powyżej w trybie dyskretnym działa przy użyciu wartości ExampleSetting z ostatnio dopasowanego rekordu.

DECLARE @configVar int; 
SET @configVar = (SELECT number FROM master..spt_values); 
-- Msg 512, Level 16, State 1, Line 2 
-- Subquery returned more than 1 value. 

Run to na własną rękę i może pojawić się coś, co zaskakuje

SELECT ExampleSetting FROM Settings WHERE SettingID = 1 

Jeśli to nie zwraca żadnych zapisów, dlatego SET @configVar pozostaje NULL

FYI, to co starałem i to działało jak reklamowane

DECLARE @configVar int; 
SET @configVar = (SELECT top 1 number FROM master..spt_values); 
select @configVar; 
-- result: -32768 

wyjątkiem dlaczego chcesz użyć SELECT @var Formularz zamiast SET from subquery jest taki, że pierwszy pozostawia zmienną samodzielnie, gdy zapytanie nie znajdzie pasujących wierszy, a druga jawnie ustawia ją na wartość null.

DECLARE @configVar int; 
SET @configVar = 123; 
SET @configVar = (SELECT top 1 number FROM master..spt_values where 1=0); 
select @configVar; -- @configVar was set to NULL 

SET @configVar = 123; 
SELECT top 1 @configVar = number FROM master..spt_values where 1=0; 
select @configVar; -- @configVar is LEFT as 123