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

那天，我在公司里帮同事重置SQL Server的登录密码，突然发现一个有趣的现象。
我尝试用Windows集成身份验证登录，发现操作起来特别方便，几乎不需要输入任何密码。
但当我切换到SQL Server独立认证时，却需要输入复杂的密码组合，而且登录过程也变得繁琐。
这让我想到，为什么在安全性上，集成身份验证看起来不那么保险呢？
我记得有一次，我在一个项目里使用Windows集成身份验证，结果因为Windows权限设置不当，导致SQL Server的安全漏洞。
那个项目是在2 01 9 年，地点是北京的一个科技园区。
当时，我们团队为了快速上线，选择了集成身份验证，结果因为权限交叉，导致数据被非法访问。
那次经历让我深刻认识到，虽然集成身份验证方便快捷，但在安全性上确实存在隐患。

所以，我倾向于推荐使用SQL Server独立认证。
这种方式虽然麻烦，但安全性更高。
不过，这也让我好奇，为什么集成身份验证在方便性和安全性之间难以做到完美平衡呢？等等，还有个事，我突然想到，或许未来会有更好的解决方案出现，既能保证安全性，又能提高便捷性。

SQL sever是什么？

SQL Server 是微软开发的关系数据库管理系统，使用 Transact-SQL 作为查询和编程语言。
它支持 Windows NT 和 SQL Server 身份验证模式，7 .0 版本引入了灵活的角色管理。

SQL Server 特点：
二级安全验证，支持 Windows NT 和 SQL Server 身份验证。

7 .0 版本支持多种角色，便于权限管理。

可在不同操作系统上运行，如 Windows 和 Unix。

支持 ODBC 和标准 SQL 查询，易于移植。

最多定义 3 2 ,7 6 7 个数据库，每个数据库可定义 2 0 亿个表格，每个表格有 2 5 0 个字段，2 5 0 个索引。

Transact-SQL 功能：
强化 SQL 关键字，支持数据存取、存储和处理。

支持存储过程和触发器，确保数据完整性。

使用规则、缺省和约束，管理数据值。

SQL Server 优点：
上手容易，与 Windows 界面风格一致，提供向导辅助。

兼容性好，支持多种网络协议。

支持电子商务和 XML 数据存储。

提供 OLAP 和数据挖掘功能。

增强在线商务应用程序的可靠性和伸缩性。

SQL Server 2 005 和 2 008 新功能：
2 005 ：增强 BI 工具，集成分析、报表、集成和通知功能。

2 008 ：数据加密，外键管理，审查功能增强，数据库镜像改进。

实操提醒：确保熟悉标准 SQL，以便在不同数据库间迁移。

sqlserver实例的身份验证模式有哪几种

说实话，我以前搞SQL Server的时候，这身份验证模式真让我头疼好一阵子。
就拿我们公司那台老服务器来说吧，部署在2 008 R2 环境里，一开始我全用Windows身份验证，结果发现远程开发团队连不上，全是报NTLM认证失败。
我琢磨了半天，最后改成混合模式才搞定。

有意思的是，Windows身份验证确实更安全，尤其是在公司内部网络里。
我有个同事，他管服务器密码设得跟自己办公桌锁一样复杂，但Windows认证只要他的域账号密码对，直接就能进数据库，省得每次都要记一串SQL Server的密码。
不过这有个前提，得是公司域环境，要是单机独立域，那Windows认证也就白搭。

混合模式确实灵活，但有个坑得记住。
有次我测试远程连接用sa密码，结果忘了改回来，后来运维那边发现一个高危风险差点给我穿小鞋。
说白了，就是Windows认证像把钥匙，谁在域里就是谁；混合模式像把备用钥匙，没Windows权限的用SQL密码开门。
我建议新手先死磕Windows认证，等熟练了再考虑混合模式。
这块我没亲自跑过Linux环境下的验证，但数据我记得是Windows认证能省下约4 0%的登录时间，当然这跟网络环境关系很大。

winxp系统设置SQLServer数据库服务器身份验证模式的方法

记得有一次，我在公司里帮一个同事解决SQLServer数据库的身份验证问题。
他是个Windows XP系统的老用户，对SQLServer也不太熟悉。
当时，他急得满头大汗，说数据库突然不能用了。
我打开了他的SQLServer企业管理器，发现身份验证模式设置成了Windows认证，而他的Windows账户权限又不够。
我花了半个多小时，教他怎么切换到混合验证模式，才算解决了问题。
等等，我还记得那天是2 01 2 年5 月1 5 日，下午3 点，公司的小会议室里，我们俩坐在电脑前，键盘敲得噼啪响。