Przeoczone perełki T-SQL

Mój dobry przyjaciel Aaron Bertrand zainspirował mnie do napisania tego artykułu. Przypomniał mi, jak czasami bierzemy rzeczy za pewnik, kiedy wydają się nam oczywiste i nie zawsze zawracamy sobie głowę sprawdzaniem całej historii za nimi. Znaczenie dla T-SQL polega na tym, że czasami zakładamy, że wiemy wszystko, co trzeba wiedzieć o pewnych funkcjach T-SQL, i nie zawsze zawracamy sobie głowę sprawdzaniem dokumentacji, aby sprawdzić, czy jest w nich coś więcej. W tym artykule omówię szereg funkcji T-SQL, które są albo często całkowicie pomijane, albo obsługują parametry lub możliwości, które często są pomijane. Jeśli masz własne przykłady klejnotów T-SQL, które często są pomijane, podziel się nimi w sekcji komentarzy tego artykułu.

Zanim zaczniesz czytać ten artykuł, zadaj sobie pytanie, co wiesz o następujących funkcjach T-SQL:EOMONTH, TRANSLATE, TRIM, CONCAT i CONCAT_WS, LOG, zmienne kursora i MERGE with OUTPUT.

W moich przykładach użyję przykładowej bazy danych o nazwie TSQLV5. Skrypt, który tworzy i wypełnia tę bazę danych, oraz jego diagram ER można znaleźć tutaj.

EOMONTH ma drugi parametr

Funkcja EOMONTH została wprowadzona w SQL Server 2012. Wiele osób uważa, że ​​obsługuje tylko jeden parametr przechowujący datę wejściową i po prostu zwraca datę końca miesiąca, która odpowiada dacie wejściowej.

Rozważ nieco bardziej wyrafinowaną potrzebę obliczenia końca poprzedniego miesiąca. Załóżmy na przykład, że musisz wykonać zapytanie do tabeli Sales.Orders i zwrócić zamówienia złożone pod koniec poprzedniego miesiąca.

Jednym ze sposobów na osiągnięcie tego jest zastosowanie funkcji EOMONTH do SYSDATETIME, aby uzyskać datę końca miesiąca bieżącego miesiąca, a następnie zastosowanie funkcji DATEADD, aby odjąć miesiąc od wyniku, na przykład:

USE TSQLV5; 
 
SELECT orderid, orderdate
FROM Sales.Orders
WHERE orderdate = EOMONTH(DATEADD(month, -1, SYSDATETIME()));

Zwróć uwagę, że jeśli faktycznie uruchomisz to zapytanie w przykładowej bazie danych TSQLV5, otrzymasz pusty wynik, ponieważ ostatnia data zamówienia zarejestrowana w tabeli to 6 maja 2019 r. Jeśli jednak tabela zawiera zamówienia z datą zamówienia, która przypada na ostatnią dnia poprzedniego miesiąca zapytanie zwróciłoby je.

Wiele osób nie zdaje sobie sprawy, że EOMONTH obsługuje drugi parametr, w którym wskazujesz, ile miesięcy należy dodać lub odjąć. Oto [w pełni udokumentowana] składnia funkcji:

EOMONTH ( start_date [, month_to_add ] )

Nasze zadanie można osiągnąć łatwiej i naturalnie, po prostu określając -1 jako drugi parametr funkcji, na przykład:

SELECT orderid, orderdate
FROM Sales.Orders
WHERE orderdate = EOMONTH(SYSDATETIME(), -1);

TRANSLATE jest czasami prostsze niż REPLACE

Wiele osób zna funkcję REPLACE i jej działanie. Używasz go, gdy chcesz zastąpić wszystkie wystąpienia jednego podciągu innym w ciągu wejściowym. Czasami jednak, gdy masz wiele zamienników, które musisz zastosować, użycie opcji ZAMIEŃ jest nieco trudne i skutkuje zawiłymi wyrażeniami.

Jako przykład załóżmy, że otrzymujesz ciąg wejściowy @s, który zawiera liczbę z formatowaniem hiszpańskim. W Hiszpanii używa się kropki jako separatora dla grup tysięcy i przecinka jako separatora dziesiętnego. Musisz przekonwertować dane wejściowe na formatowanie amerykańskie, gdzie przecinek jest używany jako separator dla grup tysięcy, a kropka jako separator dziesiętny.

Używając jednego wywołania funkcji REPLACE, możesz zastąpić tylko wszystkie wystąpienia jednego znaku lub podciągu innym. Aby zastosować dwie zamiany (kropki na przecinki i przecinki na kropki), musisz zagnieździć wywołania funkcji. Trudne jest to, że jeśli użyjesz opcji ZAMIEŃ raz, aby zamienić kropki na przecinki, a następnie po raz drugi w celu zmiany przecinków na kropki, otrzymasz same kropki. Wypróbuj:

DECLARE @s AS VARCHAR(20) = '123.456.789,00';
 
SELECT REPLACE(REPLACE(@s, '.', ','), ',', '.');

Otrzymasz następujące dane wyjściowe:

123.456.789.00

Jeśli chcesz trzymać się funkcji REPLACE, potrzebujesz trzech wywołań funkcji. Jeden, aby zastąpić kropki neutralnym znakiem, o którym wiesz, że normalnie nie może pojawić się w danych (powiedzmy, ~). Kolejny przeciwko wynikowi, aby zastąpić wszystkie przecinki kropkami. Kolejny w stosunku do wyniku, aby zastąpić wszystkie wystąpienia znaku tymczasowego (w naszym przykładzie ~) przecinkami. Oto pełne wyrażenie:

DECLARE @s AS VARCHAR(20) = '123.456.789,00';
SELECT REPLACE(REPLACE(REPLACE(@s, '.', '~'), ',', '.'), '~', ',');

Tym razem uzyskasz właściwy wynik:

123,456,789.00

Jest to wykonalne, ale skutkuje długim i zawiłym wyrazem twarzy. Co by było, gdybyś miał więcej zamienników do zastosowania?

Wiele osób nie zdaje sobie sprawy, że SQL Server 2017 wprowadził nową funkcję o nazwie TRANSLATE, która znacznie upraszcza takie zastępowanie. Oto składnia funkcji:

TRANSLATE ( inputString, characters, translations )

Drugie dane wejściowe (znaki) to ciąg z listą poszczególnych znaków, które chcesz zastąpić, a trzecie dane wejściowe (tłumaczenia) to ciąg z listą odpowiednich znaków, którymi chcesz zastąpić znaki źródłowe. To oczywiście oznacza, że ​​drugi i trzeci parametr muszą mieć tę samą liczbę znaków. Ważne w tej funkcji jest to, że nie wykonuje osobnych przejść dla każdej z podmian. Gdyby tak było, potencjalnie spowodowałoby to ten sam błąd, co w pierwszym przykładzie, który pokazałem, używając dwóch wywołań funkcji REPLACE. W związku z tym obsługa naszego zadania staje się oczywista:

DECLARE @s AS VARCHAR(20) = '123.456.789,00';
SELECT TRANSLATE(@s, '.,', ',.');

Ten kod generuje pożądane dane wyjściowe:

123,456,789.00

To całkiem fajne!

TRIM to więcej niż LTRIM(RTRIM())

W SQL Server 2017 wprowadzono obsługę funkcji TRIM. Wiele osób, w tym ja, początkowo po prostu zakłada, że ​​jest to tylko prosty skrót do LTRIM(RTRIM(input)). Jeśli jednak sprawdzisz dokumentację, zdasz sobie sprawę, że jest ona w rzeczywistości potężniejsza.

Zanim przejdę do szczegółów, rozważ następujące zadanie:mając podany ciąg wejściowy @s, usuń początkowe i końcowe ukośniki (wstecz i do przodu). Jako przykład załóżmy, że @s zawiera następujący ciąg:

//\\ remove leading and trailing backward (\) and forward (/) slashes \\//

Żądany wynik to:

 remove leading and trailing backward (\) and forward (/) slashes 

Zwróć uwagę, że dane wyjściowe powinny zachować spacje wiodące i końcowe.

Jeśli nie wiedziałeś o pełnych możliwościach TRIM, oto jeden ze sposobów, w jaki mogłeś rozwiązać zadanie:

DECLARE @s AS VARCHAR(100) = '//\\ remove leading and trailing backward (\) and forward (/) slashes \\//';
 
SELECT
  TRANSLATE(TRIM(TRANSLATE(TRIM(TRANSLATE(@s, ' /', '~ ')), ' \', '^ ')), ' ^~', '\/ ')
    AS outputstring;

Rozwiązanie zaczyna się od użycia TRANSLATE do zastąpienia wszystkich spacji znakiem neutralnym (~) i ukośników spacją, a następnie użycia TRIM do przycięcia początkowych i końcowych spacji z wyniku. Ten krok zasadniczo przycina początkowe i końcowe ukośniki, tymczasowo używając znaku ~ zamiast oryginalnych spacji. Oto wynik tego kroku:

\\~remove~leading~and~trailing~backward~(\)~and~forward~( )~slashes~\\

W drugim kroku używa się TRANSLATE, aby zastąpić wszystkie spacje innym neutralnym znakiem (^) i ukośnikami odwrotnymi ze spacjami, a następnie za pomocą TRIM przycinamy początkowe i końcowe spacje z wyniku. Ten krok zasadniczo przycina początkowe i końcowe ukośniki od tyłu, tymczasowo używając ^ zamiast spacji pośrednich. Oto wynik tego kroku:

~remove~leading~and~trailing~backward~( )~and~forward~(^)~slashes~

Ostatni krok używa TRANSLATE do zastąpienia spacji ukośnikami odwrotnymi, ^ ukośnikami przednimi i ~ spacjami, generując żądane dane wyjściowe:

 remove leading and trailing backward (\) and forward (/) slashes 

Jako ćwiczenie spróbuj rozwiązać to zadanie za pomocą rozwiązania zgodnego z wersją pre-SQL Server 2017, w której nie można używać funkcji TRIM i TRANSLATE.

Wracając do SQL Server 2017 i nowszych wersji, gdybyś zadał sobie trud sprawdzenia dokumentacji, odkryłbyś, że TRIM jest bardziej wyrafinowany niż początkowo myślałeś. Oto składnia funkcji:

TRIM ( [ characters FROM ] string )

Opcjonalne znaki OD part pozwala określić jeden lub więcej znaków, które mają zostać przycięte od początku i końca ciągu wejściowego. W naszym przypadku wystarczy podać „/\” jako tę część, na przykład:

DECLARE @s AS VARCHAR(100) = '//\\ remove leading and trailing backward (\) and forward (/) slashes \\//';
 
SELECT TRIM( '/\' FROM @s) AS outputstring;

To całkiem znacząca poprawa w porównaniu z poprzednim rozwiązaniem!

CONCAT i CONCAT_WS

Jeśli od jakiegoś czasu pracujesz z T-SQL, wiesz, jak niezręcznie jest radzić sobie z wartościami NULL, gdy trzeba łączyć łańcuchy. Jako przykład rozważ dane lokalizacji zarejestrowane dla pracowników w tabeli HR.Pracownicy:

SELECT empid, country, region, city
FROM HR.Employees;

To zapytanie generuje następujące dane wyjściowe:

empid       country         region          city
----------- --------------- --------------- ---------------
1           USA             WA              Seattle
2           USA             WA              Tacoma
3           USA             WA              Kirkland
4           USA             WA              Redmond
5           UK              NULL            London
6           UK              NULL            London
7           UK              NULL            London
8           USA             WA              Seattle
9           UK              NULL            London

Zauważ, że dla niektórych pracowników część regionu jest nieistotna, a nieistotny region jest reprezentowany przez NULL. Załóżmy, że musisz połączyć części lokalizacji (kraj, region i miasto), używając przecinka jako separatora, ale ignorując regiony NULL. Gdy region jest istotny, chcesz, aby wynik miał postać ,, a gdy region jest nieistotny, chcesz, aby wynik miał postać , . Zwykle połączenie czegoś z wartością NULL daje wynik NULL. Możesz zmienić to zachowanie, wyłączając opcję sesji CONCAT_NULL_YIELDS_NULL, ale nie polecam włączania niestandardowego zachowania.

SELECT empid, country + ISNULL(',' + region, '') + ',' + city AS location
FROM HR.Employees;

empid       location
----------- -----------------------------------------------
1           USA,WA,Seattle
2           USA,WA,Tacoma
3           USA,WA,Kirkland
4           USA,WA,Redmond
5           UK,London
6           UK,London
7           UK,London
8           USA,WA,Seattle
9           UK,London

SELECT empid, CONCAT(country, ',' + region, ',', city) AS location
FROM HR.Employees;

SELECT empid, CONCAT_WS(',', country, region, city) AS location
FROM HR.Employees;

SELECT empid, CONCAT_MR() AS location
FROM HR.Employees;

DECLARE @x AS FLOAT = 8, @b AS INT = 2;
SELECT LOG(@x) / LOG(@b);

DECLARE @x AS FLOAT = 8, @b AS INT = 2;
SELECT LOG(@x, @b);

DECLARE @dbname AS sysname;
 
DECLARE C CURSOR FORWARD_ONLY STATIC READ_ONLY FOR
  SELECT name FROM sys.databases;
 
OPEN C;
 
FETCH NEXT FROM C INTO @dbname;
 
WHILE @@FETCH_STATUS = 0
BEGIN
  PRINT N'Handling database ' + QUOTENAME(@dbname) + N'...';
  /* ... do your thing here ... */
  FETCH NEXT FROM C INTO @dbname;
END;
 
CLOSE C;
DEALLOCATE C;

Msg 16915, Level 16, State 1, Line 4
A cursor with the name 'C' already exists.
Msg 16905, Level 16, State 1, Line 6
The cursor is already open.

DECLARE @dbname AS sysname, @C AS CURSOR;
 
SET @C = CURSOR FORWARD_ONLY STATIC READ_ONLY FOR
  SELECT name FROM sys.databases;
 
OPEN @C;
 
FETCH NEXT FROM @C INTO @dbname;
 
WHILE @@FETCH_STATUS = 0
BEGIN
  PRINT N'Handling database ' + QUOTENAME(@dbname) + N'...';
  /* ... do your thing here ... */
  FETCH NEXT FROM @C INTO @dbname;
END;

DROP TABLE IF EXISTS dbo.T1, dbo.T2;
GO
 
CREATE TABLE dbo.T1(keycol INT NOT NULL IDENTITY PRIMARY KEY, datacol VARCHAR(10) NOT NULL);
 
CREATE TABLE dbo.T2(keycol INT NOT NULL IDENTITY PRIMARY KEY, datacol VARCHAR(10) NOT NULL);
 
INSERT INTO dbo.T1(datacol) VALUES('A'),('B'),('C'),('D'),('E'),('F');

INSERT INTO dbo.T2(datacol)
    OUTPUT T1.keycol AS T1_keycol, inserted.keycol AS T2_keycol
  SELECT datacol FROM dbo.T1 WHERE keycol % 2 = 1;

MERGE INTO dbo.T2 AS TGT
USING (SELECT keycol, datacol FROM dbo.T1 WHERE keycol % 2 = 1) AS SRC 
  ON 1 = 2
WHEN NOT MATCHED THEN
  INSERT(datacol) VALUES(SRC.datacol)
OUTPUT SRC.keycol AS T1_keycol, inserted.keycol AS T2_keycol;

T1_keycol   T2_keycol
----------- -----------
1           1
3           2
5           3