在 SQL Server 数据库操作中，“数据类型转换” 是高频需求 —— 无论是将字符串格式的日期转为datetime用于筛选，还是将数值转为字符串用于报表展示，亦或是调整字符编码适配不同系统，都离不开专门的转换工具。CONVERT函数作为 SQL Server 中功能最灵活的数据类型转换函数，不仅支持显式类型转换，还能通过 “样式参数” 实现日期、数值的自定义格式化，远超基础函数CAST的能力。

本文将从CONVERT的核心定义出发，拆解其语法结构与参数含义，聚焦日期时间转换、字符串与数值互转、字符集适配三大核心场景，结合企业级实战案例说明用法，同时对比CAST差异、提供错误处理方案，帮助读者彻底掌握这一 “数据处理利器”。

一、基础认知：CONVERT 函数的核心定位与语法

要熟练使用CONVERT，首先需明确其 “显式转换 + 格式化” 的双重特性，以及语法中各参数的作用 —— 这是后续场景应用的基础。

1. 什么是 CONVERT 函数？

CONVERT是 SQL Server 提供的显式数据类型转换函数，核心作用是 “将一个数据类型的值，转换为另一个兼容的数据类型”，同时支持通过 “样式参数” 对转换结果进行格式化（仅适用于日期时间、数值等特定类型）。

• 与CAST的区别：CAST是 ANSI 标准函数，语法简单但无格式化能力；CONVERT是 SQL Server 扩展函数，支持样式参数，灵活性更高；

• 适用场景：需自定义格式的转换（如日期显示为 “2024-05-20” 或 “20/05/2024”）、复杂数据类型互转（如varchar转datetime2）、字符集转换（如varchar转nvarchar）。

2. 完整语法结构

CONVERT ( target_data_type [ ( length ) ] , expression [ , style ] [ , culture ] )

各参数含义与要求：

3. 关键规则：哪些类型可以互转？

CONVERT仅支持 “兼容的数据类型” 之间的转换，不兼容类型会报错（如text转int）。常见兼容转换组合：

• 字符串类型（char、varchar、nvarchar）↔ 日期时间类型（datetime、date、datetime2）；

• 字符串类型 ↔ 数值类型（int、decimal、float）；

• 数值类型 ↔ 日期时间类型（需通过字符串中转，如int→varchar→datetime）；

• 不同字符集字符串（varchar（非 Unicode）↔ nvarchar（Unicode））。

二、核心场景实战：CONVERT 函数的 3 大高频用法

CONVERT的核心价值体现在 “带格式化的转换”，尤其是日期时间转换与字符串 / 数值互转，以下结合企业级场景详细说明。

1. 场景 1：日期时间类型转换与格式化（最常用）

将日期时间类型（如datetime、date）转为字符串时，通过style参数可自定义显示格式；反之，将字符串转为日期时间类型时，style参数可指定输入字符串的格式，避免转换失败。

（1）日期时间→字符串：自定义格式（style 参数核心应用）

style参数为整数，不同值对应不同的日期时间格式，常用样式如下（完整样式表见附录）：

实战案例 1：报表中格式化日期显示

需求：查询订单表（orders），将订单日期（order_date，datetime类型）显示为 “yyyy 年 MM 月 dd 日 HH:mm” 格式，用于客户账单报表。

SELECT

   order_id,

   -- CONVERT转换：datetime→varchar，style=120获取基础格式，再用REPLACE调整为中文格式

   REPLACE(REPLACE(CONVERT(varchar(20), order_date, 120), '-', '年'), ' ', '月') + '日 ' 

   + LEFT(CONVERT(varchar(20), order_date, 108), 5) AS 订单日期格式化,

   total_amount

FROM orders

WHERE order_date >= '2024-01-01';

结果示例：

（2）字符串→日期时间：指定输入格式（避免转换失败）

当输入字符串的日期格式非 SQL Server 默认格式（如 “20-05-2024”）时，需通过style参数指定格式，否则会报错。

实战案例 2：导入数据时字符串转日期

需求：从 Excel 导入的订单数据中，订单日期以字符串 “20/05/2024”（日 / 月 / 年）存储在temp_orders表的order_date_str列（varchar(20)类型），需转为datetime类型存入正式表。

-- 错误写法：未指定style，SQL Server默认按“月/日/年”解析，“20/05/2024”会因“20>12”报错

INSERT INTO orders (order_id, order_date, total_amount)

SELECT

   order_id,

   CONVERT(datetime, order_date_str), -- 报错：从字符串转换日期和/或时间时，转换失败

   total_amount

FROM temp_orders;

-- 正确写法：指定style=103（日/月/年格式）

INSERT INTO orders (order_id, order_date, total_amount)

SELECT

   order_id,

   CONVERT(datetime, order_date_str, 103), -- style=103对应“dd/MM/yyyy”

   total_amount

FROM temp_orders;

2. 场景 2：字符串与数值类型互转（数据处理常用）

字符串与数值的转换是数据清洗的基础操作，需注意 “数值格式的字符串需合法”（如'123.45'可转decimal，'123a'不可转）。

（1）数值→字符串：固定格式或自定义长度

常用于报表展示（如数值带千分位、保留指定小数位），style参数可用于float/real类型的科学计数法与普通格式切换（style=0：默认，style=1：千分位，style=2：固定小数位）。

实战案例 3：数值转字符串并添加千分位

需求：查询产品表（products），将价格（price，decimal(18,2)类型）转为带千分位的字符串（如 “1,299.99”），用于商品详情页展示。

SELECT

   product_id,

   product_name,

   -- 将decimal转为varchar，style=1添加千分位（仅对float/real/decimal有效）

   CONVERT(varchar(20), price, 1) AS 价格格式化

FROM products

WHERE category_id = 1;

结果示例：

（2）字符串→数值：确保格式合法（避免无效字符）

常用于处理导入的字符串格式数值（如从 CSV 导入的金额字符串），需确保字符串仅包含数字、小数点或负号，否则转换失败。

实战案例 4：字符串金额转 decimal 用于计算

需求：临时表temp_sales中，销售额（sales_str，varchar(50)类型）存储为字符串（如 “12500.50”“-500.00”），需转为decimal(18,2)类型计算月度总销售额。

SELECT

   MONTH(sale_date) AS 月份,

   -- 字符串转decimal，指定长度和精度

   SUM(CONVERT(decimal(18,2), sales_str)) AS 月度总销售额

FROM temp_sales

WHERE YEAR(sale_date) = 2024

GROUP BY MONTH(sale_date)

ORDER BY 月份;

3. 场景 3：字符集转换（Unicode 与非 Unicode 适配）

SQL Server 中，varchar是 “非 Unicode 字符类型”（默认对应数据库默认字符集，如 GBK），nvarchar是 “Unicode 字符类型”（支持多语言，如中文、日文）。当需要在两者间转换时，CONVERT可确保字符编码正确适配，避免乱码。

实战案例 5：varchar 转 nvarchar 适配多语言

需求：客户表（customers）中，客户名称（customer_name，varchar(100)类型）包含中文，需转为nvarchar(100)类型存入国际化系统的customer_i18n表，避免中文乱码。

INSERT INTO customer_i18n (customer_id, customer_name_nv, country)

SELECT

   customer_id,

   -- varchar转nvarchar，指定目标长度

   CONVERT(nvarchar(100), customer_name),

   country

FROM customers

WHERE country IN ('China', 'Japan'); -- 含多语言名称的客户

关键说明：若原varchar字段的字符集与目标系统不兼容（如原数据库用 SQL_Latin1_General_CP1_CI_AS，目标用 Chinese_PRC_CI_AS），需在转换时指定字符集（通过COLLATE子句）：

CONVERT(nvarchar(100), customer_name COLLATE Chinese_PRC_CI_AS)

三、进阶技巧：错误处理与性能优化

在实际使用中，CONVERT可能因 “数据格式非法”“类型不兼容” 导致转换失败，需掌握错误处理方法；同时，不当的转换可能影响查询性能，需注意优化技巧。

1. 错误处理：用 TRY_CONVERT 避免查询中断

SQL Server 2012 + 提供TRY_CONVERT函数，其语法与CONVERT一致，但转换失败时返回NULL而非报错，适合处理 “包含无效数据的批量转换”。

实战案例 6：批量转换时过滤无效数据

需求：处理日志表（error_logs）中存储的字符串格式时间（log_time_str，varchar(50)类型），筛选出可正常转为datetime的记录，忽略无效格式。

SELECT

   log_id,

   log_time_str,

   -- TRY_CONVERT转换失败时返回NULL

   TRY_CONVERT(datetime, log_time_str, 120) AS log_time

FROM error_logs

-- 筛选出转换成功的记录（log_time不为NULL）

WHERE TRY_CONVERT(datetime, log_time_str, 120) IS NOT NULL;

2. 性能优化：避免 “隐式转换” 导致索引失效

“隐式转换” 是指 SQL Server 自动对查询条件中的列进行类型转换（如WHERE CONVERT(varchar(20), order_date) = '2024-05-20'），此时若order_date列有索引，索引会失效，导致全表扫描。

优化原则：尽量对 “常量” 而非 “列” 进行转换，确保索引可用。

错误写法（隐式转换，索引失效）：

-- order_date是datetime类型，有索引，但转换列导致索引失效

SELECT * FROM orders

WHERE CONVERT(varchar(10), order_date, 23) = '2024-05-20';

正确写法（转换常量，索引生效）：

-- 转换常量为datetime类型，与列类型一致，索引生效

SELECT * FROM orders

WHERE order_date = CONVERT(datetime, '2024-05-20', 23);

3. CONVERT 与 CAST 的选择原则

两者均可实现显式转换，选择需根据场景：

示例对比：

-- CONVERT：日期转字符串，格式化为yyyy-MM-dd

CONVERT(varchar(10), GETDATE(), 23); -- 结果：2024-05-20

-- CAST：日期转字符串，无格式化（默认格式，依赖系统设置）

CAST(GETDATE() AS varchar(10)); -- 结果可能为“2024-05-20”或“05/20/2024”

四、常见误区与避坑指南

在使用CONVERT时，新手常因忽视 “数据格式”“参数顺序” 或 “类型兼容性” 导致问题，以下是高频误区及解决方案。

1. 误区 1：日期转换时 style 参数顺序颠倒（日 / 月混淆）

现象：将 “2024-05-20”（yyyy-MM-dd）按 style=103（dd/MM/yyyy）转换，导致日期解析错误（如 “2024-05-20” 被解析为 “20 日 5 月 2024 年”，实际正确，但 “2024-13-05” 按 style=101 会报错）。

解决方案：严格对照 style 表选择参数，不确定时用TRY_CONVERT测试：

-- 测试不同style的解析结果

SELECT 

    TRY_CONVERT(datetime, '2024-05-20', 101) AS style_101, -- 05/20/2024（MM/dd/yyyy）

    TRY_CONVERT(datetime, '2024-05-20', 103) AS style_103; -- NULL（解析失败，因“2024”>31）

2. 误区 2：字符串转数值时包含无效字符

现象：将包含字母或特殊符号的字符串（如'123.45元'）转为decimal，报错 “转换失败”。

解决方案：先通过PATINDEX等函数过滤无效字符，再转换：

-- 提取字符串中的数字和小数点，再转decimal

SELECT

   sales_str,

   CONVERT(decimal(18,2), 

       SUBSTRING(sales_str, PATINDEX('%[0-9.-]%', sales_str),

       LEN(sales_str) - PATINDEX('%[0-9.-]%', sales_str) + 1)

   ) AS sales_amount

FROM temp_sales

WHERE PATINDEX('%[0-9.-]%', sales_str) > 0;

3. 误区 3：目标类型长度不足导致数据截断

现象：将长字符串（如'2024-05-20 14:30:45.123'）转为varchar(10)，结果被截断为'2024-05-20'，丢失时间信息。

解决方案：转换前确认目标类型长度是否足够，字符串转日期时建议用varchar(23)（适配datetime2的完整格式）：

-- 足够长度：完整保留日期时间信息

CONVERT(varchar(23), GETDATE(), 121); -- 结果：2024-05-20 14:30:45.123

五、附录：CONVERT 常用 style 参数表（日期时间 / 数值）

1. 日期时间转换常用 style（适用于datetime/date/datetime2）

2. 数值转换常用 style（适用于float/real/decimal）

六、总结：CONVERT 函数的核心价值与最佳实践

CONVERT函数是 SQL Server 中 “数据类型转换与格式化” 的核心工具，其灵活性体现在 “支持样式自定义” 与 “兼容多类型转换”，但需注意以下最佳实践：

1. 明确转换方向与目标类型：转换前确认 “源类型→目标类型” 是否兼容，避免无意义的转换（如text转int）；

2. 日期转换必指定 style：尤其是字符串转日期时，通过 style 明确格式，避免因系统默认设置导致解析错误；

3. 优先用 TRY_CONVERT 处理批量数据：避免单条无效数据导致整个查询中断；

4. 避免隐式转换影响性能：对常量而非列进行转换，确保索引生效；

5. 字符集转换注意兼容性：varchar转nvarchar时，若字符集不匹配，需通过COLLATE指定目标字符集，避免乱码。

掌握CONVERT函数，可轻松应对 SQL Server 中的数据类型转换需求，无论是日常查询、报表生成还是数据迁移，都能确保数据格式正确、查询高效，为后续数据处理与分析奠定基础。

推荐学习书籍 《CDA一级教材》适合CDA一级考生备考，也适合业务及数据分析岗位的从业者提升自我。完整电子版已上线CDA网校，累计已有10万+在读~ !

免费加入阅读：https://edu.cda.cn/goods/show/3151?targetId=5147&preview=0