在MVC应用中使用SqlTableDependency遇‘sys.login_token’无效对象名错误

这个错误看起来有点棘手，但大概率和权限不足或者Azure SQL Database的Service Broker配置有关——毕竟你已经确认过连接字符串是正常可用的，所以问题应该出在SqlTableDependency需要的特定权限或环境配置上。下面是几个针对性的解决方案，你可以一步步排查：

1. 给数据库用户补上必要的权限 #

SqlTableDependency要实现表变更监听，需要创建队列、服务、触发器等对象，同时还要访问系统视图sys.login_token。你的用户可能刚好缺少访问这个视图的权限，或者其他关键权限。执行下面的SQL语句给目标用户授权：

-- 替换[YourDbUser]为你的数据库用户名，YourDatabaseName为数据库名
USE YourDatabaseName;
GRANT ALTER ANY SCHEMA TO [YourDbUser];
GRANT CREATE PROCEDURE TO [YourDbUser];
GRANT CREATE QUEUE TO [YourDbUser];
GRANT CREATE SERVICE TO [YourDbUser];
GRANT CREATE TRIGGER TO [YourDbUser];
GRANT VIEW DEFINITION TO [YourDbUser];
GRANT SELECT ON sys.login_token TO [YourDbUser];

2. 确认Azure SQL的Service Broker已启用 #

SqlTableDependency完全依赖Service Broker来实现表变更监听，如果你的数据库Broker没开，肯定会出问题。先检查状态，没开的话赶紧启用：

-- 检查Broker状态，返回1表示已启用，0表示未启用
SELECT is_broker_enabled FROM sys.databases WHERE name = 'YourDatabaseName';

-- 如果返回0，执行下面语句启用（如果有活跃连接，加上WITH ROLLBACK IMMEDIATE强制回滚）
ALTER DATABASE YourDatabaseName SET ENABLE_BROKER WITH ROLLBACK IMMEDIATE;

注意：启用Broker可能会中断当前数据库连接，建议在低峰期操作。

3. 检查SqlTableDependency的初始化细节 #

有时候连接字符串没问题，但初始化SqlTableDependency时的参数可能有疏漏：

• 确保你明确指定了要监听的表名，并且表名在目标数据库中存在（注意大小写，取决于你的数据库collation设置）
• 如果用的是Azure AD身份验证，确认运行MVC应用的身份（比如应用服务托管标识、本地开发的AD账户）有访问数据库的权限，并且已经被授予了第一步中的那些权限
• 示例初始化代码参考：

  // 确保connectionString指向正确的Azure SQL数据库，并且表名准确
  using var tableDependency = new SqlTableDependency<YourEntityModel>(connectionString, "TargetTableName");
  tableDependency.OnChanged += OnTableChanged;
  tableDependency.Start();
  

4. 排查Azure SQL的层级限制 #

如果你的Azure SQL数据库是基本层，它不支持Service Broker的部分功能，这会导致SqlTableDependency无法正常工作。建议升级到标准层或更高层级的数据库，再测试看看。

按照这个顺序排查，应该能解决这个错误。如果还是不行，可以检查一下SqlTableDependency的版本，确保用的是最新稳定版，避免版本兼容问题。

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