SELECT @@LANGID
SELECT @@LANGUAGE
GO

EXEC sp_helplanguage @@LANGUAGE
GO

SELECT * FROM sys.syslanguages WHERE langid = @@LANGID
GO

Nastavení aktuálního jazyka připojení tedy můžeme zjistit pomocí systémových proměnných @@LANGID nebo @@LANGUAGE, kdy první vrací langid ze systémového pohledu sys.syslanguages a druhá přímo název daného jazyka z téhož systémového pohledu.

Pro zjištění detailů o daném jazyku pak slouží buď systémová procedura sp_helplanguage nebo se můžeme dotázat přímo do výše uvedeného systémového pohledu.

Pokud chceme změnit jazyk daného připojení, např. zobrazovat uživatelům z uložených procedur chybové zprávy v lokálním jazyce, můžeme nastavení upravit pomocí SET LANGUAGE klauzule. A rovnou se můžeme podívat, jak se bude chovat např. funkce DATENAME():

SET LANGUAGE 'English'
GO

SELECT @@LANGUAGE CurrentLanguage
GO

SELECT DATENAME(MONTH, GETDATE()) LocalMonthName
GO

SET LANGUAGE 'Czech'
GO

SELECT @@LANGUAGE CurrentLanguage
GO

SELECT DATENAME(MONTH, GETDATE()) LocalMonthName
GO

Podle nastavení jazyka se nyní názvy měsíců zobrazují buď v angličtině nebo v češtině.

Obdobným způsobem má toto nastavení vliv na jazyk, ve kterém se budou zobrazovat systémové zprávy:

SET LANGUAGE 'English'
GO

SELECT @@LANGUAGE CurrentLanguage
GO

SELECT 1/0
GO

SET LANGUAGE 'Czech'
GO

SELECT @@LANGUAGE CurrentLanguage
GO

SELECT 1/0
GO

SET DATEFORMAT dmy
GO

DECLARE @Date DATETIME 
SET @Date = '31/12/2018 10:00:00'
SELECT @Date
GO

Zde vidíme, že vše dobře dopadlo. SQL Serveru jsme řekli, že na první pozici v řetězci se nacházejí dny a na druhé měsíce, a nebyl tedy s převodem žádný problém.  Hodnota 31 se správně převáděla na dny.

Nyní zkusme SQL Server zmást:

SET DATEFORMAT dmy
GO

DECLARE @Date DATETIME 
SET @Date = '12/31/2018 10:00:00'
SELECT @Date
GO

Zmatení se podařilo a nastala chyba, která neznamená nic jiného, než že zkrátka a dobře mají-li na druhé pozici v řetězci být měsíce, nemůže se tam ocitnout hodnota 31, protože maximální možné číslo měsíce je 12.

Ponechme tedy datum uložený v řetězci v původní podobě, ale změňme nastavení SET DATEFORMAT tak, aby odpovídalo skutečnému uspořádání řetězce, kdy měsíce přesuneme na první pozici před dny:

SET DATEFORMAT mdy
GO

DECLARE @Date DATETIME 
SET @Date = '12/31/2018 10:00:00'
SELECT @Date
GO

Vše proběhlo správně.

Pro každodenní použití je podstatné si uvědomit, že změny chování dosahujeme použitím SET příkazu pro celé aktivní připojení k SQL Serveru a platí všechny podmínky uvedené zde.

Pokud potřebujeme zjistit, jaké je aktuální stavení DATEFORMAT pro naše připojení (@@SPID), máme dvě možnosti: použít DBCC USEROPTIONS příkaz nebo dohledat příslušné nastavení daného připojení v systémových pohledech:

DBCC USEROPTIONS;
GO
SELECT date_format FROM sys.dm_exec_requests WHERE session_id = @@SPID
GO

V obecné rovině lze doporučit takové zacházení s datumovými hodnotami, aby nikdy nebylo nutné měnit nastavení DATEFORMAT, protože změnou nastavení připojení si vnášíme do systému určitou zbytečnou míru entropie, se kterou je třeba dále počítat.

SELECT CONTEXT_INFO()

DECLARE @ci VARBINARY(128)

SET @ci = CAST('HELLO WORLD' AS VARBINARY)

SET CONTEXT_INFO @ci

-- read CONTEXT_INFO()
SELECT CAST(CONTEXT_INFO() AS VARCHAR(20))

-- read from DMV
SELECT session_id, CAST(context_info AS VARCHAR(20)) [context_info]
FROM sys.dm_exec_sessions 
WHERE session_id = @@SPID

More on MSDN