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 掉了。
拜託跟我說一下這樣是正確還是錯誤，難不成要我通靈嗎？？？
SQL server 並不支援 MySQL 連線或查詢，但可以透過 ODBC 和 SQL server 的「Linked Database」功能將 query 轉送至 MySQL 執行。
SQL server 是透過 MSDASQL 功能來與 ODBC 連線，所以建立連線前要先做好 ODBC 資料來源設定和 MSDASQL 的設定。ODBC 的 MySQL 來源設定可以參考弊站稍早「安裝 MySQL ODBC driver」的說明，MSDASQL 的設定必須先透過 SSMS 的 sa 帳號，從「物件總管」=>「伺服器物件」=>「連結的伺服器」=>「提供者」=>「MSDASQL」點選右鍵，檢視「屬性」，檢查是否需要特殊的設定 (一般用途使用預設值即可)：
確認 MSDASQL 的參數均正確後，在「連結的伺服器」點選右鍵「新增連結的伺服器」開始設定新的連線。在資料來源選項中要注意「提供者 (provider)」必須選擇「ODBC drivers」，資料來源的名稱必須與 ODBC 中的資料來源名稱一致 (注意名稱中的英文大小寫及符號)：
