Solr 6.3迁移至7.2：tdate与pdate字段类型替换疑问

完全可以而且应当将所有tdate字段替换为pdate，下面给你拆解原因和实操注意事项：

• tdate已被官方彻底废弃：正如你查阅文档发现的，Solr 7.x已经移除了基于solr.TrieDateField的tdate字段类型，官方明确不再提供支持。继续使用tdate不仅会面临兼容性警告，还可能在后续版本中直接导致服务启动失败。

• pdate是官方指定的替代方案：pdate对应的solr.DatePointField是Solr 7之后默认的日期字段类型，相比旧的TrieDateField有明显优势：

  • 性能更优，尤其是在处理大范围日期查询、高并发检索场景下，响应速度和资源占用都有提升
  • 存储效率更高，相同数据量下占用更少磁盘空间
  • 兼容tdate支持的所有ISO-8601日期格式，无需修改已有数据的存储格式

• 迁移操作的关键要点：

  1. 配置文件替换：把所有schema文件（schema.xml或managed-schema）中type="tdate"的字段定义统一改成type="pdate"；如果你的schema是自定义的，需要确保已添加pdate的字段类型定义（Solr7默认schema已自带，格式类似 <fieldType name="pdate" class="solr.DatePointField" docValues="true"/>）
  2. 数据无需重新转换：tdate和pdate都使用标准ISO-8601日期字符串（如2024-05-20T14:30:00Z）存储，已有的索引数据可以被pdate字段直接识别，不需要重新索引
  3. 核心查询验证：虽然绝大多数日期查询语法（比如范围查询[2024-01-01T00:00:00Z TO *]）在pdate下和tdate完全兼容，但建议迁移后对业务核心查询场景做一轮测试，确保没有意外问题

总的来说，替换成pdate是符合Solr官方演进路线的正确选择，既能规避废弃API的风险，又能获得性能和存储上的双重收益。

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