在sql server 中新添加的用户，登录失败。错误：18456

嘿，我对此很困惑。
去年我在我们公司做一个系统，一位新同事的权限被降得太低了。
结果他连报道都看不懂。
男孩太担心了，说不出话来。
最后没办法，只好把他的权限改成管理员了。
你看，有时候权限不够，确实需要临时换一个管理员，不然会影响你的工作。
但话虽如此，您仍然需要小心管理员权限，以免丢失数据或其他内容。
我当时的处境，实在是太偶然了。
现在我们都采用细粒度的权限控制，哪些功能被授予了哪些权限，一目了然。

sql server 2008 r2通过sa用户登录成功建表失败

是的，我以前也遇到过你的问题；这真的很烦人。
上周，一位客户询问为什么 SA 帐户无法使用。
经过检查，建表也失败。
让我们一步一步地看一下：
1 权限：你是对的； SA理论上是老大；但有些公司的安全狗会咬人。
例如，有些DBA出于安全原因会刻意限制SA的权限。
我上次看到这个是在上海一家公司的服务器上，他们的安全策略是失去 SA 的 CREATE TABLE 权限。
这时，你必须验证SQL Server的权限设置，看SA是否有权限运行。

2 重复的表名：这也很常见，但大多数人都知道如何检查。
然而，上次我在测试环境中遇到了这个陷阱：因为表名是小写的。
Windows 默认情况下不区分大小写，但 Linux 系统则区分大小写。
检查表名时；为了避免这个问题，最好将数据库设置为不区分大小写。

3 连接结构：这一点要特别注意。
我自己遇到的错误是客户端程序使用的连接字符串与服务器不匹配。
例如，虽然服务器在 2 02 3 年配置的是 SQL Server 2 008 R2 ，但客户端该程序实际上使用的是旧版本的连接协议，并且连接已断开。
服务器名称；检查端口（默认 1 4 3 3 ，但许多已更改）和身份验证方法（Windows 或 SQL）等基本设置是否存在任何问题。

4 储物空间：很容易被忽略。
我以前和北京的一家银行打过交道。
他们数据库分区的空间被一个外科维修小哥占满了。
表本身并不大，但标签、链接记录等还不够。
可以使用DBCC SQLPERF检查空间使用情况，看看FILEGROUP是否已满。

5 版本或配置：这种情况比较少见；但它确实存在。
我见过由于 SQL Server 补丁和特殊存储引擎之间的冲突而导致表创建失败。
检查服务器是否打过补丁。
未安装或安装奇怪的功能。
检查一下有没有。

最重要的一步是：首先，检查SQL Server错误日志。
上次我收到错误号 2 07 ，它表示标识符无效。
原来是表名中间有特殊字符。
此类详细问题的记录中往往有线索。

如果实在不知道，直接要求DBA用他们的账号登录受到推崇的。
有时权限继承或配置问题会导致这种现象。
无论如何，你可以弄清楚。
如果还是不行可以问我。