授权:
grant create session to 用户名;
grant create table to 用户名;grant create tablespace to 用户名;
grant create view to 用户名;
grant connect,resource to 用户名;
grant create any sequence to 用户名;
grant create any table to 用户名;
grant delete any table to 用户名;
grant insert any table to 用户名;
grant select any table to 用户名;
grant unlimited tablespace to 用户名;
grant execute any procedure to 用户名;
grant update any table to 用户名;
grant create any view to 用户名;
Parallel用法:
/*+parallel(table_short_name,cash_number)*/
这个可以加到insert、delete、update、select的后面来使用
开启parallel功能的语句是:
alter session enable parallel dml;
这个语句是DML语句哦,如果在程序中用,用execute的方法打开
例:insert /*+parallel(t,10)*/ into tmp_tab('1','xx','xx');
插入的机制和检索机制差不多,所以,在insert后面加parallel也会加速的。关于insert机制,这里暂不说了。
Parallel后面的数字,越大,执行效率越高。不过,貌似跟server的配置还有oracle的配置有关,增大到一定值,效果就不明显了。所以,一般用8,10,12,16的比较常见。我试过用30,发现和16的效果一样。不过,数值越大,占用的资源也会相对增大的。如果是在一些package、function or procedure中写的话,还是不要写那么大,免得占用太多资源被DBA开K
多表的话,就是在第一后面,加入其他的就可以了。具体写法如下:
/*+parallel(t,10) (b,10)*/
小结:
关于执行效率,建议还是多按照index的方法来提高效果。Oracle有自带的explan road的方法,在执行之前,先看下执行计划路线,对写好的SQL tuned之后再执行。实在没办法了,再用parallel方法。Parallel比较邪恶,对开发者而言,不是好东西,会养成不好习惯,导致很多bad SQL不会暴漏,SQL Tuning的能力得不到提升。我有见过某些人create table后,从不create index或primary key,认为写SQL时加parallel就可以了。