OMOP CDM中LOINC编码查询异常问题排查求助

针对你遇到的LOINC编码34714-6精确查询无结果，但concept_id和模糊查询能匹配的问题，可按以下方向排查：

• 隐藏字符或非标准减号问题
  即使ASCII检查过，仍可能存在肉眼不可见的特殊字符（比如软连字符、全角减号）。执行以下SQL对比目标记录中减号的ASCII值：

  SELECT concept_code, ASCII(SUBSTRING(concept_code, 6, 1)) AS dash_ascii
  FROM omop.concept
  WHERE concept_id = 3032080;
  

  正常半角减号的ASCII值为45，若结果不符，说明存储的编码与你查询用的减号字符不一致。

• 字段索引异常
  若concept_code字段的索引存在损坏，可能导致精确查询失效。尝试重建索引（语法根据数据库调整）：

  -- SQL Server
  ALTER TABLE omop.concept REBUILD INDEX idx_concept_code;
  -- PostgreSQL
  REINDEX INDEX idx_concept_code;
  -- MySQL
  ALTER TABLE omop.concept DROP INDEX idx_concept_code;
  ALTER TABLE omop.concept ADD INDEX idx_concept_code(concept_code);
  

  也可强制不使用索引查询验证：

  -- SQL Server
  SELECT * FROM omop.concept WITH (INDEX(0)) WHERE concept_code = '34714-6';
  -- PostgreSQL
  SET enable_indexscan = off;
  SELECT * FROM omop.concept WHERE concept_code = '34714-6';
  

• 字符集编码转换问题
  检查CONCEPT表及数据库的字符集设置，确保导入LOINC词汇时未出现编码转换错误：

  -- MySQL
  SHOW CREATE TABLE omop.concept;
  -- PostgreSQL
  SELECT pg_encoding_to_char(encoding) FROM pg_database WHERE datname = '你的数据库名';
  

  确认表字符集为UTF-8，且Athena导出的词汇文件编码与数据库一致。

• 不可见空白字符问题
  执行SQL检查目标编码的实际长度，判断是否存在换行符、制表符等隐藏空白：

  SELECT concept_code, LENGTH(concept_code) AS code_length
  FROM omop.concept
  WHERE concept_id = 3032080;
  

  正常34714-6长度为6，若结果大于6，用TRIM包含所有空白字符的函数尝试查询：

  SELECT * FROM omop.concept WHERE TRIM(BOTH '\t\n\r ' FROM concept_code) = '34714-6';
  

• 事务或缓存干扰
  若存在未提交的事务修改过该记录，可能导致精确查询无法获取最新数据。提交所有未完成事务，或重启数据库服务后再执行查询。

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