一般来说，我们未来阻止用户删除或者清空表以及数据， 可以直接从权限下手，给他少量的权限即可。
比如，防止用户进行truncate 操作， 可以给如下权限：
t_girl=# create role ytt3 with login connection limit 1 password 'ytt3';
CREATE ROLE
t_girl=# alter schema ytt owner to ytt3;
ALTER SCHEMA
t_girl=# grant select on all tables in schema ytt to ytt3;
GRANT
现在用新用户ytt3登陆并且执行TRUNCATE，发现被禁止。
bash-4.1$ psql -U ytt3 t_girl
psql (9.3.4)
Type "help" for help.
t_girl=> truncate table j2;
ERROR: permission denied for relation j2
但是当测试的时候，一般来说，管理员为了方便懒得去分配各种各样细的权限。 那么，我们在创建表的时候， 就得给这张表来做对应的限制。当然了，生产环境不建议这么做。
这个实现就比较简单了，创建一个基于语句的触发器就OK了。
t_girl=# \sf prevent_truncate
CREATE OR REPLACE FUNCTION public.prevent_truncate()
RETURNS trigger
LANGUAGE plpgsql
AS $functio$
BEGIN
RAISE EXCEPTION 'Prevent "%" to be truncated!', TG_TABLE_SCHEMA||TG_TABLE_NAME;
RETURN NEW;
END;
$function$
t_girl=# \d j2
Table "ytt.j2"
Column | Type | Modifiers
--------+---------+-----------
id | integer |
str2 | text |
Triggers:
trigger_truncate_before BEFORE TRUNCATE ON j2 FOR EACH STATEMENT EXECUTE PROCEDURE ytt.prevent_truncate()
t_girl=#
t_girl=# truncate table j2;
ERROR: Prevent "ytt.j2" to be truncated!
这种方法也只是对于提供了这项功能的数据库才OK。 比如MySQL的触发器只提供了基于行的操作，那么语句的操作就不能触发了。 所以如果在MySQL上来实现这点，就比较麻烦。要么，就从权限入手，
mysql> truncate table j2;
ERROR 1142 (42000): DROP command denied to user 'ytt3'@'localhost' for table 'j2'
要么，就对数据库的操作用SPROC封装起来，
+------------------------------------+
| Error |
+------------------------------------+
| Prevent t_girl.j2 to be truncated! |
+------------------------------------+
1 row in set (0.00 sec)
©著作权归作者所有：来自51CTO博客作者david_yeung的原创作品，如需转载，请注明出处，否则将追究法律责任
MySQLSQL PostgreSQL其他数据库
随时随地看视频
