请问一下
假设每个使用者会有一组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方法, 可能一段时间就需要扩充了

按照 user 共通有的特征下去做归类，纯粹用 id 你分不完

我会分共用的和变动的, 我现在比较想了解的是如何才能无限扩充

facebook系统是自动化的服务器架构也是特别设计过的 服务器是每天都上百台在加这类议题我觉得你去追国外的conf or 简报分享比较容易去了解

一个画面的组成并不是由一台机器负责，不同的功能用不同的的丛集更是理所当然，API不只是给别人用更是自己系统需求所以在规划大型资料时考量的不是只有单一数据库承接，还有如何分散(不过跟你的需求可能有异不过考虑nosql如何？最近颠覆个人使用快10余年的TSQL使用者有兴趣