V2EX › leeqingshui 的所有回复 › 第 3 页 / 共 3 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3

❮

❯

2022 年 9 月 23 日

回复了 leeqingshui 创建的主题 › 程序员 › 三方接口补偿方案时针对重复失败数据入库的摘要处理如何处理哈希碰撞？

@xiang0818 是的，这种对接方我遇到过，对接方只提供一个 url ，内部通过请求体的某个字段去调自己内部的方法
比如说，客户只对外提供一个 url： http://v2ex.com/testService
申请接口的请求报文用：
```json
{
"request": {
"head": {
"funcode": "apply"
},
"body": {
}
}
}
```
上传文件接口的请求报文则用：
```json
{
"request": {
"head": {
"funcode": "upload"
},
"body": {
}
}
}
```
即用 funcode 进行判断自己内部调用哪个方法 doge ~

2022 年 9 月 23 日

回复了 leeqingshui 创建的主题 › 程序员 › 三方接口补偿方案时针对重复失败数据入库的摘要处理如何处理哈希碰撞？

@matzoh 是的，双方做好幂等处理，重复补偿其实无所谓，只是数据库会存多条数据而已，问题也不大~
@xuanbg
这边应当不会使用队列，因为补偿数据部分情况会涉及到需要修改值的情况，也就是需要人工介入，所以这边补偿方案会设计考虑兼容自动处理和人工处理两种类型，其实也好处理~

2022 年 9 月 23 日

回复了 leeqingshui 创建的主题 › 程序员 › 三方接口补偿方案时针对重复失败数据入库的摘要处理如何处理哈希碰撞？

@dzdh 没有，有的话就好搞了 doge~

2022 年 9 月 23 日

回复了 leeqingshui 创建的主题 › 程序员 › 三方接口补偿方案时针对重复失败数据入库的摘要处理如何处理哈希碰撞？

@wolfie 会有异步三方文件调用的接口（这边业务代码设计的不合理 doge~），文件的 Base 64 串会很长哒

2022 年 9 月 23 日

回复了 leeqingshui 创建的主题 › 程序员 › 三方接口补偿方案时针对重复失败数据入库的摘要处理如何处理哈希碰撞？

@Jooooooooo 嗯嗯，好的好的，有时候想思考的全面一点，有点完美主义了......

2022 年 9 月 23 日

回复了 leeqingshui 创建的主题 › 程序员 › 三方接口补偿方案时针对重复失败数据入库的摘要处理如何处理哈希碰撞？

@Gmzx emmm ，但碰撞可能性还是存在的，看网上很多方案都是准备用这些参数生成一个摘要值，认为这个摘要值是唯一的，B 站上有视频也是按照这种方案处理的，这严格意义上来讲是错的，所以对此抱有怀疑态度(dog)

2022 年 9 月 23 日

回复了 leeqingshui 创建的主题 › 程序员 › 三方接口补偿方案时针对重复失败数据入库的摘要处理如何处理哈希碰撞？

@wolfie 对外接口补偿为什么要涉及到 class method 。我觉得加入这个应当是为了降低生成的 hash 值碰撞可能

相同的 url + body 不能同时重复吗？
不太理解这句话的意思，现在的问题是一个三方接口多次调用出错了，需要存到补偿表，但只有第一次出错存入补偿表，第二次是不进入补偿表的，第二次是否存入补偿表需要判断这个数据是否存入补偿表了，这个需要相关字段判断

那么为什么不直接用请求失败的 url 和内容判断？
因为这些请求内容有可能太长，导致查数据库速度会很慢

2022 年 9 月 19 日

回复了 leeqingshui 创建的主题 › 程序员 › 记录日志如何去除（清洗）JSON 字符串中的某个字段（比如三方调用时的超大报文字段）？

@lmshl
@xaplux 好的，感谢回复，我去了解下~

2022 年 7 月 22 日

回复了 leeqingshui 创建的主题 › 问与答 › 想问下大家在设计数据库表的时候，是否会对用户名称这类字段进行冗余处理？

@InkAndBanner 嗯嗯，那对微服务而言还是方式 2 好点，有时候想两全其美太难了，哈哈

2022 年 7 月 21 日

回复了 leeqingshui 创建的主题 › 问与答 › 想问下大家在设计数据库表的时候，是否会对用户名称这类字段进行冗余处理？

@jaggle
@Suddoo
@BiChengfei
@helone
@IDAEngine
看样子大家还是倾向于不冗余。

emmm ，还想请教一个问题，如果是微服务项目中，由于用户服务会单独抽离出来为一个项目，那么当其他服务遇到需要使用用户表中的一些字段时，一般会如何进行处理？

1.在其他服务连接用户表连表查询
2.在用户服务新增一个接口，其他服务通过 RPC 或 HTTP 多调用一次，获取对应的信息

针对 2 ，举个例子，现在业务表只存用户 id 不存用户名称，需求要求支持用户名称模糊查询，那么：
1.首先在用户服务新增一个用户名称模糊查询的接口，用于获取到对应的用户信息，
2.然后在其他服务首先调用模糊查询的用户接口，在通过 IN 查询出对应的业务列表

想问下各位大哥针对这种情况是怎么处理的？

2022 年 7 月 20 日

回复了 leeqingshui 创建的主题 › 问与答 › 想问下大家在设计数据库表的时候，是否会对用户名称这类字段进行冗余处理？

@InDom 缓存的话，如果需要多做一个模糊的筛选框，可以处理嘛~

2022 年 7 月 20 日

回复了 leeqingshui 创建的主题 › 问与答 › 想问下大家在设计数据库表的时候，是否会对用户名称这类字段进行冗余处理？

@InkAndBanner 嗯嗯，是的，设计上得考虑业务场景，软件很多都是定制化卖给客户，交付给客户内部人员使用，这种情况下按理说用户信息都是确定的，但实际上系统是允许用户去修改自己的姓名啥的，如果用户改了姓名那么之前的数据就不会同步更新了。
冗余不做同步，那么无需连表查询起来方便，但不同步，历史数据就会有问题，真令人纠结！

2022 年 7 月 20 日

回复了 tenstone 创建的主题 › 程序员 › 调研贴：你用什么笔记软件？

typora （本地） + hexo （网页） + minio （图片存储）

2022 年 6 月 8 日

回复了 leeqingshui 创建的主题 › Java › 数据库保存或更新返回值的问题， void or int ?

@nothingistrue 哈哈，老哥说的也有道理，我有时候写代码有点强迫症了~

2022 年 6 月 8 日

回复了 leeqingshui 创建的主题 › Java › 数据库保存或更新返回值的问题， void or int ?

@alen0206 嗯嗯，这个问题应该是主要兼容前端去考虑，返回新增或更新后的实体这个在部分场景前端确实需要，比如前端准备新增或更新数据前端会需要一个对话框表单，若点击保存调后端接口后弹框不关闭（此对话框又属于另一个对话框里的一部分），那么确实需要返回实体给前端；
true or false 前端一般是直接判断后端状态码是否等于 200 ，不会进一步去看这个字段值，一般新增出错都会抛出异常给前端提示了，似乎没多大意义。
nice~

2022 年 4 月 21 日

回复了 leeqingshui 创建的主题 › 程序员 › 求解：关于服务器基础线程和 Tomcat 的线程数关系

@anonydmer OK ，我知道为啥了，感谢指明方向！！

1 2 3

❮

❯