sql - 一对一的数据库关系？

Question

在空闲时间，我开始编写一个带有数据库后端的小型多人游戏。我想将玩家登录信息与游戏中的其他信息(库存、统计数据和状态)分开，一位 friend 提出这可能不是最好的主意。

将所有内容集中在一张表中会更好吗？

Answer 1

从忽略性能开始，尽可能创建最合乎逻辑且易于理解的数据库设计。如果玩家和游戏对象(剑？棋子？)在概念上是分开的东西，那么将它们放在不同的表中。如果玩家可以携带东西，则在引用“玩家”表的“东西”表中放置一个外键。等等。

那么，当你有数百名玩家和数千件东西，并且玩家在游戏中跑来跑去，做一些需要数据库搜索的事情时，那么，你的设计仍然足够快，如果您只需添加适当的索引即可。

当然，如果您计划同时有数千名玩家，他们每个人每秒都清点自己的东西，或者可能有其他一些巨大的数据库搜索负载(搜索图形引擎渲染的每一帧？)，那么您将需要考虑性能。但在那种情况下，无论您如何设计表，典型的基于磁盘的关系数据库都不够快。