SQL Server创建只读账号的两种完整方法
SQLServer创建只读账号可通过T-SQL脚本或SSMS图形界面实现,核心步骤包括创建登录名、在目标数据库创建用户并授予db_datareader角色,使其仅具备查询权限,无增删改能力,适用于报表查询、数据安全等场景。
一、T-SQL 脚本方法(推荐,可直接复制运行)
1. 创建服务器登录名(用于连接数据库实例)
-- 替换:ReadOnlyUser 账号名、123456@Abc 自定义强密码CREATE LOGIN ReadOnlyUser WITH PASSWORD = N'123456@Abc',CHECK_EXPIRATION = OFF, -- 密码永不过期(按需开启)CHECK_POLICY = OFF;
2. 进入目标数据库,创建数据库用户并绑定登录名
USE 你的数据库名; -- 替换为实际业务库名GO-- 创建数据库用户,关联上面的登录名CREATE USER ReadOnlyUser FOR LOGIN ReadOnlyUser;-- 分配内置只读角色 db_datareader(仅查询所有表/视图,无修改权限)EXEC sp_addrolemember 'db_datareader', 'ReadOnlyUser';
3. 可选附加权限(按需执行)
场景1:仅允许查看指定几张表(精细权限控制,不授予全局只读)
USE 你的数据库名;GO-- 仅开放表1、表2查询权限GRANT SELECT ON dbo.表1 TO ReadOnlyUser;GRANT SELECT ON dbo.表2 TO ReadOnlyUser;-- 回收全库读权限(如果之前加过db_datareader)EXEC sp_droprolemember 'db_datareader', 'ReadOnlyUser';
场景2:允许查看存储过程/函数定义(仅查看,不能执行修改)
USE 你的数据库名;GRANT VIEW DEFINITION TO ReadOnlyUser;
场景3:允许查看数据库元数据(系统视图权限)
GRANT VIEW SERVER STATE TO ReadOnlyUser;
4. 验证权限配置
-- 查看用户拥有的角色USE 你的数据库名;EXEC sp_helprolemember;-- 测试:只读账号只能SELECT,执行INSERT/UPDATE/DELETE会直接报错SELECT * FROM dbo.表名; -- 正常执行INSERT INTO dbo.表名 VALUES(1); -- 权限拒绝
二、SSMS 图形化操作步骤(可视化创建)
- 展开服务器 → 安全性 → 登录名,右键选择【新建登录名】
- 输入登录名,勾选【SQL Server 身份验证】,设置密码,按需取消强制密码策略
- 左侧切换到【用户映射】,勾选目标业务数据库
- 下方数据库角色成员身份:仅勾选
db_datareader(只读权限),切勿勾选 db_owner 或 db_datawriter - 点击确定保存,只读账号创建完成
三、关键权限说明(角色含义)
- db_datareader:内置只读角色,拥有库内所有表、视图的 SELECT 查询权限,无增删改及 DDL 建表权限,是标准只读账号的首选。
- db_datawriter:禁止勾选,该角色拥有增删改权限,不符合只读需求。
- 多数据库只读:需要对每个需要访问的数据库,重复执行
CREATE USER + sp_addrolemember来绑定权限。
四、常用运维命令(管理只读账号)
-- 修改只读账号密码ALTER LOGIN ReadOnlyUser WITH PASSWORD=N'新密码@123';-- 临时禁用账号ALTER LOGIN ReadOnlyUser DISABLE;-- 删除账号(先删库用户,再删登录)USE 你的数据库名;DROP USER ReadOnlyUser;GODROP LOGIN ReadOnlyUser;
五、连接示例(Navicat/DBeaver/程序连接串)
服务器地址: 127.0.0.1,1433身份验证: SQL Server 身份验证用户名: ReadOnlyUser密码: 123456@Abc数据库: 你的数据库名

游乐网为非赢利性网站,所展示的游戏/软件/文章内容均来自于互联网或第三方用户上传分享,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系youleyoucom@outlook.com。
同类文章
SQL数据库视图简化开发人员编码的实用方法
视图适合封装固定逻辑(如固定时间窗口、静态状态过滤)和固定JOIN关系,不宜用于需动态传入参数(如用户ID、日期范围)的查询。视图性能取决于底层索引,而非视图本身。ALTERVIEW仅更新元数据,会短暂阻塞新查询启动,应避开高峰期操作。
MySQL decimal使用常见问题及解决方法
MySQL中的DECIMAL类型用于精确数值计算,通过DECIMAL(M,D)定义精度与标度。常见问题包括精度设置不当导致溢出、计算时精度溢出、插入格式错误等。优化建议:合理设置M和D,可用BIGINT存储分单位,关键列建索引,保持版本更新。
MySQL大字段TEXT建立索引导致的性能下降解决方案
TEXT字段无法直接建立常规B+树索引,前缀索引不支持左模糊查询,全文索引受词长、中文分词和更新延迟限制。高效替代方案是使用MD5摘要索引和垂直拆分,将TEXT字段分离到独立表,主表采用DYNAMIC行格式,避免溢出页IO问题。
金仓数据库迁移避坑指南:从未被质疑的左连接隐患
迁移至金仓KES时,LEFTJOIN若在WHERE中过滤右表非空列,将会触发外连接消除,导致数据结果减少。正确做法是将过滤条件置于ON子句中。金仓KES与主流数据库行为一致,务必通过EXPLAIN仔细检查执行计划,以确保连接语义正确。
PostgreSQL与MySQL数据库日志机制深度对比
PostgreSQL仅使用一套WAL日志,就同时实现了MySQL的redo、binlog和undo的全部功能,而MySQL因插件式架构需要三套日志并依赖两阶段提交保证一致性。其多版本并发控制通过追加写实现,无需单独的undo日志,但需要定期执行VACUUM操作清理死元组,防止表膨胀。
- 热门数据榜
相关攻略
2026-07-18 22:24
2026-07-18 22:22
2026-07-18 22:22
2026-07-18 22:22
2026-07-18 22:22
2026-07-18 22:05
2026-07-18 22:05
2026-07-18 22:05
热门教程
- 游戏攻略
- 安卓教程
- 苹果教程
- 电脑教程

