假如role1对表t1有select权限.....

在PostgreSQL中，确实可以实现您描述的权限管理场景，但需要正确理解和使用角色继承（Role Inheritance）以及NOINHERIT选项。根据您的描述，看起来您希望当一个角色（如role1）被禁用时，该角色赋予的所有用户权限都能失效。这里的关键在于理解如何控制角色的有效性，而不是直接通过NOINHERIT来实现权限的动态启停。

PostgreSQL中的角色和权限管理

• 角色（Role）：在PostgreSQL中，角色用于权限管理和认证，可以给其他角色或用户分配权限。
• 权限继承：默认情况下，如果用户被授予某个角色，则会继承该角色的所有权限。
• NOINHERIT：当你创建一个新角色并指定NOINHERIT时，意味着这个角色不会自动传递它所拥有的权限给那些继承它的角色或用户。但这并不意味着能动态地使权限失效。

实现权限动态启停的思路

直接通过启用或禁用角色来控制用户权限的动态变化，并不是PostgreSQL原生支持的功能。但是，可以通过一些策略间接达到类似的效果：

1. 使用视图和权限：你可以创建视图来封装对表t1的查询，并仅对视图设置权限。这样，通过控制视图上的权限，间接控制用户的查询能力。但这也需要手动调整权限，而非自动跟随角色状态。

2. 数据库函数与安全策略：设计数据库函数执行查询，并通过函数的执行权限来控制访问。结合行级安全策略或者自定义检查函数，可以在一定程度上控制数据访问，但这通常更适用于复杂的安全需求，且配置较为繁琐。

3. 外部系统集成：通过外部系统（如应用程序、脚本或云服务的访问控制机制）来动态管理数据库角色的成员关系或权限。例如，编写脚本来定期检查某些条件，然后相应地GRANT或REVOKE权限。

关于NOINHERIT的误解

NOINHERIT关键字是用于限制角色权限向下传递，即拥有该角色的用户不会自动获得该角色所具有的其他角色的权限。这并不是用来控制角色本身的启用或禁用状态，因此不能直接满足你想要“禁用角色后所有用户权限失效”的需求。

结论

PostgreSQL本身不直接支持基于角色的动态权限启停功能。要实现这样的需求，可能需要结合数据库内部机制（如视图、函数）和外部管理系统来共同完成。对于高度动态或复杂的权限管理需求，考虑采用更高级的访问控制解决方案或第三方工具可能会更加合适。