SQL：如果将PHP数组序列化为字符串并将其放入表单元格中会怎么样？

确切的问题。如果像这样建立一对多的关系会怎么样：如果我们很少与它交互，并且不希望在

many

表中删除，那么在

one

的字段中存储

many

的id

其他一些东西

A有盘子。菜肴由产品组成。产品有自己的价格。如果我这样做会怎么样：

Products columns : { Id, Name , PricePerOne }


Dish columns: { 
    Id, 
    Name, 
    Content ( it is serialized [n x 2] PHP Array with ProductID and Amount of this product in each row)

而不是在必要时取消序列化并计算精确的总和，查询像下面这样的产品（“.explode（..”）中的Id，甚至缓存这个数字

---

所以，我一定说错了什么，但我不需要比较这个序列化字符串，甚至不需要对它做任何事情。它只用于查询价格。实际上，这与一对多的关系非常接近。我认为每一道菜都与少数产品有关。因此，我只需将我需要的产品数量的数据存储在这个精确的盘记录中。

我建议不要将您想要搜索的任何内容序列化，或在“WHERE”子句中使用

我将序列化数据放入数据库的唯一时间是记录完整的POST of GET变量集，以便以后调试，或者缓存数据数组

---

在每个示例中，我不需要在SQL中对序列化字符串进行任何比较。

您可能认为使用序列化数据更容易，但当您的应用程序以极低的速度运行时，您的头发会被撕掉。您正在否定使用数据库的全部目的

---

在开始这条路之前，坐下来从头开始重新思考你的应用程序。

我认为，与SQL等关系数据库格式相比，在序列化数据库格式上执行请求的开销随着查询的复杂性呈指数级增加

---

不仅如此，错误检查和执行任何数量的更复杂的过程（加入？联合？）无疑会导致过早老化…

我已经重读了这个问题并发布了好几次，我完全不确定你在问什么。请你写下你为什么否决投票，我没有否决投票。我只是不明白这个问题。在你回答那些什么也没说就投了反对票的人之前，这个评论就被留下了。对不起，如果这冒犯了你。@MInner否决票并不意味着人们会生气。否决票意味着这个问题：没有显示任何研究成果，不清楚，或者没有用处。根据Derrick的评论猜测哪一位可能被否决。根据你最初的问题（编辑之前），这对我来说似乎很有道理。我一定是说错了什么，但我不需要比较这个序列化字符串，甚至不需要对它做任何处理。它只用于查询价格。实际上，这与一对多的关系非常接近。我认为每一道菜都与少数产品有关。所以，我只是将我需要的产品数量的数据存储在这个精确的盘记录中。那么，你的问题是什么？确切的问题是：如果像这样建立一对多的关系会怎么样：将

many

的id存储在

one

字段中，如果我们很少与它交互，并且不希望在

many

表中删除它。