Rails导入Ride数据时无法匹配已存在的关联Park记录

输入数据存在隐形格式差异 #

• Roo读取Excel单元格时，极易带入肉眼不可见的干扰字符：首尾空白、全角/半角转换错误、不间断空格、Excel自动格式附加的后缀（如数字存储附带.0、日期转换带多余时区文本）
• 这类差异会直接导致：手动在控制台输入干净的匹配字符串可以查到目标Park，但脚本从文件读出的字段值和数据库存储值存在字节级偏差，无法命中查询条件
• 验证操作：在Park.find_by!语句前新增调试输出，打印rides_data[:park].inspect、rides_data[:location_1].inspect，逐字节和数据库存储的对应Park字段值做比对，不要仅靠肉眼判断文本显示一致

运行上下文的数据库配置不匹配 #

• 核对导入脚本的运行环境：很多独立运行的脚本会配置独立的RAILS_ENV环境变量，连接到和你平时开Rails控制台不同的数据库、不同schema，自然查不到目标记录
• 额外核对Park模型的全局作用域：如果Park模型设置了默认查询条件（如过滤软删除标记、仅匹配已激活园区），控制台交互时因为作用域加载时机的问题可能自动绕过了过滤，但脚本里的查询没有调用unscoped绕开限制，就会出现控制台能查到、脚本查不到的情况
• 验证操作：在查询前打印当前连接的数据库名、schema名，同时打印Park.unscoped.where(name: rides_data[:park], location_1: rides_data[:location_1]).to_sql，和控制台手动执行的SQL做逐字对比

导入逻辑的列映射错位 #

• 因为其他模型的同Park关联导入逻辑运行正常，重点排查Ride导入段的Excel列读取规则是否错位：
  • 列索引偏移：比如Park导入时从第3列读园区名、第4列读园区位置，但Ride导入时错从第5列读园区名、第6列读位置，实际拿到的字段值完全不对应
  • Hash key拼写错误：比如把原本存园区名的key错换成了存Ride名称的key，或是把位置字段的key错对应到了Ride的类型字段
• 验证操作：打印当前Ride行读取到的所有字段值，和同脚本内已完成导入的Park列表的[name, location_1]集合做交叉匹配，确认传入查询的两个值是否真的匹配已有Park

跨连接的事务可见性问题 #

• 如果导入流程在同一个未提交的数据库事务中先批量写入Park记录，后续Ride的Park查询如果走了独立的数据库连接，会因为数据库事务隔离级别限制，无法读取其他连接未提交的写入数据
• 验证操作：在Park查询前，通过当前数据库连接执行Park.where(name: rides_data[:park]).pluck(:name, :location_1)，确认当前连接下是否可检索到目标Park记录

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