一、权限配置的核心错误 #

你遇到的问题根源在于创建表需要的权限不止Schema层面的设置，SQL Server中要在指定Schema下创建表，需要两个关键权限，而你恰好遗漏了其中一个：

1. 数据库级的CREATE TABLE权限：这是允许用户在数据库内创建表的基础权限，你当前只给了Schema层面的权限，缺少这个数据库级权限，这也是错误提示CREATE TABLE permission denied in database 'database'的直接原因。
2. 目标Schema的ALTER权限：这个你已经配置了，但需要注意——你在SSMS中给Schema勾选的Create权限其实是允许创建该Schema本身，而非在Schema下创建表，这是很多人容易混淆的点！

快速修复步骤 #

1. 给你的数据库角色添加数据库级的CREATE TABLE权限：

   USE [你的数据库名];
   GRANT CREATE TABLE TO [你的数据库角色名];
   

2. 确保角色对目标Schema的ALTER权限生效（如果之前的设置没问题，这一步可跳过，也可以用脚本确认）：

   USE [你的数据库名];
   GRANT ALTER ON SCHEMA::[目标Schema名] TO [你的数据库角色名];
   

3. 让用户重新连接数据库，再尝试执行创建表的语句。

另外补充：检查用户执行SQL时的数据库上下文，如果用户当前连接的不是目标数据库，需要先执行USE [Database];再创建表，否则会在默认数据库中尝试操作，同样会触发权限错误。

二、SSMS图形界面 vs SQL脚本：哪个更可靠？ #

毫无疑问，使用SQL脚本进行权限配置更可靠，原因如下：

• 可追溯与版本控制：脚本可以存入版本控制系统，随时查看权限变更历史，避免图形界面操作的“黑箱”问题，出问题时能快速回溯。
• 精确性：图形界面有时候会有隐式的权限继承或遗漏（比如你这次没注意到数据库级权限的缺失），脚本可以精确控制每一个权限的授予/回收，没有歧义。
• 可重复性：脚本可以在多个环境（测试、生产）中重复执行，确保权限配置完全一致，而图形界面手动重复操作很容易出现疏漏。
• 排查效率高：如果权限出问题，直接查看脚本就能快速定位错误，而图形界面需要逐层展开检查设置，效率极低。

当然，SSMS图形界面适合快速预览权限状态，但最终的权限配置建议用脚本固化下来。

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