鳥毅的Blog

 以前在Windows上常用Remote Desktop Connection Manager/RDCMan (遠端桌面連線管理員)連線管理多臺Server/VM，可以看 保哥的介紹 ，在 2020年爆出漏洞 後，我就改用 Parallels Client ，但仍沒有RDCMan好用。 今天無意中看到 RDCMan 居然在 SystemInternals 上復活，回頭看 保哥另一篇 也更新了；保哥看到的是2.81，目前我看到已經是2.92。

 為了方便在 Windows / Mac / Linux 上交換檔案，把一個 2TB 的行動硬碟格式化成 ExFat ，結果利用  Mac 複製資料後，居然在 Windows 上看不到大部份的目錄。 確定硬碟Partition沒問題，再拔回 Mac 上去看，檔案仍然都在。 只有搜尋一下，發現 ask ubuntu 上有類似的問題 ，所以照其中一位大大的做法，在某一個 Windows 看不到的目錄下 touch a.txt ，再拔到 Windows 上就可以正常顯示，收工。

 才剛修好 被強迫改用Edge 的問題，馬上又遇到更奇怪的問題。

 上星期的Windows更新之後，公司內許多同仁反連不上老舊系統。查了之後發現被重新導向到 Microsoft Edge。

收到一個需求，要在前一年底將隔年全年的放假日存入資料庫，原本想用政府資料開放平臺的 中華民國政府行政機關辦公日曆表 ，看了一下格式常在改，命名規則也一直變動，因為我不想常維護這程式，俗話說，隔3年後，你寫的程式就變成別人寫的，自己也看不懂；所以放棄自動匯入一途，改為由程式產生預設假日。

最近有個新專案，由於資料表的欄位很多，還要Call Stored Procedure，所以請DBA將資料表做成User-Defined Table Type，沒想到我呼叫Stored Procedure更新時發生一個錯誤：    將 nvarchar 資料類型轉換成 datetime 資料類型時，產生超出範圍的值。 資料表值參數 "@MyUDT" 的資料不符合參數的資料表類型。SQL Server 錯誤為: 242，狀態: 3 陳述式已經結束。   使用User-Defined Table Type(以下簡稱UDT)做為參數非常簡單大概就是 SqlParameter parameter = new SqlParameter("@MyUDT", SqlDbType.Structured); parameter.Value = dataTable; 乍看之下會以為是資料內容錯誤，但這次我的內容人工出對後完全沒錯，欄位名稱也對。經過一天一夜的試誤，終於發現問題出在： 欄位順序 ! 以前我自己寫ADO.Net呼叫時，都會利用資料表先做出一個XML Schema(xsd)，利用DataTable.ReadXmlSchema 產生結構，這樣Data Table裡的欄位順序絕對不會錯；而這次首度使用 List to DataTable 的公用程式自動產生DataTable，不用另外去產生XSD，整個程式變很順，不需要一個一個欄位塞值。 以上提供也使用UDT 做為SqlParameter的朋友參考。 後記：最近在測試時又發生過一次錯誤，是UDT屬性裡某個Not Null的欄位在DataTable裡缺值為null，也會造成呼叫UDT時錯誤。