将字段值存储为JSON数组而不是创建新表和一对多关系打赌有什么优点/缺点吗？

Question

假设每个用户都有一些数字（例如网络游戏中道具的ID）存储在数据库中。

我看到一些实现将数字存储为JSON字符串（代表数组结构）在用户信息表的一个字段中。但我的直觉是创建另一个表如下

CREATE TABLE user_numbers (
    userid INT,
    user_number,
    FOREIGN KEY (userid) REFERENCES user_info(id) ON DELETE CASCADE
);

因为这是一对多关系的正式方式。

所以我想知道JSON方法有什么实际的好处，还是只是个人选择？

Answer 1

所以我想知道JSON方法有什么实际的好处，还是只是个人选择？

是的，将数字存储在像“['1'，'2'，'3']”这样的数组字符串中是您个人的选择。但就我个人而言，我不建议使用这种方法来存储数据，因为可能需要对其进行一些算术运算，或者可能需要基于该数据搜索结果，在这种情况下，可能需要对其使用一些函数和索引。所以，如果您存储这样的字符串，那么您将无法执行这样的操作。

Answer 2

根据我的经验，这在很大程度上取决于存储的数据。两种方式都有优点和缺点。如果这是一个MMORPG网络游戏，那么就说你有一台带腰带的电脑。PC可以在腰带中放入药水，以便在战斗中快速获取。所以我们想保存储存在角色腰带中的药水的标识。

最常见的请求是“获取角色X拥有的所有药剂”。在这两种情况下都会运行得很快。

将这些药水ID存储为单独的表的好处：

• 你可以搜索一个特定的药水ID，它非常快。游戏内示例：管理员已经从游戏中删除了一些药水，因此您需要更新每个人的腰带
• 你可以得到一些很好的统计数据。游戏内示例：寻找所有玩家中使用最多的药水
• 数据库将保持数据完整性。游戏中的例子：当你使用药水时，你永远不会遇到游戏说“哎呀，带有那个id的药水不存在”的情况
• 这对一致性有好处。游戏中的例子：你从腰带上拿了一剂药水，把它放进背包里。游戏可以通过调用带有两个简单的明确SQL语句的事务来实现它。
• 你可以做JOIN。游戏中的例子：我们需要在腰带中获得药水的列表，以及它们的名称、重量和图像，这些都存储在单独的表中。
• 您可以更新单个项目，而不需要更新整个腰带。游戏强制示例：你腰带里有一百万种药水，你喝了一种。

存储为json的好处：

• 如果这是一个在客户端使用javascript的浏览器游戏，那么你可以通过一个简单的请求来获得皮带json对象，而不是执行选择查询，然后转换为json
• 维护项目的顺序要容易得多，因为json数组已经被排序了。使用表方法，您需要额外的名为“订单”的列，并每次更新它，检查两个项目是否有相同的顺序等。
• 您可以在客户端的皮带中进行一系列重排，然后单击“应用”-繁荣，只需一个查询即可更新整个皮带。而使用table方法，您至少需要两个查询（DELETE INSERT）
• 除此之外，流行的DBMS在数据库中有支持json函数的插件

一句话：这些不是主要优势，也不是关键问题。所有这些问题都是可以解决的，只要应用程序设计得当，两种解决方案都能正常工作。在决定如何存储数据之前，问问自己，这些数据最常见的用例是什么，然后选择解决方案。