在关系数据库里，数据一旦被多个用户共享，就必须回答一个根本问题：谁能对哪些数据做什么。这个问题的答案，由数据库管理系统中的数据控制功能来给出。数据控制是数据库管理系统四大功能之一，它与数据定义、数据操纵、数据维护并列，而授权与回收正是数据控制的核心手段。软考数据库系统工程师、软件设计师、系统架构设计师都把这个知识点列为常考内容，因为它是数据库安全的第一道闸门。
结构化查询语言通常被划分为几个功能子集。数据定义语言负责建表、建库、改结构，数据操纵语言负责增删改查，而数据控制语言则专门负责权限的授予与回收。在标准中，数据控制语言只有两条核心语句，一条用于授权，一条用于回收。这两条语句构成了数据库自主访问控制的实现基础。理解这一点很重要：很多考生以为权限管理是数据库管理员手工配置的，其实在关系模型里，权限的流转是通过数据控制语句完成的，是一种可以形式化描述的机制。
授权语句的功能是授予权限，即把对某个数据库对象的某种操作权限赋予某个用户，同时还可以指定该用户是否具备把这种权限再转授给其他用户的能力。回收语句的功能与之相反，是把已经授出的权限从某个用户那里收回。这里有一个容易被忽略的细节：回收语句不仅作用于被直接授权的用户，还可能沿着权限传播的路径，把从该用户那里间接获得权限的用户的权限一并收回。这正是级联回收概念的技术来源。
数据库权限体系可以粗分为两大类。一类是系统权限，也叫语句权限，它与具体的数据库对象无关，属于对数据库系统本身的操作能力，例如创建用户、创建表、创建视图、备份数据库等。这类权限通常只能由数据库管理员授予，普通用户默认不具备。另一类是对象权限，它与具体的表、视图、存储过程等对象绑定，例如对某张表的查询、插入、修改、删除权限，对某张视图的查询权限等。对象权限既可以由管理员授予，也可以由已经持有转授权限的普通用户继续向下授予。软考命题往往把系统权限和对象权限放在一起让考生区分，考的是权限的授予主体和权限的作用范围两个维度，理解了这个二元划分，就能避免把建表权限和查表权限混为一谈。
授权机制的细粒度也在随着数据库技术的发展而演进。早期关系数据库只支持整表授权，即要么能查整张表，要么完全不能查。后来引入了列级授权，可以把查询权限限定到表的某些列上，例如允许人事专员查看员工表的姓名和工号，但不允许查看薪资列。再后来视图机制的成熟，又提供了行级和列级的逻辑隔离手段，通过把视图的权限授予用户，实现对原始表的部分可见。理解这个粒度演进，有助于考生在遇到"如何实现最小权限"这类题目时，知道列级授权和视图是两种可用的技术手段，而不是只能整表开放。
授权机制中涉及三个基本要素。第一个是权限，即允许执行的操作类型，常见的有查询、插入、修改、删除、建表、建索引等。第二个是对象，即权限作用的目标，可以是整个数据库、某张表、表的某几列，甚至是视图。第三个是主体，即获得权限的用户。这三者构成一个三元关系：谁，对什么，能做什么。授权语句和回收语句本质上就是对这个三元关系的增删操作。
要真正掌握授权与回收，不能只停留在"授权就是把权限给出去"的表层理解，必须深入到权限传播的底层机制。数据库系统对权限的管理，本质上维护的是一张授权传播图，这张图决定了权限的流向，也决定了回收时的级联范围。
数据库系统在内部为每一条授权记录保存了两项关键信息：授权者和被授权者。当管理员把某张表的查询权限授予用户甲，系统就记录一条"由管理员指向甲"的授权边；如果甲又把这个权限转授给乙，系统就记录一条"由甲指向乙"的授权边。随着授权与转授的不断发生，这些边会形成一张有向图，图中每个节点是一个用户，每条边代表一次授权。这张图就是授权传播图。它回答了"某个用户的某条权限最初是从哪条路径来的"这个问题。
授权传播图决定了回收不能只做表面功夫。设想管理员把权限授给甲，甲又转授给乙。如果管理员现在只从甲那里收回权限，却保留乙的权限，就会出现一个逻辑矛盾：乙的权限是甲给的，甲的权限已经没有了，乙的权限就成了无源之水。数据库系统有两种处理策略。第一种是拒绝回收，告诉管理员"这条权限已经传播出去，请先处理下游"；第二种是级联回收，把甲连同乙的这条权限一起收回。级联回收就是第二种策略的实现，它保证了授权传播图始终是一个从授权源头严格生长的树状结构，不会出现悬空权限。
在实现层面，数据库系统并不真的去遍历整张授权传播图。更常见的做法是，在每次授权时记录授权者信息，回收时利用这些记录判断权限的来源。当一条权限被回收时，系统检查该用户是否还有其他来源可以继续持有这条权限。级联回收与普通回收的本质区别就在于此：普通回收只撤销这一条授权记录，而级联回收还会递归地撤销所有由这条授权记录派生出来的下游授权记录。理解了这个底层逻辑，很多看似复杂的回收题目都能迎刃而解。
数据库系统对权限的记录并不散落在各个表里，而是集中存放在系统目录中。系统目录也叫数据字典，是一组由系统自动维护的系统表，其中专门有用于存放授权信息的表。每当执行一次授权语句，系统就往这张授权表里插入一行记录，记录授权者、被授权者、权限类型、对象名称以及是否允许转授等字段。每当执行一次回收语句，系统就删除对应的授权记录，并根据级联策略决定是否递归删除下游记录。这套机制的意义在于，权限管理本身也被纳入了数据库的结构化存储体系，权限的查询、变更、审计都变得可追踪、可恢复。理解了系统目录的存在，考生就能明白为什么回收操作能精确地追溯到权限源头，而不是靠管理员模糊记忆。
授权与回收机制在实际使用中有丰富的形态。软考命题往往围绕这些形态的边界条件设问，因此必须把每一条语法要素和语义细节都吃透。
一条完整的授权语句包含四个要素：权限列表、对象、主体、是否允许转授。权限列表指明授予哪些操作，对象指明权限作用的范围，主体指明授予谁。是否允许转授是一个常被忽略却极其关键的要素。如果授权时带上了允许转授的标记，被授权者就获得了转授权限的能力，可以在自己的权限范围内继续把权限授给别人；如果没有这个标记，被授权者只能自己使用权限，不能转授。很多真题的考点就埋在这个标记上，因为它直接决定了后续回收是否会发生级联。
授权语句的主体除了具体的用户名之外，还可以使用一个特殊的关键字，表示把所有数据库用户都作为授权对象。这种批量授权在需要开放公共数据时非常方便，例如把某张基础字典表的查询权限授予全体用户。但批量授权也是一把双刃剑：它让权限管理变得简单的同时，也把权限的暴露面扩大到了全体用户，一旦对象本身涉及敏感数据，就会带来安全风险。软考有时会考这个特殊关键字的语义，考的是考生是否知道"授权给全体用户"与"授权给某个具体用户"在回收时的差异。因为批量授权涉及的用户众多，回收时同样需要级联策略来保证一致性，这是它与单个用户授权在机制上一致、在规模上放大之处。
回收语句同样包含权限、对象、主体三个要素，此外还涉及级联策略的选择。当授权已经发生转授时，回收有两种可选策略。级联回收表示回收该用户权限的同时，一并回收由该用户转授出去的同源权限。限制回收则表示，只有当权限没有被继续转授时才能执行回收，否则回收操作将被拒绝。这两种策略对应了授权传播图的两种修剪方式：级联回收是连根拔起，限制回收是只剪末端。考生必须分清这两者，因为命题人最爱在这里设置选项陷阱。
授权机制有两个重要的扩展应用。第一个是角色。当系统用户众多、权限矩阵庞大时，逐用户授权既繁琐又容易出错。角色机制先把一组权限授予一
本篇完！