已經開啟一個與這個 Command 相關的 DataReader，必須先將它關閉

.net 執行SQL指令時，出現以下錯誤。

已經開啟一個與這個 Command 相關的 DataReader，必須先將它關閉。

在web.config connectionstring 加入 "MultipleActiveResultSets=True" 後，顯示出了正確的錯誤原因，原來是SQL SELECT 中有相同的欄位名稱重覆了二次。

MSOLAP 目標電腦拒絕連線

一個legacy system，vb2003+sql2000+olap2000+dts2000+rs2000，用了11年了。

中間曾因客戶不想花錢升級sql2005，因為OLAP和DTS要打掉重做，客戶覺得為什麼要花錢重做，為什麼不能直接升級上去就好...BLA BLA BLA.....反正就一直撐著。


最近有個以他的OLAP2000當資料來源的系統先升級了，OS換成WINDOWS 2008R2+SQL2005 64bit，原本是WINDOWS2003R2+SQL 2005 32bit，升級後，在SQL 2005 64BIT上建立OLAP 的LINKED SERVER時，出現了以下的錯誤，
MSOLAP 目標電腦拒絕連線。

查到這篇KB，真是殘念啊，OLAP2000只能在SQL SERVER2005 32BIT上才能建立LINKED SERVER。

After you install a 64-bit instance of SQL Server 2005 Analysis Services, only the 64-bit version of the Microsoft OLE DB Provider for Analysis Services 9.0 provider is available. The 64-bit version of the SQL Server service can use this provider to connect to 64-bit instances of SQL Server 2005 Analysis Services and to 32-bit instances of SQL Server 2005 Analysis Services. However, the 64-bit version of the SQL Server service cannot use this provider to connect to SQL Server 2000 Analysis Services.

After you install a 32-bit instance of SQL Server 2005 Analysis Services, the 32-bit version of the Microsoft OLE DB Provider for Analysis Services 9.0 provider is available. If you are running the 32-bit version of the SQL Server service, the SQL Server service can use this provider to connect to SQL Server 2000 Analysis Services. 

改裝了SQL2005 32BIT就可正常連線到OLAP2000了。

最近花了很多時間在搞這種舊系統，真是累!

SQL2014 SHORTCUT RECOVERY

安裝了SQL Server2014後，原本的捷徑紛紛失效
例如CTRL+R，可以顯示或隱藏QUERY RESULT

機器上原本安裝的是SQL 2012，結果也在安裝完SQL2014後，捷徑也一起失效了。

查了半天，有人說在Tools>>Options>>Environment>>Keyboard Reset一下keyboard的設定就回復正常了。

如法泡製...咦........真的就好了。

附上SHORTCUT說明

https://msdn.microsoft.com/zh-tw/library/ms174205.aspx

dynamic decalre cursor...does not exist.

同事寫了一段SQL在SQL2000執行正常，但在SQL2008R2無法執行
SQL中是動態組一段declare cursor的語法
模擬了一下SQL大概如下

declare @sql nvarchar(4000),@c1 nvarchar(10),@c2 int
set @sql = N'declare cur cursor for select ''col1'' as col1 ,1 as col2'
exec sp_executesql @sql
open cur
fetch next from cur into @c1,@c2
while @@FETCH_STATUS = 0
begin
 print @c1
 fetch next from cur into @c1,@c2
end
close cur
deallocate cur

在SQL2000執行正常，會print出 'col1'

但在SQL2008R2上，回傳了以下的錯誤
Msg 16916, Level 16, State 1, Line 3
A cursor with the name 'cur' does not exist.
Msg 16916, Level 16, State 1, Line 5
A cursor with the name 'cur' does not exist.
Msg 16916, Level 16, State 1, Line 11
A cursor with the name 'cur' does not exist.
Msg 16916, Level 16, State 1, Line 12
A cursor with the name 'cur' does not exist. 

後來發現，在SQL2008R2另外幾個DB也可正常執行，就只有某個DB不行

查看了該DB的屬性，最後在option 的設定下有關Cursor的設定，有參數值Default Cursor = LOCAL，改成了GLOBAL後，就可利用dynamical sql宣告CURSOR了

windows 8 安裝sql server 2005無法啟動

為了測試需求要在windows 8安裝sql server 2005 標準版
結果安裝到一半出現錯誤
 SQL Error: 29503 — The SQL Server service failed to start

參考這篇文章，解法有點瞎，真的太瞎了....

就是裝到一半出現這個錯誤時先別急取消，
先到一台已安裝過的SQL SERVER 2005目錄下(MSSQL\Binn) 把里頭的sqlos.dll及sqlserver.exe二個檔複製到正在安裝的主機目錄下，然後再按重試(RETRY)鍵，這樣就可以順利完成安裝了

安裝完畢後記得再更新到SP4。

你說 瞎不瞎啊~

SQL CLR部署到SQL Server 2005問題(6218)

今天將一個原本在SQL 2012上使用的CLR部署到SQL 2005 資料庫，結果出現了以下的錯誤

(161,1): SQL72014: .Net SqlClient Data Provider: Msg 6218, Level 16, State 3, Line 1 組件 'SQLCLR' 的 CREATE ASSEMBLY 失敗，因為組件 'SQLCLR' 驗證失敗。請檢查參考的組件是否為最新的，而且受信任 (針對 external_access 或不安全) 於資料庫中執行。接著將會出現 CLR 驗證器的訊息 (如果有的話)
(161,0): SQL72045: Script execution error.  The executed script:

參考這篇KB

http://msdn.microsoft.com/zh-tw/library/vstudio/dahcx0ww%28v=vs.100%29.aspx

SQL Server 2005 和 SQL Server 2008 僅支援使用 .NET Framework 2.0、3.0 或 3.5 版所建置的 SQL Server 專案。 如果您嘗試部署SQL Server專案，SQL Server 2005或SQL Server 2008，將顯示錯誤消息：Deploy error (SQL01268): .NET SqlClient Data Provider: Msg 6218, Level 16, State 3, Line 1 CREATE ASSEMBLY for assembly 'AssemblyName' failed because assembly 'AssemblyName' failed verification. Check if the referenced assemblies are up-to-date and trusted (for external_access or unsafe) to execute in the database（在進行校驗是您要部署的程式集的名稱）。

所以要將部署時的Target Framework改為 3.5的版本再部署即OK。

SQL Server Openquery Informix unicdoe db

在SQL SERVER 2008R2 10.50.2500  上建立一個LIKED SERVER連結INFORMIX，OPENQUERY時遇到了一個錯誤

testab中只有一個欄位coltest varchar(40),輸入一個UNICODE的字，查詢後出現錯誤


select * from openquery (ifx_v12,'select * from testab')   

訊息 7339，層級 16，狀態 1，行 1 連結伺服器 'ifx_v12' 的 OLE DB 提供者 'MSDASQL' 傳回無效的資料給資料行 '[MSDASQL].coltest'。

若改用
execute(N'select * from bev') at ifx_v12 


則可執行但回傳的字變成??了


Informix 12.10.FC3WE 64bit dynamic online ,  CLIENT_LOCALE、SERVER_LOCALE、DB_LOCALE皆為zh_TW.uft8


ODBC為 IBM INFOMRIX ODBC 4.10 FD3DE 64bit版本

測試改用OLE DB ，設好後有以下的錯誤。
An exception occurred while executing a Transact-SQL statement or batch. (Microsoft.SqlServer.ConnectionInfo)
Cannot initialize the data source object of OLE DB provider "Ifxoledbc" for linked server "ifx_v12". (Microsoft SQL Server, Error: 7303) 

找了一些參考 http://www.sqlservercentral.com/Forums/Topic564076-17-1.aspx 也無法連結。
一直都是用ODBC設定LINKED SERVER，但之前的INFORMIX DB都是BIG5沒有問題，這次換成UNICODE版本後就無法正常使用OPENQUERY了。

參考幾篇討論，突然發現有人說SQL SERVER不支援UFT8??

再看了幾篇相關的討論文章，東拼西湊後，改回使用ODBC，最後算是找到解法了


1.先進入ODBC  64位元 設定，在Environment 頁籤下，Client Locale設為zh_TW.57372，Database Locale設為zh_TW.57372

2.在Advance頁籤中，勾選 Report Char columns as Wchar columns

3.在IBM Informix Client SDK 4.10 (64-bit)下開啟SetNet32 找到 GL_USEGLU將值設為1 (這個我在ODBC找不到可設定的地方，只能先在SetNet32 下設定)

4.重新啟動SQL SERVER (只要ODBC 參數或SetNet32 值有變動，最好都重啟一下SQL SERVER)

然後OPENQUERY中文字就正常啦，可以select 也可以insert。