parsename仅用于解析四段点分隔的数据库对象名，不可靠用于ip地址拆分；它从右向左取段、只认英文句点、最多4段，遇非标准格式或段数不符即返回null。
PARSENAME 只能解析四段带点的字符串，别拿它处理任意 IP
PARSENAME 是 SQL Server 专用函数，设计初衷是拆解数据库对象名（如 server.database.schema.object），不是为 IP 地址造的。它从右往左数段，只认最多四段、用点分隔的字符串，且每段不能含空格或特殊字符。直接用它拆 192.168.1.1 看似可行，但遇到 10.0.0.256（非法 IP）或 172.16.0.1.1（五段）会静默返回 NULL —— 不报错，也不提醒你段数超了。
实操建议：
- 仅当确定输入严格是四段点分隔字符串时才用
PARSENAME，比如已清洗过的 IPv4 地址或标准三/四部分对象名 - 拆第一段（最左边）要调用
PARSENAME(@input, 4)，不是 1 —— 它按逆序编号 - 对不确定格式的 IP，先用
TRY_CAST或正则替代方案（如STRING_SPLIT+ROW_NUMBER）预校验段数和数值范围
拆解数据库对象名时，PARSENAME 比字符串函数更可靠
当你需要从 MyDB.dbo.Users 或 [ServerName].[MyDB].[dbo].[Users] 中提取 schema 名或 object 名，PARSENAME 是唯一能正确处理方括号包裹、含点的标识符的内置函数。用 CHARINDEX + SUBSTRING 容易在 [My.DB].dbo.Table 这种带点的库名里崩掉。
常见场景和参数用法：
-
PARSENAME('MyDB.dbo.Users', 1)→Users -
PARSENAME('MyDB.dbo.Users', 2)→dbo -
PARSENAME('[My.DB].dbo.Users', 3)→My.DB（方括号被自动剥离） - 输入少于四段时，高位返回
NULL：例如PARSENAME('dbo.Users', 4)返回NULL
IPv4 解析必须补零对齐，否则排序和比较会出错
即使你硬用 PARSENAME 拆 IP，得到的各段是字符串，不是数字。直接 ORDER BY PARSENAME(ip, 4) 会导致 10.0.0.2 排在 10.0.0.10 前面（字典序）。不补零就无法正确比大小。
安全做法：
- 用
RIGHT('000' + PARSENAME(ip, n), 3)把每段转成三位定长字符串再拼接，例如RIGHT('000'+ISNULL(PARSENAME(ip,4),'0'),3) + RIGHT(...) - 更稳妥的是用
CONVERT(INT, PARSENAME(ip, n))转整型，但得先TRY_CONVERT防非数字段（比如空段或字母） - 别忘了验证每段是否在 0–255 范围内，
PARSENAME不管这个
SQL Server 2022+ 有更好选择：STRING_SPLIT + ordinality
如果目标是通用字符串分割（包括五段 IP、带冒号的 IPv6、自定义分隔符），STRING_SPLIT 配合 WITH ORDINALITY 更灵活，且明确支持多段。虽然它不自动过滤空段，但可控性强。
示例（取 IPv4 第二段）：
SELECT value
FROM STRING_SPLIT('192.168.1.1', '.') WITH ORDINALITY
WHERE ordinal = 2;
注意点：
-
STRING_SPLIT返回表，必须用子查询或 CTE；PARSENAME是标量函数，可直接嵌入 SELECT 列表 - 旧版本（WITH ORDINALITY，需用
ROW_NUMBER()临时编号，性能略差 - 所有方案都绕不开数据质量：脏 IP（如
192.168..1）必须前置清洗，函数本身不纠错
PARSENAME 看似一行解决，但漏掉的校验逻辑往往藏在别处。
