作者tas72732002 (葱头)
看板PHP
标题[请益] 资料库架构请益
时间Mon Jul 14 16:52:23 2014
请问一下
假设每个使用者会有一组id, 我规划将这个id的後两码分割成100组不同的资料库
(database sharding)来应付庞大的资料,也就是资料库名称会有db_00 ~ db_99
但假设一段时间後, 100组资料库不够用,需要扩充成1000组资料库, 变成
db_000 ~ db_999, 我这边的想法是将原本db_00 ~ db_99重新分配到db_000 ~ db_099
除了这个方法还有其他的做法吗?? 会这麽问主要是在想类似facebook这麽庞大的资料库
架构会如何设计, 如果用database sharding方法, 可能一段时间就需要扩充了
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 111.248.239.12
※ 文章网址: http://webptt.com/cn.aspx?n=bbs/PHP/M.1405327946.A.B84.html
1F：→ alog:按照 user 共通有的特徵下去做归类，纯粹用 id 你分不完 07/14 19:39
2F：→ tas72732002:我会分共用的和变动的, 我现在比较想了解的是 07/14 19:49
3F：→ tas72732002:如何才能无限扩充 07/14 19:49
4F：→ alog:facebook系统是自动化的 07/14 20:55
5F：→ alog:伺服器架构也是特别设计过的 伺服器是每天都上百台在加 07/14 20:55
6F：→ alog:这类议题我觉得你去追国外的conf or 简报分享比较容易去了解 07/14 20:58
7F：→ noxhsu:一个画面的组成并不是由一台机器负责，不同的功能用不同的 07/14 23:25
8F：→ noxhsu:的丛集更是理所当然，API不只是给别人用更是自己系统需求 07/14 23:26
9F：→ noxhsu:所以在规划大型资料时考量的不是只有单一资料库承接，还有 07/14 23:27
10F：→ noxhsu:如何分散(不过跟你的需求可能有异 07/14 23:28
11F：→ noxhsu:不过考虑nosql如何？最近颠覆个人使用快10余年的TSQL使用者 07/14 23:30
12F：→ noxhsu:有兴趣 07/14 23:30