RiCo技術農場

善用交易效能分析報表，預估資料表或SP移轉至In-Memory效益

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。