生产系统中只读表的实现思路

在生产系统中有些时候需要保证一些表的只读特性,不允许表的数据被轻易修改。可能有一下的场景比较适用。
1) 一些系统中有一些类似数据字典信息的表。这些表的信息基本都是稳定的,不会轻易的改变。
2) 可能需要从一些外部系统中拷贝一些数据做比对和参考,不希望这些“临时”表的数据被认为修改。
3) 系统的核心表数据不想被人为的误删。

对于以上的场景可以有下面的实现思路。
1) 首先就是通过role,privilege来做限定。我们可以创建一些连接用户,这些连接用户中只存在同义词,如果只需要有只读权限,只在role中赋予select权限,或者只赋予select权限就可以了。针对第三种场景比较适用,也是比较通用的。
2)
通过物化视图,对于一些表的信息,如果是稳定的,不会变化的,而且通过其他的连接用户都无法直接做更改,可以考虑使用物化视图。这对第一种场景是比较适用的。
3)
alter table read only,在11g中有一个新特性,可以保证表出于只读状态,任何dml操作对它都是无效的。这对第2中场景是比较适用的
        比如表TEST,如果需要设置为read only,可以写如下的sql语句。
        alter table TEST read only;       
4)外部
         外部表
在数据迁移中,如果大家接触过比较多的迁移项目,可能就会有很真实的感受,总是有一些主键约束的数据,这些数据又很难在数据迁移之前排查出来。有些表可能比   较大,百G上T级别,如果重新导入其他的环境,又需要耗费相当多的空间,对于系统也是极大的复杂,在线业务来说不敢想象,这个时候可以考虑使用外部表。不会有物理的数据存储空间占用,外部表加载基本都是毫秒级的速度,所以对系统影响很小。同时外部表是只读的,限定了不能做数据修改。就算删除了外部表,真实的数据也不会删除, 这对于第二种场景是比较适用的,如果条件允许,对于第一种场景也是比较合适的。
上一篇:Python爬虫之微博好友圈


下一篇:使用maven命令将jar包导入本地仓库