果然日常拼错……

加密这种事情，自己在业务层拍脑袋折腾真是吃力不讨好
最后结果大抵是费一堆气力换一个看上去安全

【 在 cybereagle (2/3的沉默@XMUCSD) 的大作中提到: 】
: ecb，而且块要够小，不然跨块也查不出来
: 但是块太小会被人查表，安全性也很糟糕
--
修改:oldwatch FROM 39.144.105.*
FROM 39.144.105.*

虽然一般码农拍脑袋做出来的方案都很菜
但是没关系，只要验收的人和你一样菜他就看不出来……
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
:  果然日常拼错……
:  加密这种事情，自己在业务层拍脑袋折腾真是吃力不讨好
:  最后结果大抵是费一堆气力换一个看上去安全
: ...................
--
FROM 121.207.202.*

先分词，把分词后的token和加密后的值做映射，搜索的时候直接从分词表里面去捞加密
后的映射关系。。。 反正挺别扭

【 在 jiangbojava (jiangbojava) 的大作中提到: 】
:    数据加密后被存到数据库，或者是es都可以。入库的必须加密，有对应的加密算法，存储的地方不能存储明文。明文和加密数据也不能做映射。
: 问前台现在做模糊查询如何去搞。例如舞蹈老师、音乐老师、瑜伽老师加密存到db，查“老师”如何做like查询。
:   现在的一个方案分布式系统或者是多线程入手，数据全查出来，一个查询服务，后面去多个服务解密读取全部数据后，在解密数据，查询完在做聚合返回。数据量可能百万以上，不考虑硬件成本。能有啥其他方案吗
: ...................
--
FROM 113.233.48.*

这就是一个扯淡的伪需求


【 在 jiangbojava (jiangbojava) 的大作中提到: 】
:    数据加密后被存到数据库，或者是es都可以。入库的必须加密，有对应的加密算法，存储的地方不能存储明文。明文和加密数据也不能做映射。
: 问前台现在做模糊查询如何去搞。例如舞蹈老师、音乐老师、瑜伽老师加密存到db，查“老师”如何做like查询。
:   现在的一个方案分布式系统或者是多线程入手，数据全查出来，一个查询服务，后面去多个服务解密读取全部数据后，在解密数据，查询完在做聚合返回。数据量可能百万以上，不考虑硬件成本。能有啥其他方案吗
: ...................
--
FROM 124.207.9.*

用mysql的就别折腾这些玩意了。
给你看个商业数据库的实现：
https://docs.microsoft.com/en-us/sql/relational-databases/security/encryption/always-encrypted-enclaves?view=sql-server-ver15

【 在 jiangbojava 的大作中提到: 】
: 数据加密后被存到数据库，或者是es都可以。入库的必须加密，有对应的加密算法，存储的地方不能存储明文。明文和加密数据也不能做映射。
: 问前台现在做模糊查询如何去搞。例如舞蹈老师、音乐老师、瑜伽老师加密存到db，查“老师”如何做like查询。
:   现在的一个方案分布式系统或者是多线程入手，数据全查出来，一个查询服务，后面去多个服务解密读取全部数据后，在解密数据，查询完在做聚合返回。数据量可能百万以上，不考虑硬件成本。能有啥其他方案吗
: ...................
--
FROM 114.246.171.*