Node.js+MongoDB停车系统如何实现星期规则匹配日期查询

一、先修正现有Schema的不合理设计 #

你当前的availability字段Schema存在类型设计问题，先做调整才能降低后续匹配的复杂度：

• day字段不要存字符串，统一存0-6的数字，对应规则为0=周日、1=周一...6=周六，和JS/day.js的日期对象获取周几的返回值完全对齐，避免存"周一""Mon"这类字符串带来的多语言、格式不统一的匹配问题
• startTime和endTime统一存HH:mm格式的纯时间字符串（比如"09:00"），不要混存Date、String类型，这种格式的字符串按字典序比对的结果和时间先后顺序完全一致，不需要额外转成日期对象就能做大小比较。

修正后的子Schema参考：

const availabilityItemSchema = new Schema({
  day: {
    type: Number,
    required: true,
    enum: [0, 1, 2, 3, 4, 5, 6]
  },
  startTime: {
    type: String,
    required: true
  },
  endTime: {
    type: String,
    required: true
  }
})

二、检索逻辑实现 #

不需要提前把商户配置的周维度规则转换成具体公历日期存库（这种方案会产生大量冗余数据，商户修改规则时要批量更新所有关联日期数据，维护成本极高），分两步做匹配即可，性能和可维护性都能满足要求：

• 第一步：粗筛走数据库索引。把用户传入的具体查询日期转换成对应周几的数字，叠加城市、行政区、商圈等地域筛选条件，直接查询MongoDB，这一步可以给地域字段+availability.day建复合索引，就算数据量到百万级查询速度也很快。
• 第二步：内存做精确时间匹配。拿到粗筛后的车位列表后，取出对应周几的可用规则，比对用户提交的停车开始、结束时间是否完全落在规则的startTime和endTime区间内，过滤掉不符合时间要求的车位即可。

如果不想做二次内存过滤，也可以直接用MongoDB聚合管道，在查询阶段直接完成时间字符串的比对，代码量会稍高，但能减少应用层的内存消耗。

三、day.js的作用 #

引入day.js可以大幅简化日期处理逻辑，比原生Date的写法简洁很多，核心能帮你省掉这些重复工作：

• 不用自己处理不同日期格式的兼容问题，不管用户传入的是时间戳、YYYY-MM-DD格式字符串还是其他格式，直接转成dayjs对象后，调用.day()方法就能拿到0-6的周几值，不需要手动处理时区、日期解析的边界问题
• 调用.format('HH:mm')就能直接拿到统一格式的时间字符串，不用自己写时分补零、字符串拼接的逻辑
• 如果后续要支持跨天的停车规则（比如22:00到次日08:00），用dayjs的add、isBefore、isAfter等方法做时间判断，比原生Date少写很多边界校验代码。

参考实现代码 #

const dayjs = require('dayjs')

// 假设接收到的用户查询参数
const searchParams = {
  city: '上海市',
  district: '浦东新区',
  businessCircle: '陆家嘴',
  queryDate: '2024-10-18', // 用户选择的停车日期
  parkStart: '09:30', // 用户计划停车开始时间
  parkEnd: '17:00' // 用户计划停车结束时间
}

// 转换查询日期为周几数字
const targetDay = dayjs(searchParams.queryDate).day()

// 第一步：数据库粗筛
const roughMatched = await Parking.find({
  city: searchParams.city,
  district: searchParams.district,
  businessCircle: searchParams.businessCircle,
  'availability.day': targetDay
})

// 第二步：精确匹配时间
const finalResult = roughMatched.filter(parking => {
  const matchedRule = parking.availability.find(item => item.day === targetDay)
  if (!matchedRule) return false
  // HH:mm格式字符串直接比对即可
  return searchParams.parkStart >= matchedRule.startTime 
    && searchParams.parkEnd <= matchedRule.endTime
})

补充注意点 #

• 如果要支持跨天的可用规则，可以给availability的子项加一个isCrossDay的布尔字段，匹配时单独处理跨天的时间判断逻辑，不需要拆分规则到两天
• 不要为了查询方便预生成未来几个月的具体日期车位库存，商户改一次规则就要全量更新所有关联日期数据，出问题的概率极高
• 给常用筛选字段建复合索引，能把查询耗时压到毫秒级

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