CAST函数用于显式转换数据类型，语法为CAST(expression AS target_type)，支持字符串、数字、日期等类型间转换，但需注意数据库兼容性、格式要求、截断溢出风险及索引失效问题。
CAST函数的基本用法和语法结构
SQL中CAST不是万能类型转换器，它只做显式、严格的一次性转换，不自动截断、不隐式补零、不处理空值逻辑。标准写法是CAST(expression AS target_type)，其中expression可以是字段、字面量或计算结果，target_type必须是数据库支持的明确类型（如VARCHAR、INTEGER、DATE）。
常见错误是把类型名写成string或int——不同数据库大小写敏感且命名不一致：PostgreSQL用TEXT，MySQL接受CHAR但不认STRING，SQL Server支持INT但PostgreSQL必须写INTEGER。
- MySQL中
CAST('123' AS SIGNED)可行，但CAST('123' AS INTEGER)会报错 - PostgreSQL中
CAST('2023-01-01' AS DATE)成功，而CAST('2023/01/01' AS DATE)直接失败（格式不匹配） - 所有数据库对
NULL输入都返回NULL，不会抛异常，这点容易被忽略
字符串转数字时的截断与溢出风险
当把带非数字字符的字符串转数值，行为因数据库而异：MySQL默认截取前导数字（CAST('123abc' AS UNSIGNED)得123），PostgreSQL直接报错invalid input syntax for integer，SQL Server则可能返回0或报错，取决于ARITHABORT设置。
真正危险的是溢出——比如把超长数字字符串转SMALLINT，PostgreSQL静默转为NULL，SQL Server抛Arithmetic overflow error，MySQL可能截断或警告。别依赖默认行为，先用REGEXP或LIKE预筛数据。
- 安全做法：先
WHERE column REGEXP '^[0-9]+$'（MySQL）或WHERE column ~ '^\d+$'（PostgreSQL）再CAST - 避免用
CAST(col AS DECIMAL(5,2))处理可能超位数的金额，改用DECIMAL(10,2)留余量 - 整数转字符串时，
CAST(123 AS VARCHAR(3))在某些库中会截断为'123'，但CAST(1234 AS VARCHAR(3))可能报错或静默截断，不可靠
日期时间转换中的区域和格式陷阱
CAST对日期字符串的解析极度依赖数据库的locale和默认格式。例如CAST('01/02/2023' AS DATE)在US locale下是2023-01-02，在UK locale下变成2023-02-01——但多数数据库（如PostgreSQL）根本不读locale，只认ISO格式'2023-02-01'。
更隐蔽的问题是时间精度丢失：CAST('2023-01-01 14:30:45.123' AS DATE)在所有库中都会丢掉时间部分，但CAST(... AS TIMESTAMP)是否保留毫秒，要看目标类型定义（TIMESTAMP(3)才存毫秒）。
- 跨库兼容写法：统一用ISO格式字符串
'2023-01-01'或'2023-01-01T14:30:45' - PostgreSQL中
CAST('14:30' AS TIME)成功，MySQL需要写成CAST('14:30:00' AS TIME) - 别用
CAST解析含时区的字符串（如'2023-01-01T14:30:45+08:00'），改用TO_TIMESTAMP（PostgreSQL）或STR_TO_DATE（MySQL）
性能影响和替代方案选择
CAST本身开销极小，但若在WHERE或JOIN条件中对字段使用CAST（如WHERE CAST(created_at AS DATE) = '2023-01-01'），会导致索引失效——因为数据库无法对转换后的结果走索引，实际是全表扫描。
这时候应优先考虑函数索引（PostgreSQL/MySQL 8.0+）、范围查询（created_at >= '2023-01-01' AND created_at ），或提前在ETL中建好计算列。
- 聚合场景下，
CAST(price AS DECIMAL(10,2))比ROUND(price, 2)更安全——后者可能因浮点误差多出微小偏差 - JSON字段提取后常需
CAST，如CAST(json_col->>'age' AS INTEGER)，但PostgreSQL 12+推荐用(json_col->>'age')::INTEGER（更简短，语义等价） - SQL Server中
CONVERT比CAST多一个style参数，适合日期格式化，但可移植性差，纯类型转换仍建议用CAST
最易被忽略的是嵌套CAST：比如CAST(CAST(x AS TEXT) AS BYTEA)在PostgreSQL中合法，但中间文本编码可能损坏二进制数据；这种链式转换务必验证原始字节一致性。
