保存数据库表的序列化数据是不好的做法吗？ [关闭]

Question

在我的 Web 应用程序中，我将用户个人资料信息存储在一个编码的 JSON 数组中，下面是一个示例。

{"youtube":"username","skype":"username","facebook":"username","twitter":"username","googlep":"username","steam":"username","origin":"username"}

这是不好的做法吗？

Answer 1

正如 Burhan Khalid 在他的评论中所说，这取决于你想要实现什么。如果您只是存储该数据以便稍后显示它们，这很好。因此，您不会有将数据转换为 JSON 的开销。顺便说一下，这种技术被称为denormalization。

这样一个 JSON 字段的问题是你不能用 SQL 来查询它。所以这些数据以某种方式丢失了。但是，如果您不需要能够搜索该数据，您可以简单地存储它们并在客户端处理数据。

但如果您需要访问数据，您应该normalize 您的数据库。因此，您将能够查询数据，并且必须将结果转换为 JSON 字符串。使用 json_encode() 函数非常简单。

Answer 2

是的，请参阅：Normalizaion 您必须在一个字段中存储一个值。而不是多个。

你最好选择第二张桌子，例如：

user_id   |  system   | username
   1      |  youtube  | the name
 .............................

而user_id 是用户表的外键。你有一个组合主键（user_id，system）

更新 在生产中，正常的标准化水平是 3 级。因为实现更高的标准化非常困难。当然，出于多种原因（我在这里看不到您的原因），不规范化表/模型或其部分可能是件好事。