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

V2EX = way to explore

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

For Existing Member Sign In

1 2 3 4 5 6 7 8

❮

❯

2020 年 11 月 19 日

回复了 reyleon 创建的主题 › 程序员 › PHP -fpm 服务器内存占用陡坡式上涨，请问如何彻底解决？

第三方扩展是可能存在内存泄露的，之前遇到过 curl 某个版本有问题，升级就好了。

2020 年 10 月 29 日

回复了 Trinity888 创建的主题 › 程序员 › 表单提交，测试时发现重复点击后，造成后台数据重复问题，到底是前端的工作，还是开发人员的工作？

看场景

1.假如是今日签到的按钮，后端肯定要做禁止重复签到的检验。

2.假如是后台发文章的接口，如果后端有标题不能重复的判断，自然也就没法重复提交。

3.假如还是发文章或者评论，并没有什么业务上的字段非重复要求，后端就没必要特殊处理，就算处理也是防止灌水处理吧。

以上所有场景前端肯定应该做按钮 disable 处理的，前两个场景是正常的错误提示，最后一个场景是防止非预期的“灌水”。

2020 年 7 月 29 日

回复了 Eleatmelon 创建的主题 › 路由器 › 通过路由器让不同设备走不同线路，如何实现？

@carrionlee A B C 是指三个不同的代理线路，还是指的移动、联通、电信这种线路？

2020 年 7 月 19 日

回复了 moln 创建的主题 › 问与答 › 旁路由这个叫法是什么时候流行起来的？

@jiangzhuo 软 nat 和硬 nat 的区别吧

2020 年 6 月 21 日

回复了 SimbaPeng 创建的主题 › Go 编程语言 › 大家写 golang 的时候是否处理 f.Close 返回的错误值？

@input2output 这篇文章的观点好像是不对的。说是 close 的时候，可能有 buffer 没有落盘？可是 go 的 write 操作没有应用层 buffer 的，直接就是 write 系统调用写到 page cache 了，这时候就算进程挂了，内核也应该会自动落盘。

2020 年 6 月 4 日

回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？

@msg7086 整个帖子看下来，感觉就是三个原因不用 join 。

1. 开发人员水平参差不齐
2. mysql“垃圾”
3. 业务扩展性

都这么纠结了，是不是直接用 nosql 会更好。

2020 年 6 月 4 日

回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？

@msg7086 正常来说几百 GB 的数据表，查出来的关联 id 才几万个？我用 join 可不是扫全表的关联关系啊。

2020 年 6 月 4 日

回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？

@msg7086 几万只是随便说的一个数字，如果数据量更大呢，然后要在内存里组装一个巨大的 sql 出来吗？还有和直接子查询 select xxxxxx from article where id in(select xxx)好像没啥区别，楼主说也不能用子查询。

2020 年 6 月 4 日

回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？

@CRVV 老哥，你这个表结构， [SELECT id FROM tag WHERE name = XXX 取出 tag_id] 这一句可以取出几万个 id，用这几万个 id 再去 in 查询后面的数据这不止是慢吧。

2020 年 6 月 4 日

回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？

@CRVV 感谢老哥的回答，老哥你说的对。其实我不是很在意一对多还是多对多，就是想说用 mysql 设计成这样的关系，当查询条件涉及到多个表的字段，不用 join 就没法实现我想要的功能。而不是一刀切的不能用 join，不能用 join 的话，肯定就不会这么设计，直接用 nosql 了。

2020 年 6 月 4 日

回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？

@huijiewei 哈哈哈哈哈哈，确实看不懂，可能你用的是 mysql pro max，我用了个 mysql se

2020 年 6 月 4 日

回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？

@newtype0092 对，是这样的。

2020 年 6 月 4 日

回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？

@huijiewei 你的 article 表可以 in 查询 tag_id? 这么神奇的吗？手动狗头

2020 年 6 月 4 日

回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？

@huijiewei 不用 join 我是实现不了，请教下这个怎么拆成 3 个 sql 还能满足需求。

2020 年 6 月 4 日

回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？

@magicnian 你说的部分数据放到 mongo，如果查询字段同时有 mongo 和 mysql 的字段岂不是炸裂。我倒是觉得数据量大了，把查询的关键字段都放到 es 或者 nosql，然后用主键去 mysql 查详情就好。

2020 年 6 月 4 日

回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？

@magicnian 这种关联关系挺常见的，所以最终归宿都是 nosql ？

2020 年 6 月 4 日

回复了 hackingwu 创建的主题 › 程序员 › 我们公司不让开发使用 join 包括 left join,不让用子查询，合理吗？

请教下楼上的大佬不用 join 怎么实现以下需求？用关系型数据库存文章，每篇文章包含多个标签（一对多），每篇文章包含多个作者（一对多），后台管理页面需要按作者和标签检索并分页。

2020 年 6 月 2 日

回复了 wikinee 创建的主题 › 硬件 › 近日，脱袜子公开了他的最新电脑配置

While games and artificial intelligence and machine learning developers care deeply about graphics, video and image processing doesn't interest Torvalds much. He used:

"Some random Sapphire RX580 graphics card. It's overkill for what I do (desktop use, no games)."

显卡是 RX580

2020 年 5 月 24 日

回复了 meisen 创建的主题 › 分享发现 › 「泼冷水」你在用 2K 分辨率显示器吗？

@meisen imac 4k 分辨率是 4096 x 2304，和 1080 、720 都不是整除，岂不是全屏看视频基本都会模糊了。。。

2020 年 5 月 24 日

回复了 meisen 创建的主题 › 分享发现 › 「泼冷水」你在用 2K 分辨率显示器吗？

看评论看晕了，啥结论都有。

蹲一个结论，不等比缩放全屏看视频到底有没有观感影响。😂

1 2 3 4 5 6 7 8

❮

❯