将数据保存为数组还是分多行保存？哪种方式更高效？
将数据保存为数组或将数据保存在多行中，哪种方式更高效？这个问题的出现主要是因为需要在时间和空间之间做出权衡。以下是需要考虑的因素：
- 将列合并成一个列仍然会有与它们分开时相当的长度。
- 通过使用适当大小的数据类型，可以节省更多的空间。
- 硬盘空间是廉价的。
- 拥有不同的列可以让您查询任何一个列。
- 不同的列还允许您在以后的日期轻松添加或删除列，而无需重新构建每行的组合列。
- 您可以使用`$result->fetch_assoc()`将不同的列立即获取为数组形式的结果行，而不需要花费时间解析复杂的字符串。
- 解析这样的字符串可能容易出错，而选择特定的列则不会。
- 您可以在单个列上添加外键约束和索引，这在合并列时无法实现。
- 您可以轻松地在不同的列上进行搜索，但在合并列时无法实现。
可以想到更多的原因，说明为什么选择不同的列是一个比尝试优化代码更好的选择，因为优化代码很可能不会节省时间。查询可能会快几毫秒，但您在处理字符串时却浪费了这些时间。
在存储数据时，将值存储为数组（将不同的值连接成字符串？）绝对是一个不好的主意，因为：
- 你将失去可读性，
- 你将无法轻松地在连接的列上进行搜索，
- 你无法正确地为这些列建立索引。
此外，这对性能没有影响 - 参见如果表中有太多列，是否会导致性能下降？
如果你对这么多列感到不满意，你应该考虑对数据库模式进行规范化（数据库规范化）。
根据以上内容，我们可以得出问题的原因是将数据存储为数组或在多行中存储数据，而这两种方式都有其不足之处。将值存储为数组会导致不可读性、无法进行有效搜索和索引，而将数据存储在多行中会增加数据表的复杂性和冗余度。因此，我们需要找到一种更高效的解决方法。
解决这个问题的方法是通过数据库规范化来优化数据库模式。数据库规范化是一种将数据库设计为多个关联表的过程，以减少数据冗余和提高数据的一致性和可维护性。通过将数据拆分成更小的关联表，我们可以提高数据的可读性、搜索和索引效率，同时减少数据表的复杂性。
以下是一个简单的示例，说明如何通过数据库规范化来解决这个问题：
-- 创建用户表
CREATE TABLE users (
id INT PRIMARY KEY,
name VARCHAR(50)
);
-- 创建订单表
CREATE TABLE orders (
id INT PRIMARY KEY,
user_id INT,
product VARCHAR(50),
quantity INT,
FOREIGN KEY (user_id) REFERENCES users(id)
);
在上面的示例中，我们将用户和订单分别存储在两个关联表中。每个订单都有一个对应的用户ID，通过外键关联到用户表中的ID字段。这样，我们可以轻松地搜索和索引订单表中的用户ID，并且可以更方便地查询某个用户的所有订单。
通过数据库规范化，我们可以避免将数据存储为数组或在多行中存储数据所带来的问题，提高数据库的性能和可维护性。因此，将数据存储为数组或在多行中存储数据并不是一个高效的方式，而通过数据库规范化来优化数据库模式是更好的解决方法。