在支持多语言的应用系统中，同一业务数据往往会存储多种语言的对应字段，比如商品名称可能同时有中文名、英文名、日文名等。当需要根据用户当前选择的语言动态返回对应字段时，可以通过SQL嵌套查询结合系统变量实现子查询中列的动态选择。
实现核心思路
核心逻辑是先通过系统变量存储当前用户选择的语言标识，然后在子查询中根据语言标识判断返回对应的多语言字段，外层查询直接引用子查询的结果即可。这种方式可以把多语言判断逻辑集中在子查询中，外层查询不需要关心语言切换的细节。
系统变量的使用
不同数据库设置系统变量的语法略有差异，但核心作用都是存储临时的语言标识，供后续查询引用。常见的语言标识可以用简写表示，比如zh代表中文，en代表英文，ja代表日文。
MySQL中的实现示例
MySQL支持用户自定义会话变量，适合用来存储临时的语言配置。假设有一张商品表product，结构如下：
| 字段名 | 类型 | 说明 |
|---|---|---|
| id | int | 商品ID |
| name_zh | varchar(100) | 商品中文名 |
| name_en | varchar(100) | 商品英文名 |
| name_ja | varchar(100) | 商品日文名 |
| price | decimal(10,2) | 商品价格 |
首先设置系统变量存储当前语言：
-- 设置当前语言为英文，可动态修改为zh、ja等 SET @current_lang = 'en';
然后通过嵌套查询实现多语言字段切换：
SELECT
p.id,
p.display_name,
p.price
FROM (
SELECT
id,
price,
CASE @current_lang
WHEN 'zh' THEN name_zh
WHEN 'en' THEN name_en
WHEN 'ja' THEN name_ja
ELSE name_zh -- 默认返回中文
END AS display_name
FROM product
) p
WHERE p.price > 100;
子查询中通过CASE表达式根据系统变量@current_lang的值选择对应的名称字段，外层查询直接使用别名display_name即可，不需要再处理语言逻辑。
PostgreSQL中的实现示例
PostgreSQL可以通过SET命令设置会话级别的配置参数，作为系统变量使用：
-- 设置当前语言参数 SET myapp.current_lang = 'en';
嵌套查询实现如下：
SELECT
p.id,
p.display_name,
p.price
FROM (
SELECT
id,
price,
CASE current_setting('myapp.current_lang', 'zh')
WHEN 'zh' THEN name_zh
WHEN 'en' THEN name_en
WHEN 'ja' THEN name_ja
ELSE name_zh
END AS display_name
FROM product
) p
WHERE p.price > 100;
current_setting函数用来获取之前设置的会话参数，第二个参数是默认值，当参数未设置时返回默认值。
注意事项
- 系统变量的作用范围需要注意，会话变量只在当前连接生效，连接断开后变量会失效，适合单次请求的场景。
- 如果多语言字段较多，子查询中的
CASE表达式会较长，可以考虑把多语言字段的映射关系放到单独的配置表中，通过关联查询实现，减少硬编码。 - 嵌套查询的性能需要注意，如果子查询的结果集较大，建议给多语言字段添加合适的索引，提升查询效率。
这种实现方式把多语言切换的逻辑封装在SQL层，应用层只需要设置对应的系统变量，不需要拼接动态SQL，减少了SQL注入的风险，也降低了应用层的逻辑复杂度。