SQL Server！急救！！！

说实话，刚接手SQL Server的时候，我对身份验证模式完全是一头雾水。
Windows身份验证模式，简单来说就是Windows系统自带的身份验证机制。
想一想：在Windows环境中，当用户登录时，系统已经验证了身份。
SQL Server不需要经过单独的检查，对吗？我记得有一家公司的ERP系统采用的是Windows认证模式。
结果Windows系统更新了，SQL Server出现了问题。
用户甚至无法登录，真是让人头疼。
不过，这种模式的好处之一是用户可以少操心管理，因为它全部连接到Windows系统。

我个人认为混合模式更加灵活。
举一个我之前在电商公司见过的例子。
他们同时使用 Windows 身份验证和 SQL Server 身份验证。
为什么？由于一些员工使用公司计算机，Windows 身份验证不是问题；但有些员工是外部顾问，使用自己的计算机，因此不需要 Windows 身份验证。
当前需要 SQL Server 身份验证。
我记得系统管理员给我演示的时候说他们公司有2 00多个用户，分为两种认证方式。
控件比使用一种模式复杂得多，但也更灵活。

如果我们谈论角色，他们对我来说非常有趣。
粗略地说，角色用于对用户进行分组管理。
在之前的一个项目中，我负责一个具有销售、采购和财务功能的小型数据库。
例如，对于销售角色，我将所有销售添加到其中，然后授予他们授权，以便他们可以查看订单但不能更改订单。
关于采购员的角色，我给他们权限，让他们可以提交采购申请，但不能审批。
该角色确实很容易管理，但有时您需要小心，不要过度授权并造成安全风险。
我记得如何有一天，当我授权销售员角色时，我不小心授予了更改订单的权限。
最后，CFO抓住了我，我差点丢了工作。

角色分为三种类型：公共角色、服务器角色和数据库角色。
公共角色默认安装并且可供所有用户使用；服务器角色是针对整个服务器的，比如前面提到的SysAdmin和ServerAdmin。
在我工作的前一家公司，服务器管理员是一个特殊的人。
他对服务器很了解，并表示更改系统配置很常见。
就像食物一样简单；数据库角色是特定于特定数据库的，如db_owner、db_datareader等。
在一个小公司项目中，我负责管理采购数据库的db_owner角色，对数据库的所有更改都必须经过我的批准。

但是，使用角色时必须小心，以免过度授权并产生安全风险。
记得有一次我授权销售角色的时候，不小心给了改单的权限。
最后，CFO抓住了我，我差点丢了工作。
所以在角色管理方面，一定要注意不要过度授权，造成安全风险。

SQLServer 2005Windows验证如何改为混合模式验证

步骤1 ：启动SSMS连接到SQLServer2 005 步骤2 ：右键单击服务器名称，选择“属性”，安全性，更改为“SQL Server和Windows身份验证”，确定 步骤3 ：右键单击安全→登录、Sa、属性、常规、输入新密码、状态、启用 步骤4 ：重新启动SQLServer服务 步骤 5 ：使用 sa 登录测试连接

在SQL中不能在SQLServer身份验证登录，怎么办？

上周试过这个。

2 02 3 年，在办公室。

连接到sqlserver。

右键单击该实例。

属性。

安全。

检查混合身份验证模式。

输入您的用户名和密码。

已确认。

这个方法很有效。

这取决于你。