V2EX › gfreezy 的所有回复 › 第 6 页 / 共 23 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 2 3 4 5 6 7 8 9 10 11 ... 23

❮

❯

2019-11-06 13:25:12 +08:00

回复了 guonaihong 创建的主题 › Rust › rust:读文件报错！ stream did not contain valid UTF-8

https://doc.rust-lang.org/std/io/trait.BufRead.html#method.read_until

2019-11-06 12:51:28 +08:00

回复了 guonaihong 创建的主题 › Rust › rust:读文件报错！ stream did not contain valid UTF-8

二进制文件理论上没有行的概念。
好像有个库提供了 read_until 的方法。

2019-10-16 15:42:16 +08:00

回复了 guonaihong 创建的主题 › 程序员 › golang: 从 Uber Go 风格指南，摄取 API 设计营养

为啥不用 Builder，好像更加简单直观，功能也更强大

2019-09-27 11:11:41 +08:00

回复了 dzmcs 创建的主题 › 问与答 › 支付相关存储金额的数据库字段，用整型还是 Decimal?

我们系统直接用了 Decimal，但是这样要求所有地方的代码也得都用 Decimal

2019-09-27 11:11:04 +08:00

回复了 dzmcs 创建的主题 › 问与答 › 支付相关存储金额的数据库字段，用整型还是 Decimal?

用户端精确到分够了，但是涉及到分佣，1 分钱乘个 3% 啥的，怎么也得小数点后 5 6 位。除非合同规则里面写明精确到分，四舍五入。

2019-09-23 13:26:33 +08:00

回复了 rizon 创建的主题 › 程序员 › 分页场景下、查询数据后排除部分内容导致不足一页的问题怎么解决？

@rizon 从第一条开始算是因为你们客户端使用 offset 来确定位置。改成 cursor，并且把第一次翻页的位置 encode 在 cursor 里面返回给客户端，客户端请求下一页的时候再把 cursor 原封不动的传到服务器。这样就能实现在两次翻页之间传递数据。第二次翻页就可以知道上一次翻到哪里了，直接从上一次的位置继续往下翻

2019-09-23 13:11:31 +08:00

回复了 rizon 创建的主题 › 程序员 › 分页场景下、查询数据后排除部分内容导致不足一页的问题怎么解决？

1、2 简单做就是定期脚本，或者异步任务，要一致性高得靠 binlog 同步数据。

3 我们的方案是改造 cursor，抛弃传统的 offset 和 limit，改成 cursor 和 size 的组合。cursor 直接用 json 存储需要在两次翻页直接传递的数据。

2019-09-23 13:09:41 +08:00

回复了 rizon 创建的主题 › 程序员 › 分页场景下、查询数据后排除部分内容导致不足一页的问题怎么解决？

我们用到的有 3 中方法：

1. 直接把过滤后的全量数据冗余一份，翻页直接在过滤后的表里面查询
2. 数据不用 MySQL 存，改成存 ElasticSearch。ES 一般都能满足各种业务条件过滤和筛选
3. 在翻页函数外面再套一个翻页函数。每次翻页的时候先取一页数据，然后过滤完看下数据够不够。如果数据不够，再往下多查一页数据，一直到满足的条数为止。外层的翻页函数用起来就跟普通的翻页函数一样。

1、2 的难点在于保证冗余数据与原始数据的一致性。3 的难点在于客户端往下翻页的时候应该从哪个地方往下查询。

2019-07-19 11:42:48 +08:00

回复了 wleexi 创建的主题 › 程序员 › 微信群聊机器人推荐

@yinqi025 Z2ZyZWV6eUBnbWFpbC5jb20= 感谢🙏

2019-06-19 18:31:32 +08:00

回复了 luassuns 创建的主题 › 求职 › 大三后端求实习(C/ Java /C#/Rust)

Python 有兴趣吗？下厨房正在招聘后端实习生，可以发邮件到 [email protected]

2018-09-29 19:25:37 +08:00

回复了 chengxuyuan0917 创建的主题 › 问与答 › 关于 golang 一分钟处理百万请求的疑问

原文跟 go 没啥关系啊。收到请求入队列，然后开一大波 worker 处理。只要队列扛得住，不停加 worker 就可以了。跟 go 没啥关系，而且都是 io bound 的，ruby 完全也可以达到这个效果

2018-09-18 18:18:05 +08:00

回复了 nullcoder 创建的主题 › 数据库 › 超过 100 列的表，这样的设计存在什么优缺点？

只取少量字段的时候稍微慢一点吧。MySQL 行存储需要遍历更多的数据。