sql server视图中用substring截中文，起始位置和长度按字符数计算，中文、英文、数字均计为1；需先rtrim(ltrim(name))清除空格再用len()算长度，避免错位；substring越界返回null，而left/right有容错性更安全。
SQL Server 视图里用 SUBSTRING 截中文，起始位置和长度怎么算？
SQL Server 的 SUBSTRING 和 LEFT 函数按「字符位置」计数，不是字节——中文、英文、数字都算 1 个字符。所以直接写 SUBSTRING(name, 1, 4) 就能稳稳截前 4 个汉字，不用怕乱码或偏移。
但要注意：如果字段含前导/尾随空格，LEN(name) 会把空格算进去，导致 SUBSTRING(name, LEN(name)-3, 4) 错位。得先 RTRIM(LTRIM(name)) 再算长度。
-
LEN()返回字符数（含空格），适合做位置计算 -
DATALENGTH()返回字节数（中文占 2 字节），别混用 - 视图中不能用变量，所有逻辑必须塞进单表达式，比如末尾 2 字符要写成：
SUBSTRING(RTRIM(LTRIM(name)), LEN(RTRIM(LTRIM(name)))-1, 2)
为什么在视图里用 LEFT 或 RIGHT 比 SUBSTRING 更安全？
LEFT(name, 3) 和 RIGHT(name, 2) 对参数越界有天然容错：即使 name 只有 1 个字符，也不会报错，只返回实际存在的部分。而 SUBSTRING(name, 5, 2) 在起始位置超出长度时会返回 NULL（SQL Server 行为），可能影响下游逻辑。
- 想取前 N 位且不怕字段太短 → 优先用
LEFT - 想取后 N 位且字段长度浮动 → 用
RIGHT最省心 -
SUBSTRING适合中间截取，但必须搭配CASE WHEN LEN(name) >= X THEN ... ELSE ... END防越界
CHARINDEX 找中文分隔符时，为什么经常漏掉空格和全角符号？
比如想从 '订单号：ＡＢＣＤ1234' 中提取冒号后内容，写 SUBSTRING(col, CHARINDEX('：', col) + 1, LEN(col)) 看似合理——但全角冒号 ： 和半角 : 是不同字符，CHARINDEX 不会自动兼容。更常见的是字段里混着中文空格（U+3000）、英文空格（U+0020）甚至不可见控制符。
- 先用
REPLACE(REPLACE(col, NCHAR(12288), ' '), NCHAR(65279), '')清理常见全角空格和 BOM - 分隔符尽量用 ASCII 字符（如
@、_），避免依赖中文标点 - 必须用中文分隔符时，显式写出 Unicode 字符：
CHARINDEX(N'：', col)，加N前缀防隐式转换丢失
视图定义里嵌套太多字符串函数，性能会明显下降吗？
会，尤其当这些函数出现在 WHERE 或 JOIN 条件里。比如 WHERE LEFT(name, 2) = '北京' 看似简单，但 SQL Server 无法对 LEFT(name, 2) 做索引查找，哪怕 name 字段上有索引，也会强制走扫描。
- 纯 SELECT 列里的字符串截取（如定义视图字段）不影响查询性能，只在结果生成时计算
- 真正伤性能的是 WHERE / ON 子句中对字段做函数运算
- 若必须按截取结果过滤，考虑加计算列并建索引：
ALTER TABLE t ADD name_prefix AS LEFT(name, 2) PERSISTED
