V2EX › glacer 的所有回复 › 第 20 页 / 共 22 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 12 13 14 15 16 17 18 19 20 21 ... 22

❮

❯

2018 年 6 月 18 日

回复了 lengjingxu 创建的主题 › 数据库 › 有没有工具可以直接将 SQL 转化为可供前端调用的 API?

GraphQL

2018 年 6 月 13 日

回复了 intohole 创建的主题 › 程序员 › xspider 爬虫小框架，专注策略实现爬虫

mark

2018 年 6 月 12 日

回复了 Symo 创建的主题 › 程序员 › 阅读技术书籍的时候需要做读书笔记吗.

我会先看，过后会专找时间重过一遍做笔记

2018 年 6 月 11 日

回复了 LinJunzhu 创建的主题 › 问与答 › 真特么是服了，购买了阿里云服务器，头一天创建完服务器，还没登录过服务器呢，第二天就显示被 DDOS，屏蔽了我的服务器

可以工单申请换 IP 的

2018 年 6 月 11 日

回复了 heyzxz 创建的主题 › 分享创造 › 有 WebGL 撸了这么个破玩意儿

厉害了

2018 年 6 月 11 日

回复了 monsterj 创建的主题 › 问与答 › mysql，级联查询，还是单表多次查询（对于查出多条数据来说）？

@monsterj 第三种。第二种方法会发送大量 SQL，造成 N+1 问题。
我不明白你所说的「 in()里的数据多了影响性能」是否有论据。使用 in 也是可以命中索引的，性能并不会比 join 差多少。

2018 年 6 月 11 日

回复了 monsterj 创建的主题 › 问与答 › mysql，级联查询，还是单表多次查询（对于查出多条数据来说）？

让数据库做行遍历少的 join 是可以的，尤其是能做到小表驱动时。剩余的情况更倾向于单表多次查询。
像 GraphQL 这类查询语言，其原生版本就不支持多表的 join 查询。即使 join-monster 这样的中间件，其底层实现 join 的技术也有两种。其官方文档里也明确在一对一级联（或少量数据级联）的情况下可使用 join 查询，而在多对多级联则建议使用单表 batch 查询。
如果你们的数据库在后期会做水平分库的话，不管是使用 proxy 还是数据库中间件，对 join 查询的支持都不好（分布式数据库对 join 查询是很不友好的）。所以如果前期尽量避免 join 的使用的话会省很多事情。
另外，单表多次查询可以对查询的中间结果缓存，这对 join 来说是很难做到的。

2018 年 6 月 9 日

回复了 hoythan 创建的主题 › JavaScript › 这道 JS 题目最快的办法是什么？

笛卡尔积，MySQL 的 Nested Loop Join 了解一下

2018 年 6 月 9 日

回复了 alian 创建的主题 › 分享创造 › 我们做了一个 NBA 总决赛比分直播插件，分享出来为骑士攒点人品

@alian 有 api ？还是爬的页面

2018 年 6 月 9 日

回复了 alian 创建的主题 › 分享创造 › 我们做了一个 NBA 总决赛比分直播插件，分享出来为骑士攒点人品

数据从哪来的？

2018 年 6 月 7 日

回复了 s609926202 创建的主题 › 问与答 › 老板说：生成三位数的随机数，不能重复。这道题怎么破？

就算一位数是一个字节，也能表示 256 种 ASCII 码，三位随机数的空间已经达到 2^24 了。