DB_NAME() 不带参数时返回当前会话数据库名，最常用且安全；传参需验证ID有效性，避免NULL导致动态SQL错误；不可用于标量函数，替代方案性能差且不必要。
DB_NAME() 不带参数时返回当前数据库名
直接执行 DB_NAME() 就能拿到当前会话所连接的数据库名称，这是最常用也最安全的方式。它不依赖上下文变量或系统视图查询，也不需要额外权限——只要能连上数据库，就能用。
常见错误是误加括号参数却没传值，比如写成 DB_NAME( )（中间有空格）或 DB_NAME(NULL)，SQL Server 会报错 Argument data type NULL is invalid for argument 1 of db_name function.。注意：括号必须紧贴函数名，且不能传 NULL 或空字符串。
-
DB_NAME()返回sysname类型（即nvarchar(128)），可直接拼接进动态 SQL 或日志语句 - 在跨库查询中，它始终返回当前会话的数据库，不是
USE语句最后一次切换的目标（如果后续有隐式切换，比如触发器里执行了EXEC otherdb..sp_xxx，仍以原始会话数据库为准） - 不推荐用
DB_NAME(DB_ID())替代——虽然结果相同，但多一次系统函数调用，无必要
DB_NAME(n) 传入数据库 ID 时需谨慎验证有效性
当显式传入整数参数（如 DB_NAME(5)），SQL Server 会尝试查找 sys.databases 中 database_id = 5 的库名。但如果该 ID 不存在、已被删除或尚未上线（比如刚创建但还没完成恢复），函数返回 NULL，且不会报错。
这容易导致下游逻辑静默失败，比如你用它构造动态 SQL：DECLARE @sql NVARCHAR(MAX) = 'SELECT * FROM ' + DB_NAME(5) + '.dbo.Table1'，结果 DB_NAME(5) 返回 NULL，整个语句变成 SELECT * FROM .dbo.Table1，执行时报错 Incorrect syntax near '.'。
- 若必须按 ID 查库名，先用
IF EXISTS (SELECT 1 FROM sys.databases WHERE database_id = 5)做存在性检查 - 避免硬编码数据库 ID，尤其在高可用或 Always On 环境下，不同副本的
database_id可能不一致 -
tempdb的 ID 恒为2，master为1，其余用户库 ID 是顺序分配但可能跳变，不可依赖连续性
在动态 SQL 和存储过程中嵌入 DB_NAME() 要注意作用域
存储过程内部调用 DB_NAME()，返回的是该过程被调用时所在数据库的名称，不是过程定义所在的数据库。这点和 @@SERVERNAME 或 HOST_NAME() 类似，取决于运行时上下文。
典型陷阱：你在 master 库里创建了一个通用日志记录过程 LogOperation，里面用了 DB_NAME() 记录操作来源库。如果从 AdventureWorks 执行 EXEC master..LogOperation，日志里记下的就是 AdventureWorks，不是 master——这符合预期；但如果你在 LogOperation 内部又用 EXEC('USE tempdb; SELECT DB_NAME()')，那这次 DB_NAME() 就返回 tempdb。
- 跨库执行时，
DB_NAME()的值由EXEC语句所在的作用域决定，不是外层过程定义位置 - 不要在
CREATE FUNCTION中使用DB_NAME()——标量函数禁止调用非确定性函数，会报错Invalid use of a side-effecting operator 'DB_NAME' within a function. - 若需固定获取某库名（比如总要取当前应用主库），建议把库名作为参数传入，而非依赖运行时函数
替代方案：sys.dm_exec_sessions 和 sys.databases 的关联查询更重代价
有人会查 sys.dm_exec_sessions 结合 sys.databases 来获取当前库名，例如：SELECT d.name FROM sys.dm_exec_sessions s JOIN sys.databases d ON s.database_id = d.database_id WHERE s.session_id = @@SPID。理论上可行，但完全没必要。
这种写法比 DB_NAME() 多出至少两次系统表扫描、一次 JOIN、一次子查询（还得确保权限足够读取 DMV），性能差一个数量级，且在低权限会话下可能因缺少 VIEW SERVER STATE 权限而失败。
-
DB_NAME()是轻量级内置函数，无权限要求，毫秒级响应 -
sys.dm_exec_sessions主要用于诊断连接状态，不是取库名的工具 - 唯一适合用 DMV 的场景是：你需要同时拿到库名 + 登录名 + 客户端 IP，这时才值得多查一次
真正要注意的其实是跨库上下文切换的时机——比如在触发器、链接服务器查询或分布式事务中，DB_NAME() 返回的未必是你以为的那个库。别只盯着函数怎么写，先理清执行流落在哪个会话、哪个数据库上下文里。
