SQL2016 Enterprise Edition 整體效能比 SQL2014 Enterprise Edition 快40%
1.比row store提高10倍以上的壓縮率(資料相同壓縮率更棒)
2.比row store提高查詢large data 10倍以上效能(優化CPU使用率、更高擊中率、更多資料可存入記憶體)
3.比row store減少更多I/O (只擷取所需欄位)
SQL 2016 In-Memory OLTP 可以提高交易效能超過15~30倍以上，
實務上我們可能會有大型檔案資料匯入SQL Server需求，假設效能頻頸發生在目的資料表，
這篇我將透過SSIS並使用BDD，模擬比較傳統資料表和In-Memory資料表在ETL效能上的差異。
課程簡介
我常看到初期資料庫(資料量)小時，開發人員寫出的查詢可以快速回應，
但當資料庫(資料量)越來越龐大，查詢回應時間卻越來越久甚至AP發生timeout，
但往往看到開發人員不知如何進行查詢調校，我將在這兩小時透過三個不良面向，
讓開發人員了解基本的查詢調校技巧，並且透過實際demo方式說明一些調校基本觀念，
因為真實世界資料庫效能問題無可避免，那怕是你的SQL Server安裝在最高等級的硬體伺服器上。
使用Vue.js呼叫Server端刪除資料
使用Vue.js呼叫Server端更新資料
使用Vue.js呼叫Server端新增資料
如果您使用暫存資料表、資料表變數或資料表值參數，
可以考慮轉換記憶體資料表變數來提升效能。
我愛上Vue的效能、簡單開發且整合容易
統計資料在SQL Server地位相當重要，
如果SQL Server是一台跑車，那麼統計資料就是引擎
執行dynamic sql請使用sp_executesql
介紹個人AlwaysOn AG備份考量
備份作業可能會是一項耗用I/O和CPU(啟用備份壓縮)的繁重作業，這項作業可能會影響主要伺服器效能，
現在透過AlwaysOn AG將備份作業卸載至同步或同步中的次要複本，讓主要伺服器專用於生產應用程式。
介紹如何使用sp_whoisactive 快速找出目前 SQL Server 效能緩慢的查詢
SQL2012和SQL2014永遠只會讀取read-only routing list中第一個可用複本，
所以之前你可以透過Agent job定時修改routing list達到分流效果(非真正load balancing)，
但現在SQL2016可在多個可讀取次要複本，輕鬆實現Round-robin load balancing。
Alwayson2016 AG 可以提供企業
High Availability(HA):硬體故障、藍白畫面(BSODs)
Disaster Recovery(DR):快速災難復原(移轉)
Scale out:跨多台伺服器分擔workload
2017-01-20在SQL PASS分享Query Store
Redis的Hash資料結構也是我很常使用的一種，
和c# 的HashTable、Dictionary很類似，
所以只要商業邏輯有需要使用Dictionary存放，
我都優先甚至第一考慮使用Hash。
Redis的Sets datatype(集合資料類型)和c#的HashSet很類似，
而且也是只使用key的Dictionary精簡版。
ServiceStack.Redis原來從v4就開始收費(但v3沒這問題)，
目的為支援小專案和評估，所以我又回頭使用StackExchange.Redis進行CRUD。
上一篇介紹在Redis如何進行Insert和Select，這篇介紹Update和Delete。