SQL Server 2008中的加密有什麼性能影響？

Question

如果您有一張擁有100,000,000個電子郵件地址（例如）的表格，並且您想要安全地存儲它們，但是當您檢索它們時您不希望對性能產生巨大影響，那麼您將如何去存儲它們？

Answer 1

加密算法設計得很快。如果你已經決定加密你的數據很重要（和個人信息，如電子郵件地址是重要，因爲@Marc B指出）那麼問題就變成了「哪種算法對我的用例有正確的性能？」

我建議你看看你有多少預期的吞吐量和測試。使用行業標準算法，看看它是否滿足您的需求。不管你做什麼，都不要推出自己的加密。加密是硬得到正確的信任的專家。

我建議你從AES/CBC/PKCS5開始。將密文存儲爲數據庫中的一個blob。密鑰存儲總是非常棘手，並且已經在StackOverflow上進行了討論，所以如果運氣好的話，您可以很容易地獲得關於此方面的建議。如果使用該算法獲得足夠的吞吐量，那麼就完成了。如果不是，則查找更快的算法。我建議http://bouncycastle.org作爲一個很好的加密庫。它有一堆實現的算法，所以你可以嘗試並找到一個滿足你需求的算法。

我有沒有提到你不應該推出自己的加密？好。