对原始数据进行加密的弊端

[qq_34470481]

想对数据库原始数据进行加密保存，其中数据常规访问会牵涉到插入、查询、更新、删除等常规动作，数据量10K-1KK甚至更多，每行数据大概10列左右，想咨询下各位大神，会有什么弊端么？比如效率。。。

[zbdzjx]

随便说说： 1、容量应该会变大吧。 2、查询时用不上索引。

[qq_34470481]

引用 1 楼 zbdzjx 的回复:

随便说说： 1、容量应该会变大吧。 2、查询时用不上索引。

容量应该差不多，查询为什么会用不上索引呢？

[zbdzjx]

引用 2 楼 qq_34470481 的回复:

[quote=引用 1 楼 zbdzjx 的回复:] 随便说说： 1、容量应该会变大吧。 2、查询时用不上索引。

容量应该差不多，查询为什么会用不上索引呢？[/quote] 1、对加密了解的不多，但用过几种，感觉加密后长度都变长了。 2、例如，将“张三”进行DES加密，变成了“U2FsdGVkX1+TlGDk2EqdEct45gEoCCTb”，如果要查姓张的人，不能直接用“姓名 like ‘张%’”，而要用“解密(姓名) like '张%'”，这样就不能走索引了。

[xdashewan]

数据库加密经验不多，但如果不是大量数据查询效率影响应该有限，同时加解密函数如果不在作为条件字段时使用，也没有索引问题

[zbdzjx]

摘自http://www.cnblogs.com/CareySon/archive/2012/04/01/2428780.html： SQL Server 2008时代，则引入的了透明数据加密（TDE），所谓的透明数据加密，就是加密在数据库中进行，但从程序的角度来看就好像没有加密一样，和列级加密不同的是，TDE加密的级别是整个数据库。使用TDE加密的数据库文件或备份在另一个没有证书的实例上是不能附加或恢复的。