SQL Server 2016权限问题：WPF发布版登录异常求助

我之前也碰到过一模一样的问题——给普通用户sysadmin权限确实能临时解决登录问题，但这权限太大了，属于严重的安全风险，完全不符合最小权限原则。咱们一步步来把权限缩到刚好够用：

1. 先确认用户的登录与数据库映射关系 #

首先确保用户（不管是Windows域用户还是SQL登录账号）已经在SQL Server实例上创建了登录，并且映射到了你的WPF应用所使用的目标数据库：

• 如果是Windows认证：在SSMS的「安全性→登录名」里找到对应的域用户/组，右键属性→「用户映射」，勾选你的应用数据库，设置默认架构（比如dbo）。
• 如果是SQL认证：创建SQL登录后，同样在「用户映射」里关联到目标数据库。

2. 授予服务器级的基础连接权限 #

确保用户拥有CONNECT SQL的服务器级权限（默认新建登录会自动拥有，但如果被手动移除就会导致无法连接实例）：

GRANT CONNECT SQL TO [你的登录用户名];

3. 授予数据库级的连接与操作权限 #

这是核心，只给用户完成应用功能所需的最少权限：

第一步：授予数据库连接权限 #

GRANT CONNECT ON DATABASE::[你的应用数据库名] TO [数据库用户名];

（或者在SSMS里打开目标数据库→「安全性→用户」→对应用户的属性→「权限」，勾选「连接」权限）

第二步：根据应用实际需求授予对象权限 #

根据你的WPF应用的操作（读数据、写数据、执行存储过程等），精准授权：

• 如果应用只需要读取数据：

  -- 授予整个dbo架构的读权限（如果所有对象都在dbo下）
  GRANT SELECT ON SCHEMA::dbo TO [数据库用户名];
  -- 或者只给特定表的读权限（更安全）
  GRANT SELECT ON [dbo].[用户表] TO [数据库用户名];
  

• 如果应用需要读写数据：

  GRANT SELECT, INSERT, UPDATE, DELETE ON SCHEMA::dbo TO [数据库用户名];
  

• 如果应用用到了存储过程：

  GRANT EXECUTE ON SCHEMA::dbo TO [数据库用户名];
  

4. 排查特殊场景的权限需求 #

如果应用有特殊操作（比如创建临时表、查询系统视图），再针对性补充权限：

• 若需要创建临时表：一般不需要额外权限，但如果是全局临时表，确保用户有CREATE TABLE在tempdb的权限；
• 若需要查询系统视图（比如sys.tables）：可以授予VIEW DEFINITION权限或者对应系统视图的SELECT权限，但尽量只在必要时添加。

最后提醒一句：每次授权后，让用户重新登录应用测试，逐步调整权限，直到刚好满足所有功能需求为止——这就是最小权限原则的核心，既能解决登录问题，又能保证数据库安全。

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