由于之前建的job过多，造成数据库cpu占用率达到99%，造成需要的job崩溃。
以下为解决方案:
1. 查询当前的job列表 ；
select * from user_jobs;
2. 暂停所有的job
exec dbms_job.broken('&JOB',true); 需要commit; （需要当前用户登录）
3. 删除相应的物化视图（这个是最占资源的。。。）
4.最后把有问题的dbf文件删掉
DROP TABLESPACE tablespace_name INCLUDING CONTENTS AND DATAFILES;
一、使用offline数据文件的方法
非归档模式使用：alter database datafile '...' offline drop;
归档模式使用： alter database datafile '...' offline;
说明：
1) 以上命令只是将该数据文件OFFLINE，而不是在数据库中删除数据文件。该数据文件的信息在控制文件种仍存在。查询v$datafile，仍显示该文件。
2) 归档模式下offline和offline drop效果是一样的
3) offline后，存在此datafile上的对象将不能访问
4) noarchivelog模式下，只要online redo日志没有被重写，可以对这个文件recover后进行online操作
实际使用案例：
直接删除数据文件后无法进入系统的解决方案
正常情况下，删除表空间的正确方法为：
DROP TABLESPACE tablespace_name INCLUDING CONTENTS AND DATAFILES;