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

qq_34470481 2017-02-28 10:47:27
想对数据库原始数据进行加密保存,其中数据常规访问会牵涉到插入、查询、更新、删除等常规动作,数据量10K-1KK甚至更多,每行数据大概10列左右,想咨询下各位大神,会有什么弊端么?比如效率。。。
...全文
373 5 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
zbdzjx 2017-02-28
  • 打赏
  • 举报
回复
摘自http://www.cnblogs.com/CareySon/archive/2012/04/01/2428780.html: SQL Server 2008时代,则引入的了透明数据加密(TDE),所谓的透明数据加密,就是加密在数据库中进行,但从程序的角度来看就好像没有加密一样,和列级加密不同的是,TDE加密的级别是整个数据库。使用TDE加密的数据库文件或备份在另一个没有证书的实例上是不能附加或恢复的。
xdashewan 2017-02-28
  • 打赏
  • 举报
回复
数据库加密经验不多,但如果不是大量数据查询效率影响应该有限,同时加解密函数如果不在作为条件字段时使用,也没有索引问题
zbdzjx 2017-02-28
  • 打赏
  • 举报
回复
引用 2 楼 qq_34470481 的回复:
[quote=引用 1 楼 zbdzjx 的回复:] 随便说说: 1、容量应该会变大吧。 2、查询时用不上索引。
容量应该差不多,查询为什么会用不上索引呢?[/quote] 1、对加密了解的不多,但用过几种,感觉加密后长度都变长了。 2、例如,将“张三”进行DES加密,变成了“U2FsdGVkX1+TlGDk2EqdEct45gEoCCTb”,如果要查姓张的人,不能直接用“姓名 like ‘张%’”,而要用“解密(姓名) like '张%'”,这样就不能走索引了。
qq_34470481 2017-02-28
  • 打赏
  • 举报
回复
引用 1 楼 zbdzjx 的回复:
随便说说: 1、容量应该会变大吧。 2、查询时用不上索引。
容量应该差不多,查询为什么会用不上索引呢?
zbdzjx 2017-02-28
  • 打赏
  • 举报
回复
随便说说: 1、容量应该会变大吧。 2、查询时用不上索引。

34,838

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server相关内容讨论专区
社区管理员
  • 基础类社区
  • 二月十六
  • 卖水果的net
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧