余小章 @ 大內殿堂

SQL Server Always Encrypted 可以保護我們的資料，但同時也帶來了一些不便，比如索引跟內建的預存無法使用，強制使用參數化查詢，這裡列出我已知的開發限制，下次碰到就可以直接避開

SQL Server Dynamic Data Mask 防止沒有權限的帳號檢視敏感性資料

SQL Server 2016 新增 Always Encrypted 功能，對於機密資料的保護又多了一項選擇囉

上篇提到 Model Validation，在 EF 裡面，也是可以吃的到 ValidationAttribute，當調用 SaveChanegs 就會進行 Model 的檢查，當需要把檢查機制寫在 EF 的時候，就可以利用此招

很多人對於操作 EF 有一些疑慮，只要夠了解他，就可以避掉效能問題、陷阱，所以我會陸陸續續整理了一些使用 EF 不小心會犯的錯誤，以便提醒自己不要犯錯

這裡列出我對 Select 區段要注意的筆記，希望能幫到你

預設，SQL Server 會幫我們把 PK 設為 Clustered，當 PK 是 GUID type(uniqueIdentifier) 時，有一些注意事項

1. 使用具有順序性的 GUID，避免索引破碎；我習慣自己產生，不使用 SQL 提供的Store Procedure 的 NEWSEQUENCEID 和 NEWID
2. 設為 Non-Cluster

原本以為用 Code First 要把 PK 設為 Non-Cluster 很簡單，沒想到還是卡關

如果你跟我一樣，使用 Code First，PK 是 GUID，請看我的解法...

上個月，同事問我 DAL 裡的 CUD 方法若需要共用，交易要怎麼寫?

首先，要思考處理資料庫的 Data Access Layer 裡的 CUD方法，該不該共用?

•  以使用者案例的角度切入看 DAL，它不應該有機會共用，因為每一個作業流程的資料異動方式不會一樣。
•  設計 DAL 方法時，不應該用 Table 的 CRUD 作為 DAO 的 Method，相信我，那只會讓事情變得更複雜而已。
•  共用 DAL 方法，就得把檢查機制放在 DAL 方法。

[C#.NET][Entity Framework] EF6 重新引發 DbEntityValidationException 例外

[C#.NET][Entity Framework] 幾個提升 EF 效能的方法