SQL Server 网站路径 获取网站路径的多种方法及优缺点对比

SQL Server | 网站路径获取的N种姿势大比拼 🛠️

场景引入：
小明正在开发一个电商网站后台，突然接到需求——"统计用户最常访问的页面路径"，他盯着SQL Server发愁："怎么从数据库里优雅地提取完整URL路径呢？" 别急！这篇指南将带你解锁多种姿势，顺便吐槽每种方法的优缺点！💡

方法1：直接查Request表（简单粗暴版）

SELECT TOP 100 RequestPath 
FROM IIS_Logs 
WHERE DateTime > '2025-08-01'

✅ 优点：

• 直截了当，适合IIS日志直接入库的情况
• 不需要额外处理

❌ 缺点：

• 可能包含/favicon.ico等干扰项
• 需要定期清理日志表（否则查询会变龟速🐢）

方法2：字符串截取（手工达人版）

当URL存储在完整字段中时：

SELECT 
    SUBSTRING(FullUrl, CHARINDEX('//', FullUrl) + 2, 100) AS DomainPath,
    REVERSE(SUBSTRING(REVERSE(FullUrl), 1, CHARINDEX('/', REVERSE(FullUrl))-1)) AS PageName
FROM PageVisits

✅ 优点：

• 灵活应对各种URL格式
• 不用依赖特定函数

❌ 缺点：

• 嵌套函数让SQL变成"谜语人"🤯
• 处理https://和http://混用时可能翻车

方法3：PARSENAME函数（冷门技巧版）

适用于标准格式路径：

SELECT 
    PARSENAME(REPLACE(Path, '/', '.'), 2) AS Section,
    PARSENAME(REPLACE(Path, '/', '.'), 1) AS Page
FROM SiteNavigation

✅ 优点：

• 语法简洁优雅
• 性能优于字符串截取

❌ 缺点：

• 最多只支持4段路径（这是设计限制！）
• 遇到/product/123/details会哭晕😭

方法4：JSON解析（现代解法版）

如果路径存储在JSON字段中：

SELECT 
    JSON_VALUE(UrlData, '$.path') AS CleanPath,
    JSON_VALUE(UrlData, '$.queryParams.page') AS PageNum
FROM ApiRequests

✅ 优点：

• 轻松提取嵌套数据
• 完美配合前后端分离架构

❌ 缺点：

• SQL Server 2016以下版本无法使用
• 需要确保JSON格式规范

方法5：CLR自定义函数（硬核玩家版）

通过.NET程序集扩展SQL Server：

[SqlFunction]
public static string ExtractPath(string url) {
    return new Uri(url).AbsolutePath; 
}

✅ 优点：

• 处理复杂URL稳如老狗🐶
• 可复用性强

❌ 缺点：

• 需要DBA权限部署程序集
• 维护成本较高

📊 综合对比表

终极建议 🏆

• 紧急任务：先用方法1或方法2救火🔥
• 长期项目：优先考虑JSON或CLR方案
• DBA不在时：慎用PARSENAME的隐藏坑！

（注：所有测试基于SQL Server 2025年8月版本,其他环境可能存在差异）