主题:【半原创】Flickr 网站架构研究(1) -- 西电鲁丁
共:💬69 🌺366
每个shard上的数据库结构看起来都差不多,shard A上面如果有某些表,表里存着一些客户的某些类型的数据(评论啦,照片的metadata啦等等),那么shard B上也是这么一套,只不过是针对另一些客户。文章中也说“Shard只适用于不需要join操作的表”,也就是说各客户之间的交互应该是很少的。如果是办一个用户之间交互很多的,比如Facebook这样的网站,这个架构就完全不适合了。这时候可能要把数据库纵向剖开,关于论坛的数据库在一个服务器上,在线聊天的又在另一个上……
- 相关回复 上下关系8
压缩 3 层
🙂不完全是Flickr网站一家的问题 1 西电鲁丁 字372 2009-08-27 22:44:05
🙂这个观点有说服力 邓侃 字147 2009-08-27 22:52:46
🙂这也是我才想到的,所以说要大家一起讨论 西电鲁丁 字62 2009-08-28 06:59:17
🙂据我粗浅的理解,shard就是把数据库横着剖分开
🙂shard的问题 邓侃 字162 2009-08-27 21:41:22
🙂每个shard上的数据库结构应该是基本一样的, 1 西电鲁丁 字519 2009-08-24 22:32:06
🙂送花得宝 小木 字122 2009-08-24 10:58:31
🙂Shard的写入似乎没有事务控制? 看树的老鼠 字182 2009-08-23 20:58:45