DB_NAME() 返回当前会话所在数据库名，非连接字符串指定的库；返回NULL通常因会话未绑定用户数据库，如在master中执行但上下文丢失，或跨库调用导致。
DB_NAME() 返回的是当前会话的数据库名，不是连接字符串里写的那个库
DB_NAME() 为什么有时返回 NULL 或空值
当执行 DB_NAME() 时返回 NULL，通常是因为当前会话没有明确绑定到某个用户数据库——比如你连的是 master，但执行上下文被显式切换过（如用 USE tempdb 后又断开重连未指定初始库），或在某些跨库调用、动态 SQL、代理作业中丢失了上下文。
- 检查是否在连接字符串中漏写了
Initial Catalog=xxx或Database=xxx - 确认当前查询窗口是否真的运行在目标数据库下：SSMS 左上角下拉框显示的才是真实上下文，不是“已展开的数据库节点”
-
DB_NAME()在系统数据库（如master）里也能正常工作，只要会话当前处于该库——它不依赖权限，但依赖会话状态
DB_NAME() 和 DB_ID() 配合使用的典型场景
单独用 DB_NAME() 只能查当前库；想查别的库名，得配合 DB_ID('dbname')。比如验证某个库是否存在：
IF DB_ID('MyAppDB') IS NOT NULL
SELECT DB_NAME(DB_ID('MyAppDB')) AS DatabaseExists;
注意：DB_ID() 对大小写不敏感（Windows 实例默认排序规则），但若实例启用了区分大小写的排序规则（如 SQL_Latin1_General_CP1_CS_AS），则 DB_ID('myappdb') 可能返回 NULL。
-
DB_NAME(5)可以直接传数据库 ID，但 ID 可能在不同实例间变化，不建议硬编码 - 想查所有数据库名？用
SELECT name FROM sys.databases，别用DB_NAME()循环遍历 - 在存储过程中用
DB_NAME()记录日志时，要意识到它反映的是执行时的上下文，不是定义时的库
替代方案：sys.databases + database_id 比 DB_NAME() 更可靠
如果你需要确保拿到“当前连接默认数据库”的名字（即登录后首次 USE 的库，或连接字符串里指定的库），DB_NAME() 并不总是够用——因为它只反映当前语句执行时所在的库。真正稳定的办法是查会话级元数据：
SELECT DB_NAME(database_id) AS CurrentDatabase FROM sys.dm_exec_sessions WHERE session_id = @@SPID;
这个结果和 DB_NAME() 多数时候一致，但在以下情况更准：
- 刚执行过
USE otherdb，但还没运行新语句 - 在触发器或系统过程内部，上下文可能被临时覆盖
- 使用链接服务器查询时，本地
DB_NAME()仍有效，但远程上下文需另查
真正容易被忽略的是：DB_NAME() 不受 USE 语句之外的任何影响，但它也不告诉你“这个连接本来该在哪个库”。如果业务逻辑依赖“初始库名”，就得从连接字符串或登录属性里反推，而不是指望函数返回值。
