1. 不能直接在视图中删除某些行，因为视图是虚拟的表，要想删除视图中的数据行，就相当于在基表中删除一样，所以只能去基表中删除。
2. instead of 触发器只能创建在视图上，不能有before 或者after选项
3. 系统触发器只能建立在schema（模式）或者数据库上（database）
4. 当触发器中有调用函数，过程，或者包的时候，而这些函数，过程或者包被修改或删除后，触发器的状态就会被标记成无效的状态
可以进行重新编译已经常见好了的触发器，语句如下：
alter trigger [schema.] trigger_name compile；
5. 删除触发器需要有 drop any trigger的系统权限（这是删除建立在模式上的触发器）
删除触发器需要有adminster database trigger 的系统权限（这是删除建立在数据库上的触发器）
6. alter trigger trigger_name [disable|enable]，这只能修改一个触发器的状态
alter table table_name [disable|enable] all trigger 这是修改一张表上的触发器，修改多个触发器
7. pl/sql块中不能直接调用ddl语句，所以，要利用oracle内置包dbms_utilify中的exec_ddl_statement过程，由它执行DDL语句创建触发器。
8. 表类型定义：type 变量名 is table of 类型 index by binary_integer；
游标类型：type 游标变量名 is ref cursor；
记录类型： type 类型名 is record（变量1 ，.........）
数组类型： type 数组名 is varray of 类型
二.动态SQL小结：
9. 如果select into，fetch into 或returning into 子句引用了一个集合，应该使用bulk collect 子句进行合并
1)动态SQL是指DDL和不确定的DML（即带参数的DML）
2)绑定参数列表为输入参数列表，即其类型为in类型，在运行时刻与动态SQL语句中的参数（实际上占位符，可以理解为函数里面的形式参数）进行绑定。
3)输出参数列表为动态SQL语句执行后返回的参数列表。
4)由于动态SQL是在运行时刻进行确定的，所以相对于静态而言，其更多的会损失一些系统性能来换取其灵活性。
举例子：
create or replace procedure find_info(p_id number) as
v_name varchar2(10);
v_salary number;
begin
execute immediate ‘
select name,salary from emp
where id=:1‘
using p_id
returning into v_name,v_salary; --动态SQL为查询语句
dbms_output.put_line(v_name ||‘的收入为：‘||to_char(v_salary))；
exception
when others then
dbms_output.put_line(‘找不到相应数据‘)；
end find_info;
注意：在过程二中的动态SQL语句使用了占位符“:1“，其实它相当于函数的形式参数，使用”：“作为前缀，
然后使用using语句将p_id在运行时刻将:1给替换掉，这里p_id相当于函数里的实参。
另外过程三中打开的游标为动态游标，它也属于动态SQL的范畴，其整个编译和开发的过程与execute immediate执行的过程很类似，这里就不在赘述了。
三.这里是使用forall来进行批联编，这里将批联编处理的情形作一个小结：
1) 如果一个循环内执行了insert，delete，update等语句引用了集合元素，那么可以将其移动到一个forall语句中。
2) 如果select into，fetch into 或returning into 子句引用了一个集合，应该使用bulk collect 子句进行合并。
3) 如有可能，应该使用主机数组来实现在程序和数据库服务器之间传递参数。
举例子：
declare
type num_list is varray(20) of number;
v_id num_list :=num_list(100,101);
begin
...
forall i in v_id.first .. v_id.last loop
...
execute immediate ‘update emp
set =salary*1.2
where id=:1 ‘
using v_id(i);
end loop;
end; （循环是forall而不是for）
FORALL与BULK COLLECT是实现批量SQL的两个重要方式
差异是FOR循环的SELECT INTO逐行提取并绑定到记录变量，而BULK COLLECT则一次即可提取所有行并绑定到记录变量。即谓批量绑定。
BULK COLLECT 子句会批量检索结果，即一次性将结果集绑定到一个集合变量中，并从SQL引擎发送到PL/SQL引擎。通常可以在SELECT INTO、FETCH INTO以及RETURNING INTO子句中使用BULK COLLECT
二、①,使用LIMIT限制FETCH数据量
在使用BULK COLLECT 子句时，对于集合类型，如嵌套表，联合数组等会自动对其进行初始化以及扩展(如下示例)。因此如果使用BULK COLLECT子句操作集合，则无需对集合进行初始化以及扩展。由于BULK COLLECT的批量特性，如果数据量较大，而集合在此时又自动扩展，为避免过大的数据集造成性能下降，因此使用limit子句来限制一次提取的数据量。limit子句只允许出现在fetch操作语句的批量中。
用法：FETCH ... BULK COLLECT INTO ... [LIMIT rows] --限制一次返回的行数
②,使用bulk collect来给集合变量返回值的时候不需要在集合变量后加（i），因为这是批量处理
declare
type v_emp1 is record(v_ename emp.ename%type,v_empno emp.empno%type,v_deptno emp.deptno%type);
type v_emptable is table of v_emp1 index by binary_integer;
v_delete v_emptable;
begin
delete from emp where deptno=10 --注意这里的delete与returning into语句是一句话，就是将删除
returning ename,empno,deptno bulk collect into v_delete; 的行中的某几列返回给变量，而且注意delete后面没有分号
if v_delete.count >0 then
for i in v_delete.first .. v_delete.last loop
dbms_output.put_line(v_delete(i).v_ename || v_delete(i).v_empno || v_delete(i).v_deptno);
end loop;
end if;
end;
/
9. fetch （bulk collect）into
returning （bulk collect） into
select （bulk collect） into
10. execute immediate （在使用动态sql的时候),该语句在哪都可用，例如在for循环中，begin主语句中；
11. 分析函数不能进行嵌套，但是可以使用子查询来实现嵌套的查询结果，例如：lag（first_value(comm,1),1）子句的语法就是错误的。
12. awr报告是oracle 10g下提供的一种性能收集和分析工具，它能提供一个时间段内整个系统资源使用情况的报告，通过这个报告，我们就可以了解一个系统的整个运行情况，这就像一个人全面的体检报告
13. 优化器（CBO）是个极其复杂的软件，它的主要输入有三个：统计信息，环境相关配置，SQL本身它的工作本质是计算出获取SQL语句指定的特定数据集的最快方法；
（1）.统计信息的采集并不是和数据本身的变化是同步的，所以统计信息也是有一定的时间差，这将导致CBO会根据旧的统计信息决定执行计划，
这是执行计划不稳定的第一处原因
（2）.运行环境的改变，比如CPU个数，环境变了，CBO可能就会得出新的执行计划了
（3）.对于同一个SQL语句，如果里面涉及到的视图或者绑定变量传过来的值发生了变化，那么执行计划也会发生相应的变化的
14. 直方图：它能够让CBO确切的知道数据的分布是不是均匀的，一般CBO所知道的统计信息直是大概，例如一张表有100行，有10个非重复值，这就是CBO所知道的统计信息，但是并不知道里面的详细信息，在没有直方图的情况下，它会默认的认为不管你取什么值都会的到（100/10）行，这是错误的，因为，这一百行里面可能是1...8九个数字分别一样，最后9数字占了91行。
15. 绑定变量的窥视：指的是，系统会允许CBO看到绑定变量第一次传过来的值，然后根据直方图决定执行计划，问题是，只允许你看第一次，当后面再用之前的那个绑定变量传值的时候，CBO就会默认选择第一次的执行计划，这就是最大的问题。例如:一张表有99行y，有1行x，第一次使用绑定变量传递的是查找y值，那么就会选择全表扫描，第二次传递x值，则还会选择全表扫描，这就影响了查询的性能。
注意：我们可以通过设置参数：_OPTIM_PEEK_USER_BINDS=FALSE来关闭绑定变量窥视这一特性
16. SQL计划指令我理解的是用来提示CBO可能存在或者不正确的统计信息，比如预期的返回行erow是20，但实际的返回行是10000，这是sql执行计划就会提醒CBO这个统计信息是不准确的，那么下次在执行这个SQL的话，CBO会重新解析这句SQL，以获得更好的执行计划
17. 绑定变量窥视和统计信息的变化是导致计划不稳定的最主要的原因。
版权声明：本文为博主原创文章，未经博主允许不得转载。