SQL Server中database_id值是否会复用？能否修改？

嘿，这个问题问得很实际，刚好我之前也碰到过类似的场景，来给你拆解清楚：

1. 删除数据库后恢复新库，database_id是否会复用？ #

答案是肯定会。SQL Server的database_id是按顺序分配的，但当你删除一个数据库后，对应的database_id会被标记为「可用状态」。后续创建新数据库（包括从备份恢复的新库）时，如果当前没有未使用的更高ID，SQL Server就会优先复用这些被释放的旧ID。

举个简单例子：假设你有个database_id=5的库，删除它之后再新建一个库，很大概率这个新库的database_id就会是5——除非在删除和新建之间，已经有其他库占用了更高的未使用ID。

2. 能不能修改这个复用机制？ #

很遗憾，没有办法直接修改。这是SQL Server内部的资源分配逻辑，微软没有提供公开的配置项、系统存储过程或者命令来禁用database_id的复用。这个设计的初衷是为了避免database_id无限制增长（毕竟它是int类型，虽然上限很高，但合理复用能避免资源浪费）。

3. 针对你的跨库查询需求，有哪些替代方案？ #

既然依赖database_id排除数据库不可靠，那可以换用更稳定的标识来做排除：

• 用数据库名称排除：
  直接在查询中通过name字段过滤，比如：

  EXEC sp_MSforeachdb 'USE ?; SELECT DB_NAME() AS CurrentDB, * FROM some_table WHERE DB_NAME() NOT IN (''DBToExclude1'', ''DBToExclude2'')'
  

  这个方案简单直接，只要你要排除的数据库名称固定，就不会因为ID复用出问题。唯一要注意的是避免同名数据库的情况，但一般业务场景下不会刻意创建同名库。

• 用database_guid排除：
  每个数据库都有唯一的database_guid（存储在sys.databases中），即使你恢复一个同名的数据库，新库的database_guid也会是全新的（除非你刻意指定保留旧GUID，但默认恢复不会这么做）。你可以先获取要排除的库的GUID：

  SELECT database_guid, name FROM sys.databases WHERE name IN ('DBToExclude1')
  

  然后在跨库查询中排除这些GUID：

  EXEC sp_MSforeachdb 'USE ?; SELECT DB_NAME() AS CurrentDB, * FROM some_table WHERE (SELECT database_guid FROM sys.databases WHERE name = DB_NAME()) NOT IN (''xxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx'')'
  

  这个方案稳定性最高，完全不用担心ID复用的问题。

• 维护一个排除列表表：
  在master库（或者一个专门的配置库）建一张表，记录需要排除的数据库信息（比如名称、GUID）：

  CREATE TABLE dbo.ExcludedDatabases (
      DBName NVARCHAR(128) PRIMARY KEY,
      DBGuid UNIQUEIDENTIFIER
  )
  

  之后跨库查询时关联这张表，需要更新排除列表时，只需要修改表中的数据，不用改动查询语句，非常灵活。

内容的提问来源于stack exchange，提问作者DeepDiver