苦主的主機自從在 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 中的資料來源名稱一致 (注意名稱中的英文大小寫及符號)：

Read More “在 SQL server 建立 Linked Database 連線到 MySQL” »

安裝好 SQL server 後打開 SSMS，預設會使用 Windows 安裝者的帳號當作 sa 作為系統管理員登入。但往後建立的帳號若均使用 SQL server 進行認證的話，則無法使用 SSMS 操作。以下將說明如何設定 SQL server 同時支援二種類型的驗證方式。

Read More “透過 SSMS 設定 SQL Server 同時支援 Windows 認證與 SQL Server 認證” »

不知道為什麼會跑來研究 MS SQL server，總之很不習慣。

目前 MS SQL server 的主要操作工具是 SSMS，和 MySQL 對照的話類似 MySQL Workbench。但可能因為 DBMS 的架構設計不同，操作上差異很大。

SSMS 在登入時，如果給的錯誤訊息不夠明確，有很大的原因是為了預防惡意使用者找漏洞，因此要看詳細的錯誤訊息，必須透過 sa 去讀取錯誤記錄。必須使用有 sa 權限 (role) 的帳號登入，並在「物件總管」中找到「安全性」：

在「登入」上點滑鼠右鍵叫出選單，並依序找到「登入失敗」報表：

另外一個我很不喜歡的特性，就是 Microsoft 家的產品都是顯示錯誤代碼，必須要透過說明和對照表才知道詳細的原因和問題。像是登入失敗的錯誤代碼必須到「MSSQL 錯誤錯誤 > 17,000 到 19,000」看 …. Orz