在设计数据库和我现在需要设置的项目时,我是相当新的.我不确定我的问题是否有意义,但我有两个数据,例如每日天气和其他城市列表.

每天(或更多次)每天的天气将随着每个地区的新天气而更新,但随着新城市的增加,城市数据库也将增长(不像我们收集每日天气那么快,但随着我们添加更多城市,它会增长每个表都有其他表格来丰富它,例如城市有其他表格,包括城市统计数据(人口,现任市长等).

问题是随着数据变得越来越大,最好是在一个表中使用天气,在另一个表中使用城市,或者为这两个表分别设置一个数据库并保持一切准备.我问的原因有两个原因.一个变大,是否更容易将一个数据库移动到不同的物理位置(即不同的服务器),或者我也可以使用表格来完成它？还有人告诉我,为了将来的性能,你需要保持索引尽可能小,不要太大,否则会慢一点,我想把数据打破数据作为一种方式.最后,在未来,我可能想要推出一个API,让人们可以访问一个而不是另一个(即只有天气,但没有城市统计数据,反之亦然),或者给两者提供api访问权限.我更关注规模,好像事情进展顺利,然后是这个系统的性质,数据将始终保持增长.

对不起这个长问题.我对采取哪种方法感到有点困惑.最后,如果我走错了路……在mysql中恢复是否容易？说我创建了一个数据库但后来意识到我需要两个或反之亦然.

最佳答案 在
MySQL中,您的数据库与架构相同.您的表是包含列和行的实体.

你想要normalize你的表.当然,请阅读维基百科有关数据库规范化的信息.但是,为了使其更容易,我将数据库规范化浓缩为一个易于记忆的规则.

我庄严地发誓每个数据元素都依赖于密钥,整个密钥,除了密钥之外什么都没有,所以请帮助我Codd.

至于你的表是否应该在多个数据库或模式中,我建议不,没有必要让你的表在多个模式或数据库中.