Colin Lin (紫鴛) の 技術分享

SQL Server管理人員最怕看到錯誤823, 824, 1788x, 3624.......等重大錯誤,
一旦發生了總是要花相當多的心力來處理, 甚至有資料丟失的可能性.
不過今天踩了個雷, 發生了不是3624的錯誤3624......

很多小細節在Microsoft的文件中有做記載,
但很多時候會因閱讀的慣性而被忽略.
本文就是描述一個容易忽略的地雷......

從T-SQL中可以透過很多方式去對文件檔案系統做操作, 
常見的就是SQLCMD, CLR, OA...等等.
要在安全性的考量下, 我會選擇功能較少的OA.

SQL Server 2016在安全性上做了相當多的改良，第三個就是限制使用者存取資料的Row Level Security。
這個功能首推的就是，使用者只能取得"已設定好的條件"的資料列，
也就是不同的使用者在同一個資料表，使用相同的語法，取出的資料可限制為不同。

SQL Server 2016在安全性上做了相當多的改良，過去一直被詬病的Data Masking也在這此的版本中亮相了。
原則上在設定或使用上都不算複雜，只要權限配置好就能輕易的實現Data Masking的功能。
不過...... 小小的缺失仍會讓Data Masking不攻自破......

SQL Server 2016在安全性上做了相當多的改良，其中最嚴謹的就屬Always Encrypted。
話說嚴謹自然在配置上就有限制，實作上可是相當嚴苛的。
無論如何，使用這個功能時，Key可別丟失了！