这次问题发生在一个 Oracle 查询上。业务页面要展示一批物料在仓储流程里的状态，数据来自本地表，也来自一张通过 DB Link 访问的远程明细表。页面慢，用户看到的是转圈，开发看到的是一段很长的 SQL。

我第一次看这段 SQL 的反应很直接：太乱了，先整理一下。

它里面有 CTE，有远程表，有 CONCAT(CREATION_DATE, CREATION_TIME)，有 SUBSTR 截取库位号后 10 位，有 TO_CHAR(rm_tag, 'hh24miss') 判断班次，还有一堆状态 CASE WHEN。从代码可读性上看，确实有很多可以改的地方。问题是，数据库不按人的阅读体验执行。

这次问题发生在一次工单系统的版本升级里。

系统本身是公司内部流程工单系统。普通用户在里面填写、提交工单；模板设计者可以在前台配置表单字段、字段联动和流程等。对普通用户来说，一个下拉框只是一个下拉框。对模板设计者和系统管理员来说，它背后可能连着一份外部数据。

旧版本允许模板里的下拉框直接引用外部 JDBC 数据源。新版本准备把这条路收掉，改成由 API 提供数据。这个改动不是为了换一种写法。JDBC 直连数据库会牵涉账号、网络连通性、权限范围、审计日志和数据暴露边界。

根据公司对于系统安全的合规审计，这些要求不能靠模板设计者配置时“注意一下”来解决。