如何设计和处理mysql中的大表？
如何设计和处理mysql中的大表？
提问于 2015-11-28 06:04:25
假设我有一个游戏表、一个Player表和一个游戏管理(谁可以将游戏添加到系统)表，而计分表包含游戏id玩家id和每个游戏级别的得分。
每个游戏都有很多玩家不是游戏管理员。每个游戏管理员都有几个游戏.the评分表，可能超过1500万的记录。
我有两个想法:请告诉我正反两方面。
根据我的估计系统不会有100多个游戏，所以：
1.为每个游戏创建新的表，以防止将所有分数存储在一个表中。
2.将玩家和玩家的主要资料保存在一个数据库中，并为每个游戏创建新的数据库？
哪一种选择更合适？如果你有其他的想法，请和我分享。谢谢
回答 1
Stack Overflow用户
回答已采纳
发布于 2015-11-28 07:34:01
从查询性能的角度来看，这两种解决方案实质上是等价的，因为它们的结果是有更多的小尺寸表。唯一的区别在于三个方面，第一个方面涉及多个数据库的访问和连接时间或对数据库的身份验证，在多个数据库的情况下，从dns，特别是从dbname向上游路由，但thisIt意味着，对于游戏表的每次访问，您都应该避免新的连接。在第二种情况下，新连接的使用可能较少，但您应该注意，您必须在代码中考虑如何管理要访问的表的动态标识。最后，在您可以访问的数据库数量中，如果您确实使用了托管解决方案，您通常会受到有关使用权限或与提供者的服务契约的限制。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/33968254
复制相关文章
相似问题
腾讯云开发者
