F家过经(保佑h1b transfer)

蹲lz的系统设计帖子了！积累能看出来真心丰富，点个赞，这波跟定你了hhh

想请教下，系统设计准备到最后的感觉，是不是就是在理解所需概念的基础上自己心里有一套经典题库，复习的时候也是复习那些，然后面试的时候根据具体要求做变种即可？
谢啦 给你加米

论坛匿名账号 发表于 2020/05/07 22:36:14
我想单开一个帖子讲我自己怎么准备system design
一般这种经验分享在哪个区域啊 各位大佬？

先给你分享...

非常感谢，zszs

Opus_A 发表于 2020-5-25 10:11
蹲lz的系统设计帖子了！积累能看出来真心丰富，点个赞，这波跟定你了hhh

想请教下，系统设计准备到最后 ...

是的，总结的很好
但是可能还要结合自己实战的经验  如果没有真正做过一些distributed system 会很容易露馅

最近刚入职比较忙 可能要延后再publish了 哈哈  谢谢支持

论坛匿名用户 发表于 2020-5-26 03:55
是的，总结的很好
但是可能还要结合自己实战的经验  如果没有真正做过一些distributed system 会很容易 ...

get 再次感谢~哈哈 好饭不怕晚 先入职安顿下来 之后慢慢总结

感谢楼主！

请问为什么不直接存lat-long，比如说存成一个concatenated的string (e.g. "123.4567,12.3456")？查找的时候也是先找 "123.4567,12.3456"，如果不够10个再找"123.456,12.345"，和geohash有什么区别呢？

wushi17ie 发表于 2020-5-26 11:13
请问为什么不直接存lat-long，比如说存成一个concatenated的string (e.g. "123.4567,12.3456")？查找的时候 ...

hmm  您可以看我google drawing 的absract 的reasoning
我没理解错的话 您propose的类似于那个naive solution
你那样需要scan 整个table 去找lat lon

游客 142.79.193.x 发表于 2020-5-26 20:41
hmm  您可以看我google drawing 的absract 的reasoning
我没理解错的话 您propose的类似于那个naive sol ...

谢谢大神楼主回复，我之前也反复看了你的分析，只是还是不太明白为什么这样是整个table的scan... 很不好意思占用你的时间不过如果方便的话还希望能再指点一下。

换个说法，如果把这一步"convert lat lon from client to full length hashes"换成把lat lon number变成 "lat,lon"这样一个string (lat=123.4567,lon=12.3456变成key="123.4567,12.3456")，别的完全不变，只是减少精度的时候是lat和lon都各自去掉最后一位，"123.4567,12.3456"变成"123.456,12.345"，这样跟原本geohashing的办法有什么区别呢？是key的数量不同吗？

cassandra里看起来会是这样
Hash                              place_id      timetamp
123.4567,12.3456          1                 123456
123.4567,12.3456          2                 654321
123.4567,12.3458          3
123.456,12.345              1
123.456,12.345              2
123.456,12.345              3

地里的匿名用户 发表于 2020-5-7 22:36
我想单开一个帖子讲我自己怎么准备system design
一般这种经验分享在哪个区域啊 各 ...

有专门的“系统设计”版

admin 发表于 2020-5-27 13:11
有专门的“系统设计”版

好的哈！