用T-SQL要把資料的時間輸出想要的格式是很常見的需求，例如:年月日時分秒或是年月日，在C#可以用tostring("yyyy-MM-dd")方式。在T-SQL中可以用Convert或是Cast，但是，每次用Convert時候，都還要去記住格式化的代碼有點難，這邊整理一些相關資訊，供大家參考也給自己記憶。 用Cast方式，可以轉換成下列幾種格式 分別執行結果如下:
一般講到檔案儲存，大都是可被識別之內容的檔案居多，主要是這些檔案還是可以被某些程式開啟，不過，這次遇到卻是需要把物件作為檔案格式儲存下來，後續有需要用到時候，再把這些物件取出。不過為啥要這樣做呢? 舉例:一個List<Dataset>物件來說，其內容在有限時間區間內是會被重複利用，若是，每次用到都要再重新取得資訊，是相當浪費資源，所以，會先將此物件以檔案型態存放，有用到就直接取得檔案
Azure Storage是Azure服務中，最被應用的一個服務，其中又以Blob是被大家常用，雖然，大家常常用卻不知道其實blob本身也是會有效能問題，並非只是把檔案放進去，讓它輸入和輸出這樣簡單，所以，我們透過Blob的監控，看你自己的Blob目前的效能狀況，進而改善檔案配置 分享幾個Blob指標給大家，也可以透過幾個簡單指標去判斷，你目前Blob效能狀況，這些指標都是會有相互影響，怎樣設
在程式開發上，大家都知道要對程式碼進行版控的動作，但是，對於DB的Table Schema或是資料庫物件就不會去做版控。針對這一部份，大都採用傳統方式，用複製的動作進行版控，久而久之就會開始遺失或是缺東缺西。早期要做資料庫物件版控其實也不容易，畢竟，DB是透過Script運作。自從VisualStudio有資料庫專案後，再加上資料庫更新與建制，可以透過.dacpac封裝方式進行部署與差異化更新，
自從Azure SQL Database Release 全文檢索功能一直沒有機會去使用，今天剛好遇到需要進行多欄位資料模糊查詢的需求，為了避免使用Like 加 OR 有可能會導致查詢性能下，因此，來使用一下Azure SQL Database功能，以前在地端的SQL Server要做全文檢索，還需要自行去安裝這部分功能，雖然，沒有太難安裝，但似乎也沒有那樣便利，如果在Azure就可以省去這些麻
由於目前工作地方大部分程式還是建構在EXCEL中，使用VBA撈取資料庫資料並做資料運算。但是，將資料撈回到EXCEL再用VBA做運算效能比較差且又擔心USER在運算邏輯的程式亂做修改，造成資料有誤。想說改用Excel呼叫Web Service，把邏輯運算都靠Web service做好，再把整包資料丟回到EXCEL這樣就可以避免上述一些問題。 不過，由於在.NET環境中主要都是ADO.NET架構，
今天測試資料完畢，想要把所有測試表全部truncate table，竟然出現下面字樣 Cannot truncate table ‘XXXXX’ because it is being referenced by a FOREIGN KEY constraint.” 現在才知道若是這個資料表的主索引，是別的資料表的FK，則不能直接使用 truncate table，將所有相關性資料一次清掉，