主题：【半原创】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