数据库视图（oracle）
使用数据库视图通常出于以下两个目的：1。降低操作复杂度；视图是预编译的查询操作，一次定义，之后可快速调用；2。提高系统安全。视图作为数据库对象，可以将其权限独立出来赋给用户，可避免用户对基表的盲目危险操作，同时也可屏蔽一部分私密的属性列。
定义语句：
CREATE
[OR REPLACE
]
[FORCE
|NOFORCE
] VIEW
YOUR_VIEW_NAME
(COLNAME1,COLNAME2,COLNAME3,...,COLNAMEn)
AS
[YOUR_QUERY_STATEMENTS WILL WRITE HERE !]
[WITH CHECK OPTION
[CONSTRAINTNAME
constraint_name]]
[WITH READ ONLY
]
对视图的查询操作实际是运行建立视图的sql语句。所以当用户自己修改基表信息时，主表改变，查询视图时也同时输出最新的信息，这样做可以尽可能减少对数据库空间的占用，并且不需要同步操作。
视图也可进行DML操作，但是在操作时要注意以下原则：
条件一：在连接视图中不能有Order by排序语句。
这主要是因为采用了Order by排序语句后，记录的物理存储顺序发生了改变。此时，若在视图上进行了数据更新，则其对应的基础表找不到具体更改的物理位置。所以，会以失败告终。
类似的，也不能够在SQL语句中含有Group by、connetc
by等语句。若有这些语句的话，则数据库都不允许对数据进行数据更新操作。
条件二：基础表中所有的NOT NULL列都必须在这个视图中。
若想在视图上进行数据更新操作的话，则必须要求对应基础表中的所有不允许空的字段都在当前的视图中。其实这很好理解，若每个字段不允许为空，则又不在当前的视图中，则新增加记录的时候，这个字段就没有被赋值，故在保存时就会被基础表所拒绝。
另外，需要注意的是，无论是更新还是删除语句，若基础表中的某个非空列不在这个视图中，都无法进行更改。也许有人会问，如果用户不是增加记录，而只是更新
数据。那难道也要求在视图中包含所有的非空字段呢?答案是肯定的。因为数据库系统在提交更新事务之前就会对这个条件进行判断。
条件三：需要更新的列不是虚拟列。
在视图中，可能有些列的结果是通过列表达式定义的，在基础表中并不存在。我们
相关文档：
如何查询oracle中的关键字，执行：
select * from v$reserved_words
其实内嵌的function，就是一个系统的package内的function或者procedure。如果知道这个根本的原因，要找到这个内嵌的自带function就很简单了。
这里内嵌的自带的fucntion和procedure的对象，其实就是STANDARD这个包里的对象。而
Oracle里对于functi ......
1．约束
作用：
约束用于确保数据库数据的完整性,在oracle数据库中,可以使用约束,触发器和应用代码(过程,函数)3种方法实现数据完整性,这3种方法中,因为约束易于维护,并且具有最好的性能,所以实现数据完整性首选约束.
分类：
约束的种类有：not null,unique,primary key,foreign key,check
Not null确保字段值不能为空
......
项目中一直都是用db2，所以对db2也算有个一知半解，而对oracle则是知之甚少，一直苦于没有机会来练手。最近项目组在做db2到oracle的迁移，终于逮着机会了。今天简单说些在实际项目遇到得一些问题，以后再慢慢补充。同时也希望仁人志士多多指点。
由于 ......
我相信我们刚学oracle，对数据库的操作，都是在本地进行的，只要保证监听服务启动，那么我们就可以正常使用sqlplus对数据库进行查询，但是假如我们希望通过远程对数据库来访问呢，此时我们就要对oracle监听进行配置。
oracle监听配置有三个文件，为了方便描述，我用server和client来区分� ......
ORACLE触发LGWR日志写进程的条件
当某个事务提交时
当重做日志缓冲区中变化的记录超过1MB时
当重做日志缓冲区中所存的记录已超过缓冲区容量的1/3
在DBWR将数据库高速缓冲区中修改过的数据块写到数据文件之前
每3秒钟
......
