sql server 2005 支持哪两种身份验证模式?各自有何特点

嘿嘿，很多人都被这句话冒犯了。
你说的混合模式，我2 008 年在上海开发ERP系统的时候，客户就坚持这样。
那时，Windows 身份验证很容易。
无论如何，它在自己的Windows服务器上受到严格控制，所有用户都熟悉它。
结果半年后系统就崩溃了。
花了很长时间才找出哪个Windows用户拥有错误的许可证，并且数据库也被删除。
如果不是有后援，boss差点就让我着火了。

所以后来我建议SQL Server客户端使用独立身份验证。
设置强密码策略，并且用户名在 Windows 中不与它们关联。
2 01 4 年在北京做过另一家公司的系统，是纯SQL Server认证，感觉实用多了。
如果用户忘记密码，可以重置密码。
Windows 没有什么，很简单。
当然，如果你的服务器环境特别复杂，Windows和SQL权限总是冲突，你还是需要使用混合模式。
简而言之，就安全性而言，SQL Server 认证非常困难。

SQLSever身份验证模式

Windows身份验证依赖于域，2 02 0年仍然有公司因配置错误而导致权限泄露。
SQL身份验证适用于多域环境。
2 01 8 年，微软要求在混合模式下启用复杂密码。

设置 SQL 身份验证： 1 . 打开 SSMS 并连接到实例。
2 . 右键单击​​服务器并选择属性。
3 . 在安全页面修改认证方式。
4 .保存后重启服务。

注意。
混合模式需要每月更改一次密码。

用户登录sql server服务有哪些身份验证方式

两种身份验证方法：Windows 身份验证和 SQLServer 身份验证。

Windows 身份验证： 利用 Windows 系统附带的管理登录和身份验证功能。
用户使用其 Windows 帐户和密码连接到 SQL Server。
SQLServer不需要担心一组登录数据。

SQLServer 身份验证： 用户使用 SQL Server 登录名和密码进行连接。
登录信息存储在系统表syslogin中。
它与 Windows 帐户无关。

上周刚做一个项目，大量使用了Windows身份验证。
主要看网络环境如何配置。

亲自看看差异。