SPACE函数用于生成指定数量的空格字符串，仅接受非负整数参数：n为0时返回空字符串，n为负数或NULL时返回NULL或空字符串（依数据库而异），不支持小数或字符串输入，且在MySQL/PostgreSQL中不可用。
SPACE 函数的基本用法和参数限制
SPACE 是 SQL Server 和某些兼容数据库（如 Azure SQL、Sybase）提供的标量函数，用于生成指定数量的空格字符。它只接受一个整数参数，返回对应长度的 CHAR 或 VARCHAR 字符串。
常见错误是传入负数或非整数——SPACE(-1) 会返回空字符串，SPACE(3.5) 会报错（必须是整型表达式）。另外，SQL Server 中最大支持 SPACE(8000)（超出时截断或报错，取决于上下文）。
- 参数必须是整数：写成
SPACE(ROUND(2.7, 0))可以，但SPACE(2.7)不合法 - 返回值类型取决于上下文：若与
VARCHAR拼接，则结果为VARCHAR；若参与CHAR运算，可能隐式转为CHAR并补空格 - 在 MySQL 或 PostgreSQL 中没有
SPACE，需改用REPEAT(' ', n)或RPAD('', n, ' ')
如何用 SPACE 拼接字段并控制对齐效果
实际中常用来做文本对齐，比如让编号右对齐后接名称：RIGHT('0000' + CAST(id AS VARCHAR), 4) + SPACE(2) + name。注意 SPACE 本身不处理截断或填充逻辑，只是“纯空格发生器”。
容易踩的坑是忽略字段长度限制：如果目标列定义为 VARCHAR(10)，而 SPACE(100) 拼进去，整个表达式会被截断，但不会报错——你看到的只是前 10 个字符（可能是几个字母加一堆空格）。
- 建议搭配
LEN()或DATALENGTH()验证结果长度，例如：SELECT LEN(SPACE(5) + 'abc')返回 8 - 避免在 WHERE 或 JOIN 条件中依赖
SPACE生成的字符串做精确匹配，因尾部空格在比较时可能被忽略（取决于 ANSI_PADDING 设置） - 若要左对齐名称、右对齐编号，更稳妥的方式是用
RIGHT+SPACE组合，而非反复拼接
替代方案：跨数据库兼容的空格生成方法
如果你的 SQL 要跑在多个数据库上，SPACE 就不能直接用了。MySQL 用 REPEAT(' ', n)，PostgreSQL 用 RPAD('', n, ' ') 或 REPEAT(' ', n)（9.5+），SQLite 用 PRINTF('%*s', n, '')（需开启扩展）。
最通用的做法是封装成视图或应用层处理，而不是硬写数据库特定函数。例如，在应用里生成空格字符串再传入参数，比在 SQL 里调不同函数更可控。
- SQL Server：用
SPACE(n) - MySQL：用
REPEAT(' ', n)（注意单引号不可省略） - PostgreSQL：推荐
REPEAT(' ', n)，比RPAD更直观 - Oracle：没有内置空格生成函数，常用
RPAD('x', n+1, ' ') || ''去掉首字符模拟，或直接用LPAD('', n, ' ')
性能和隐式转换带来的意外行为
SPACE 看似简单，但在大表查询中频繁调用仍可能拖慢执行计划，尤其当它嵌套在复杂表达式里（比如 SPACE(LEN(col1)-LEN(col2))）。SQL Server 不会对这类表达式自动内联优化，可能导致每行都重复计算。
另一个易忽略点是字符集影响：如果数据库使用 Unicode（NVARCHAR），SPACE(5) 返回的是 ASCII 空格（U+0020），不是全角空格；想用中文排版中的“全角空格”，得显式写 NCHAR(12288)，不能靠 SPACE。
- 避免在 ORDER BY 或 GROUP BY 中使用
SPACE表达式，会阻止索引使用 - 如果列是
CHAR(10)类型，SPACE(5)拼上去后整体可能被当成CHAR处理，导致末尾空格被保留或截断，行为不如VARCHAR可预测 - 调试时用
DATALENGTH(SPACE(3))查字节数，比LEN更可靠（LEN会忽略尾部空格）
实际写的时候，先确认数据库类型，再决定用 SPACE 还是替代函数；拼接前算好总长度，别让空格把关键字段挤出去。
