-- 쉽게 말해 년월일의 순서, 달의 이름 등 '별로 실제 업무에서 이걸 쓸 일이 있긴 할까?' 싶은 부분이 대부분입니다.

-- 유용한 경우는 일본에 설치된 SQL서버에 붙어서 오류 내용이 일본어로 나오는 경우 이를 영어로 바꿔서 보기 정도?

-- 자세한 내용은 https://www.google.co.kr/search?q=sys.syslanguages 참조

SELECT * FROM sys.syslanguages;

 

 

-- 프로시저를 만들기는 귀찮고(어차피 질문자도 이런걸 원하진 않았을 테지만...)

-- 우선 외부에서 사용자의 언어ID를 @langID로 받는다 치면

DECLARE @langID SMALLINT;

 

 

DECLARE @langName sysname;

 

SET @langID = 0;

SELECT @langName = name FROM sys.syslanguages WHERE langid = @langID;

SET LANGUAGE @langName;

SELECT 1/0; -- 영어로 에러내용이 나옴

 

SET @langID = 29;

SELECT @langName = name FROM sys.syslanguages WHERE langid = @langID;

SET LANGUAGE @langName;

SELECT 1/0; -- 한국어로 에러내용이 나옴

 

SET @langID = 3;

SELECT @langName = name FROM sys.syslanguages WHERE langid = @langID;

SET LANGUAGE @langName;

SELECT 1/0; -- 일본어로 에러내용이 나옴

 

 

-- 다국어를 지원한다는 의미가 아마도 보통의 경우 DB에 다국어를 잘 때려넣고 잘 꺼내는 것에 관한 문제가 아닐까 싶은데요

-- 그렇다면 collation을 잘 설정하는 것이 관건이 아닐가요?

-- 옛날에 발표한 자료에 대한 설명을 좀 붙여뒀으니 참조하세요. 

-- https://docs.google.com/presentation/d/1B-Rxj61ICFSnBYRVFyb1e1IBRW7BNaoQ1r_NduZIIZw/edit?usp=sharing