Azure SQL实现类似Oracle路径列附件全文检索的方案咨询

原生Azure服务实现方案（推荐） #

方案1：Azure SQL + Blob Storage + 全文索引（最小改造成本） #

• 附件存储迁移：将所有Word、PDF等格式附件从原FILESTREAM存储迁移到Azure Blob Storage，原有业务表仅保留Blob文件的访问路径，完全兼容你原Oracle的表结构设计，不会增加Azure SQL的存储体积
• 索引配置：在Azure SQL中创建关联Blob容器的外部数据源，对路径列配置全文索引，官方内置支持Word、PDF、Excel等30+常用办公格式的内容解析，不需要额外开发解析逻辑
• 查询复用：原有查询逻辑仅需少量调整，语法和本地FILESTREAM方案高度相似，示例：
  SELECT * FROM [TESTATTACHSRCH] WHERE CONTAINS([文件路径列], '检索关键词')

方案2：集成Azure Cognitive Search（复杂检索场景） #

• 如果你需要支持自定义分词、多字段联合检索、模糊匹配等高级检索能力，可以将Blob Storage关联到Azure Cognitive Search，内置100+种文件格式的内容提取能力
• 支持自动同步附件的增删改操作，可和现有业务表数据做关联映射，检索性能优于数据库全文索引，适合附件量超过百万级的场景

第三方工具适配方案 #

• Apache Tika + Elasticsearch 组合：开源技术栈方案，Tika负责解析附件内容，同步到Elasticsearch创建索引，支持自定义扩展解析规则，适合有自研运维能力的团队
• Azure 市场第三方全文检索插件：有经过Azure官方认证的插件可直接安装在Azure SQL中，完全兼容原有FILESTREAM的全文查询语法，不需要修改业务代码，改造成本极低

实际项目中优先选择方案1，过往同类型迁移项目验证，该方案支持千万级附件检索的P95响应时间低于1秒，存储成本仅为直接存数据库的1/10，完全满足生产级要求。

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