Kyuubi项目中Presto连接器表名大小写匹配问题解析

在Kyuubi项目（一个开源的大数据SQL引擎服务）中，Presto连接器在处理表不存在错误时存在一个大小写敏感问题。这个问题主要影响与Oracle等数据库的交互，因为这些数据库允许表名中包含大写字母，而Presto返回的错误信息却会将表名转换为小写。

问题背景

当Kyuubi通过Presto连接器查询一个不存在的表时，系统会捕获Presto返回的错误信息并进行正则匹配。原始代码使用了一个严格区分大小写的正则表达式来匹配错误信息中的表名：

regex = r"Table\ \'.*{}\'\ does\ not\ exist".format(re.escape(table_name))

如果用户查询的表名包含大写字母（如"MY_TABLE"），而Presto返回的错误信息中表名变为小写（如"my_table"），这个正则匹配就会失败，导致系统抛出未捕获的异常而非预期的NoSuchTableError。

问题影响

这个问题会导致以下不良影响：

1. 异常处理流程中断，用户会看到原始异常而非友好的表不存在错误
2. 影响所有使用Presto连接器连接Oracle等大小写敏感数据库的场景
3. 类似问题也存在于Databricks连接器，其错误格式为"[TABLE_OR_VIEW_NOT_FOUND]"

解决方案

修复方案相对简单，只需在正则匹配时添加re.IGNORECASE标志，使匹配过程不区分大小写：

if msg and re.search(regex, msg, re.IGNORECASE):
    raise exc.NoSuchTableError(table_name)
else:
    raise

这个修改确保了无论错误信息中的表名是什么大小写形式，都能正确匹配到表不存在的错误情况。

技术深度分析

这个问题实际上反映了不同数据库系统在标识符处理上的差异：

1. Oracle：默认情况下将未加引号的标识符转换为大写，但保留加引号标识符的原始大小写
2. Presto：通常将标识符规范化为小写形式处理
3. SQL标准：对标识符大小写处理没有统一规定，各数据库实现不同

在跨数据库查询场景中，这种大小写处理差异是常见问题。Kyuubi作为中间层，需要妥善处理这些差异，提供一致的错误处理体验。

最佳实践建议

对于使用Kyuubi的开发人员，建议：

1. 在跨数据库应用中，统一使用小写表名以避免大小写问题
2. 对于必须使用大写表名的场景，确保所有查询中都使用一致的引用方式
3. 定期更新Kyuubi版本以获取最新的兼容性修复

该问题已在Kyuubi的最新提交中得到修复，用户可以通过升级版本来解决这一问题。