如何正确在数据库中存储数组？基于Ruby、Sequel与PostgreSQL的方案探讨

嘿，针对你纠结的两种数组存储方案，我来给你捋捋最适合的方向——核心要看你的数组元素类型和后续需求，先直接给结论：如果是同类型元素的数组，优先用PostgreSQL原生数组配合Sequel的内置支持；异构元素的话再考虑JSON存储。

下面详细说说两种方案的利弊：

方案1：PostgreSQL原生数组 + Sequel专用适配器 #

PostgreSQL本身就支持原生数组类型（比如integer[]、text[]），而Sequel对这个特性有完美的封装，完全不需要你手动处理[1,2,3,4]和"{1,2,3,4}"之间的转换——Sequel会自动帮你完成双向的无冗余转换。

你只需要在定义模型字段时指定对应的数组类型（比如:integer_array），之后读写数据时直接用Ruby数组就行：

# 定义模型
class Item < Sequel::Model
  set_schema do
    integer_array :numbers
  end
end

# 写入数据
Item.create(numbers: [1,2,3,4])

# 读取数据
item = Item.first
p item.numbers # 直接得到 Ruby 数组 [1,2,3,4]

这种方案的优势不止是转换方便：

• 数据库层面有类型校验，能避免存入不符合类型的数据
• 可以使用PostgreSQL的数组操作符（比如@>做包含查询、ANY匹配元素），还能创建数组索引优化查询性能
• 比存JSON更贴合数据库的原生特性，查询效率更高

方案2：存储JSON格式 #

这种方案确实简单，用JSON.generate转成字符串存储，读的时候JSON.parse转回数组，上手门槛低，但缺点也很明显：

• 数据库把它当成字符串存储，没有类型校验，可能存入无效数据
• 无法利用PostgreSQL的数组操作特性，要查询数组内的元素只能做模糊匹配或者全表扫描（效率极低）
• 只有异构元素数组（比如[1, "foo", {bar: 2}]）才适合用这种方案，因为原生数组要求元素类型一致

最终建议 #

• 如果你的数组是同类型元素（比如全整数、全字符串），选方案1，这是最优雅、性能最好的做法，Sequel已经帮你搞定了所有转换细节，完全不用操心冗余问题
• 如果是异构元素数组，或者需要兼容其他不支持原生数组的数据库，再选方案2

内容的提问来源于stack exchange，提问作者Flamine