SQL Server 2008中的加密有什么性能影响？

Question

如果您有一张拥有100,000,000个电子邮件地址（例如）的表格，并且您想要安全地存储它们，但是当您检索它们时您不希望对性能产生巨大影响，那么您将如何去存储它们？

Answer 1

加密算法设计得很快。如果你已经决定加密你的数据很重要（和个人信息，如电子邮件地址是重要，因为@Marc B指出）那么问题就变成了“哪种算法对我的用例有正确的性能？”

我建议你看看你有多少预期的吞吐量和测试。使用行业标准算法，看看它是否满足您的需求。不管你做什么，都不要推出自己的加密。加密是硬得到正确的信任的专家。

我建议你从AES/CBC/PKCS5开始。将密文存储为数据库中的一个blob。密钥存储总是非常棘手，并且已经在StackOverflow上进行了讨论，所以如果运气好的话，您可以很容易地获得关于此方面的建议。如果使用该算法获得足够的吞吐量，那么就完成了。如果不是，则查找更快的算法。我建议http://bouncycastle.org作为一个很好的加密库。它有一堆实现的算法，所以你可以尝试并找到一个满足你需求的算法。

我有没有提到你不应该推出自己的加密？好。