raysonlu 最近的时间轴更新
raysonlu

raysonlu

V2EX 第 239630 号会员,加入于 2017-07-11 10:28:15 +08:00
根据 raysonlu 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
raysonlu 最近回复了
确实很多都无用,重点不是工具,而是资源管理和资源
5 天前
回复了 dudubaba 创建的主题 程序员 如何在全站中拥有唯一的个性化头像?
内容创作就行,比如来自摄影,绘画
6 天前
回复了 qiyong 创建的主题 程序员 面试中遇到的一道 sql 题
@CRVV

我确实一直都在用 MySQL 做项目,其他数据库甚少了解。现今中小项目使用 MySQL 依然很普遍。
对关系型数据库的学习,我一直都是以“边用边学”的方式,有尝试去“系统性进阶学习”,但很难看进去(比如《高性能 MySQL 》),或者说是还没找到适合的教材、方法吧。
产品经理的需求,我觉得技术经理需要去进行平衡,当然要优先考虑实现需求,在不是 100%实现需求的情况下,实现的方式有多种。
9 天前
回复了 qiyong 创建的主题 程序员 面试中遇到的一道 sql 题
@CRVV 如果按你说的场景并且只能局限于此,的确只能 BigQuery 了。但我还是比较好奇在实际场景中,遇到这种 BigQuery 是几乎开放式的(多用户或多进程可同时进行请求),这时候还能这么搞?(我实际项目中反而遇到很多这种用户可能会频繁访问 BigQuery 的情景)
我理解中的“分步处理”不是为了“代码比较好懂”而是为了“不让 mysql 高负荷运行复杂查询“,维护简单的 sql 查询比较容易(比如简单的索引组合,分表之类),但 BigQuery 的查询维护就变得很难把控。
在结合一些实际业务情况,我或者会考虑这些:
1 、针对查询业务做一个汇总表,并动态更新,这相当于持久化的热缓存了;
2 、尽量减少搜素条件需求,或针对搜索条件对分步查询进行调整;
3 、慎重考虑分页。分析 BigQuery 过程其实很多情况下(特别是排序),sql 已经把相关数据全部扫描了,然后我们只取部分数据(估计考虑数据传输压力到中间层),我觉得这种情况不如“不分页查询”。数据库和中间层之间数据传输压力(如 in 查询的数量限制也算是),可以尝试在分步处理的各个步骤当中再进行”分步查询“,中间层和客户端层之间的传输压力,那就甩锅给带宽吧( nginx 已经有数据压缩传输处理了,不想管了)
总结我对 BigQuery 的使用场景是:业务量不大,且让业务快速到位。
以上,个人鄙见
10 天前
回复了 qiyong 创建的主题 程序员 面试中遇到的一道 sql 题
@CRVV 这类的查询业务,数据量到达亿级的话,是把整个查询业务都放在 sql 呢(比如这种面试题需要一句 sql 语句得出最终结果,或窗口函数),还是多次 sql 查询分步处理好?(比如 php 或 java 先查出销量最好三个,再根据分组 id 查分组销量情况,再拼凑)
10 天前
回复了 JasonLaw 创建的主题 程序员 升降桌推荐
没人推荐一下网易严选?
20 天前
回复了 Uahh 创建的主题 程序员 写了一个投胎模拟器
一定几率的随机抽取国家=投胎模拟
看了同事升级后的使用,我直接定论:如果多桌面理解为是分组的话,这个所谓的前台调用无非就是分组下面的分组
想问 JetBrains 啥时候在 ipados 应用市场上个架
你以为人家卖硬件,实际人家卖服务
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2960 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 17ms · UTC 09:14 · PVG 17:14 · LAX 01:14 · JFK 04:14
Developed with CodeLauncher
♥ Do have faith in what you're doing.