DB昂赛挂经

匿名用户 发表于 2024-06-02 07:36:51
能具体讲讲bookstore这个题吗？如果只是拿一个价格去其他bookstore去查好像没啥东西....

按照我的理解这里面会有一些不同的选择。 比如查询，有点像pull vs push。 push 就是这些bookstore已经把他们的价格和图书列表同步到你要设计的服务， 查询只是在本地查询，然后去书店确认。pull就是每次都去各个书店实时询问。 如果你有1万个查询，pull的模式下同时就是百万级网络连接出去，时间、retry这些都会比较麻烦。 和书店确认价格的部分，如果一个书店有很多书都可以，那这个服务是每一本书发一个确认还是可以结合在一起发呢？ 如果有多家书店都可以，你会找多少家确认价格呢，如果最低价格的那家书店没有回复，倒数第二家的回复了，你选哪家呢？ 订单需要书店接受还是不需要，如果订单接受失败怎么处理？ 给第二家还是等？ 给第二家的话，如果第一家接受成功了，但是返回信息丢失，这种情况怎么处理呢？

匿名用户 发表于 2024-6-1 23:52
楼主请问interval那道题可以给个例子吗？积分不够看不了隐藏内容。看描述像是返回删掉这个index之后的array ...

对第一问就是很简单，followup要复杂一些，但细节我记不太清了不好意思

匿名用户 发表于 2024-6-2 07:36
能具体讲讲bookstore这个题吗？如果只是拿一个价格去其他bookstore去查好像没啥东西....

真的就是这么简单。latency要求10-20 seconds，book seller有50-200个，book有1-2 million，scale非常小。

微信用户_kvh8u 发表于 2024-6-2 09:55
按照我的理解这里面会有一些不同的选择。 比如查询，有点像pull vs push。 push 就是这些bookstore已经把 ...

我在这里的第一选择是push model, bookstore把书的相关价格信息以一个CDC/DB trigger的形式发给我们的service。但这个design马上就被interviewer否了，说是bookseller还要onboard your APIs for price update，too complicated。那就pull，但是pull就是你说的这些问题，为了拿到实时价格，每个customer request我们都要去所有bookstore轮询一遍，我也没想到啥好办法能减少price query requests

我电面的SD也是面的这个bookstore的题目，感觉需要和面试官聊清楚一些需求来决定从 bookstore 问价的逻辑可以怎么设计，以及用户怎么拿到结果；另一方面是整体 service 是按照 stateful 还是按照 stateless 来设计，付款部分怎么保证 no double payment，如何 dedup 用户可能的 duplicated request 等等

求问vo面试后多久收到结果的？

你好楼主 想请问一下durable kv store那题具体考察侧重点是什么呢？感觉地理没看到写特清楚的 谢谢啦！

可以请问lz 这个coding array of intervals的followup大概是什么问题吗？谢谢谢谢

匿名用户 发表于 2024-6-4 12:30
我在这里的第一选择是push model, bookstore把书的相关价格信息以一个CDC/DB trigger的形式发给我们的ser ...

但是即使是pull model也要onboard我们的API啊，除非这些bookstore是manually return price result，要不然也是要integrate with the system for the query. 而且这样可能更麻烦

匿名用户 发表于 2024-9-1 20:33
但是即使是pull model也要onboard我们的API啊，除非这些bookstore是manually return price result，要不 ...

pull不需要，service只需要有bookstore的API就行了。但是这样的话要manage不同bookstore的API，也很麻烦。他们应该是有个标准答案模版，必须照着答才行