SQLSever身份验证模式

说实话，我在理解SQL Server的两种身份验证方式的过程中确实遇到了很多绊脚石。
Windows身份验证确实无忧无虑，免费使用——无论你在计算机上打开什么帐户，它都会被数据库无缝识别。
我在一家使用 Active Directory 来管理权限的公司工作。
当我更改 Windows 密码时，数据库也立即进行了身份验证。
而且如此高效。

但重要的是，真正的Windows身份验证有一个致命的缺陷。
有一次我去隔壁部门做开发环境。
Windows域和我们的域不同，我无法直接连接到数据库。
我当时很担心，IT小哥给我安装了SQL Server认证登录，花了很长时间。
这是一个混合模式实用程序 - 尽管 Windows 环境发生了变化，但我的内置用户密码仍然可以使用。

说到改变方式，我将引导您完成步骤。
打开 SQL Server Management Studio（蓝色图标），单击您的姓名并选择“属性”。
进入“安全”页面，您将看到“服务器验证”项。
家庭作业几乎是一种混合方法。
如果您更改了Windows Pure的身份验证，请记住单击“确定”以重新启动服务。
我已经多次忘记这一步了。

重要警告：在切换到混​​合模式之前，您必须首先确保已创建 SQL 登录名。
那时你在数据库中甚至没有用户名。
我在测试环境中进行随机更改，但我发现我忘记为它创建一个名称，它卡在那里，几乎使服务器崩溃。
我个人没有在这方面运行Windows域跨林身份验证，但我记得Windows身份验证是基于Kerberos协议的，配置复杂但非常安全。

说白了，谁干预了选择的方式。
如果你已经搭建了一个小型的自成体系的环境或者一个纯Windows的局域网，Windows可以为你省去认证的麻烦；如果您需要与其他域交互或具有Linux客户端访问权限，则需要SQL认证。
为了安全，平心而论，Windows认证是基于Windows域的，权限管理系统直接跟随，比SQL自带的密码策略自由很多。
不过，要说完全安全的话，还要看具体的配置。
不要用棍子把他打死。

SQL Server！急救！！！

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