基于Node.js与Mongoose的无Schema存储及查询方案咨询

刚好做过类似的调查数据存储需求，给你几个实用的解决方案，帮你解决字段类型导致的查询问题：

核心问题拆解 #

你当前的方案（无Schema存单个集合）最大的问题是数据库把JSON里的所有字段都转成了字符串类型，这直接导致数值比较、数组匹配、嵌套对象查询这类操作完全失效——比如你想查surveyid > 100，数据库会把100也转成字符串做字典序比较，结果肯定不对。

可行解决方案 #

1. 改用文档型数据库（首推MongoDB） #

MongoDB本身就是为存储动态JSON文档设计的，它会完整保留JSON里的原生数据类型（数字、数组、嵌套对象、布尔值等），完全不需要提前定义Schema。

举个存储示例：
提交的原始JSON：

{ 
  "id": "abc123", 
  "surveyid": 123, 
  "answers": [5, 3], 
  "userInfo": { "age": 28, "gender": "male" } 
}

存入MongoDB后，surveyid会被识别为整数类型，answers是数组，userInfo.age也是整数。此时你可以正常执行这类查询：

• 按surveyid数值过滤：db.submissions.find({ surveyid: { $gt: 100 } })
• 匹配数组中的值：db.submissions.find({ answers: 5 })
• 嵌套对象查询：db.submissions.find({ "userInfo.age": { $gte: 25 } })

额外建议：给surveyid建索引，提升按调查ID检索的效率：db.submissions.createIndex({ surveyid: 1 })

2. 用关系型数据库的JSONB字段（比如PostgreSQL） #

如果你的技术栈更偏向关系型数据库，PostgreSQL的JSONB类型是完美选择——它不仅能存储动态JSON，还会保留原生数据类型，同时支持创建GIN索引来加速复杂查询。

建表示例：

CREATE TABLE survey_submissions (
  id VARCHAR(50) PRIMARY KEY,
  surveyid INT NOT NULL,
  dynamic_data JSONB NOT NULL
);

插入数据时直接把动态部分存入dynamic_data字段，查询示例：

• 数值比较：SELECT * FROM survey_submissions WHERE (dynamic_data->>'age')::INT > 25;
• 数组包含查询：SELECT * FROM survey_submissions WHERE dynamic_data @> '{"answers": [5]}';

3. 半结构化存储（折中方案） #

如果需要更严格的字段管理，可以把核心固定字段（比如id、surveyid）存在主表，动态字段单独存入一个键值对表，用JSON类型保存字段值以保留类型。

主表survey_submissions：

动态字段表submission_fields：

这种方式虽然需要多表关联查询，但适合需要审计动态字段变化的场景，查询时可以通过JOIN来筛选：

SELECT s.* 
FROM survey_submissions s
JOIN submission_fields f ON s.id = f.submission_id
WHERE s.surveyid = 123 AND (f.field_value->>'score')::INT > 80;

额外提示 #

• 无论用哪种方案，都要在接口层做基础的JSON格式校验，避免存入非法格式的脏数据；
• 高频查询的动态字段（比如某个调查里经常被筛选的score字段），可以单独建索引提升性能；
• 如果后期需要对特定调查做统计分析，建议定期把该调查的动态数据同步到结构化表中，方便批量计算。

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