在 SQL server 中宣告變數為 varchar，雖然可以儲存字串，但是中文會變成亂碼。若要讓 SQL Server 可以處理多國語言的話，要記得將變數型態設定為 nvarchar：
DECLARE @str varchar(MAX); -- 儲存一般文字 DECLARE @multibytes nvarchar(MAX); -- 支援 unicode
另外，要設定 multibytes 字串時，記得要在引號前面加上「N」來表示字串類型：
@str = 'Hello World'; -- 一般字串 @multibytes = N'支援 multibytes 文字'; -- 引號前要加上 N
SQL Server 的語法，可將查詢結果存入 local variable 以便供下一個 query 使用。
作法是在 SELECT 時指定欄位要存數的變數名稱：
SELECT
@userid = uid
FROM users
WHERE mail = '....'
SQL Server 有區分資料型態，所以使用變數之前需要先宣告。假設這邊的 user ID 是一個長度小於 200 的字串，那就需要先宣告變數型態再使用變數：
DECLARE @userid varchar(200);
SELECT
@userid = uid
FROM users
WHERE mail = '....';
若需要動態在 SQL Server 上組 SQL 語句，則必須宣告字串型態的變數 (variable) 供暫存：
DECLARE @query varchar(200) SET @query = 'SELECT id, mail from user where id in (....)
但若無法預測 where in 語句就很難做變數宣告。
好險 SQL Server 有 reserve word 可以直接使用當下執行環境中的最大值：MAX，所以在無法預測字串長度的狀況下，可以將宣告改寫成：
DECLARE @query varchar(MAX)
按照 SQL Server 官方文件的說明，使用 MAX 的話，字串長度可以到 2^31-1，因此也必須小心使用，以免把機器給燒了。
苦主的主機自從在 SQL Server 跑 store procedure，透過 Linked Database 的方式把資料複製到 MySQL 以後，發現費用大為增加，開啟了 general query log 才發現在 insert into 之前還有詭異的行為：
312 Query SELECT @@transaction_isolation
312 Query set @@max_execution_time=600000
312 Query set @@sql_select_limit=DEFAULT
312 Query SELECT * FROM report.test
312 Init DB report
312 Query select database()
312 Query set @@max_execution_time=600000
312 Prepare insert into report.test (s) values ("123")
有發現嗎？在第 4 行有個 SELECT，而且沒有任何 where 條件：會把整個 table 的資料全部拉回去。當好這張表就是放統計資料，所以流量就反應在帳單上了。
原本以為是 SQL Server 拉資料回去來分析 table schema，可惜不是。
針對 SQL Server 的 MSDASQL 和 MySQL ODBC Connecter 的設定做測試，發現 SQL Server 會自動使用 information_schema 來分析 table schema，若從 ODBC 把 filter 掉 information_schema 的後，SQL Server 會顯示出錯誤的資料。
目前大概只能把問題縮小到 SQL Server 上，但仍舊不明所以。若有遇到這類的問題只能盡量 workaround 掉了。
拜託跟我說一下這樣是正確還是錯誤，難不成要我通靈嗎？？？