看一下oracle 11g是不是开机自启动,oracle占内存,不用就把oracle服务关闭,不然机子非常卡.
或者你可以加个内存条也许就不卡了.
在应用程序开发下面,有个SQL
PLUS,可以在那里进行数据库的各种操作,比如对系统的管理、用户管理、数据的增删查改、各种对象的建立（表、视图、序列、同义词、存储过程等等）,不过这个是纯文本的操作环境,对用户要求较高,也比较繁琐.
最好安装一个第三方的PL
SQL工具,比如PLSQL
DEVELOPER、TOAD都比较好用.这些都是图形界面,易于操作,对新手来说,绝对比ORACLE自带的SQL
PLUS好用百倍,容易上手.
有问题请追问,如满意请采纳.
①.、1、调整数据结构的设计.这一部分在开发信息系统之前完成,程序员需要考虑是否使用ORACLE数据库的分区功能,对于经常访问的数据库表是否需要建立索引等.
实际上,上述数据库优化措施之间是相互联系的.ORACLE数据库性能恶化表现基本上都是用户响应时间比较长,需要用户长时间的等待.但性能恶化的原因却是多种多样的,有时是多个因素共同造成了性能恶化的结果,这就需要数据库管理员有比较全面的计算机知识,能够敏感地察觉到影响数据库性能的主要原因所在.另外,良好的数据库管理工具对于优化数据库性能也是很重要的.
ORACLE数据库性能优化工具
常用的数据库性能优化工具有：
①.、1、ORACLE数据库在线数据字典,ORACLE在线数据字典能够反映出ORACLE动态运行情况,对于调整数据库性能是很有帮助的.
ORACLE数据库的系统性能评估
信息系统的类型不同,需要关注的数据库参数也是不同的.数据库管理员需要根据自己的信息系统的类型着重考虑不同的数据库参数.
①.、1、在线事务处理信息系统（OLTP）,这种类型的信息系统一般需要有大量的Insert、Update操作,典型的系统包括民航机票发售系统、银行储蓄系统等.OLTP系统需要保证数据库的并发性、可靠性和最终用户的速度,这类系统使用的ORACLE数据库需要主要考虑下述参数：
l ? ? l ? ? 数据库回滚段是否足够?
l ? ? l ? ? 是否需要建立ORACLE数据库索引、聚集、散列?
l ? ? l ? ? 系统全局区（SGA）大小是否足够?
l ? ? l ? ? SQL语句是否高效?
l ? ? l ? ? 是否采用B*-索引或者bitmap索引?
l ? ? l ? ? 是否采用并行SQL查询以提高查询效率?
l ? ? l ? ? 是否采用PL/SQL函数编写存储过程?
l ? ? l ? ? 有必要的话,需要建立并行数据库提高数据库的查询效率
SQL语句的调整原则
SQL语言是一种灵活的语言,相同的功能可以使用不同的语句来实现,但是语句的执行效率是很不相同的.程序员可以使用EXPLAIN PLAN语句来比较各种实现方案,并选出最优的实现方案.总得来讲,程序员写SQL语句需要满足考虑如下规则：
①.、1、尽量使用索引.试比较下面两条SQL语句：
语句A：SELECT dname, deptno FROM dept WHERE deptno NOT IN
(SELECT deptno FROM emp);
语句B：SELECT dname, deptno FROM dept WHERE NOT EXISTS
(SELECT deptno FROM emp WHERE dept.deptno = emp.deptno);
这两条查询语句实现的结果是相同的,但是执行语句A的时候,ORACLE会对整个emp表进行扫描,没有使用建立在emp表上的deptno索引,执行语句B的时候,由于在子查询中使用了联合查询,ORACLE只是对emp表进行的部分数据扫描,并利用了deptno列的索引,所以语句B的效率要比语句A的效率高一些.
SELECT stuff FROM taba a, tabb b, tabc c
WHERE a.acol between :alow and :ahigh
AND b.bcol between :blow and :bhigh
AND c.ccol between :clow and :chigh
AND a.key1 = b.key1
这个SQL例子中,程序员首先需要选择要查询的主表,因为主表要进行整个表数据的扫描,所以主表应该数据量最小,所以例子中表A的acol列的范围应该比表B和表C相应列的范围小.
CPU参数的调整
使用操作相同命令可以看到CPU的使用情况,一般UNIX操作系统的服务器,可以使用sar –u命令查看CPU的使用率,NT操作系统的服务器,可以使用NT的性能管理器来查看CPU的使用率.
数据库管理员还可以通过查看v$sesstat数据字典来获得当前连接ORACLE数据库各个会话占用的CPU时间,从而得知什么会话耗用服务器CPU比较多.
出现CPU资源不足的情况是很多的：SQL语句的重解析、低效率的SQL语句、锁冲突都会引起CPU资源不足.
①.、数据库管理员可以执行下述语句来查看SQL语句的解析情况：
SELECT * FROM V$SYSSTAT
WHERE NAME IN
('parse time cpu', 'parse time elapsed', 'parse count (hard)');
这里parse time cpu是系统服务时间,parse time elapsed是响应时间,用户等待时间
waite time = parse time elapsed – parse time cpu
由此可以得到用户SQL语句平均解析等待时间=waite time / parse count.这个平均等待时间应该接近于0,如果平均解析等待时间过长,数据库管理员可以通过下述语句
SELECT SQL_TEXT, PARSE_CALLS, EXECUTIONS FROM V$SQLAREA
ORDER BY PARSE_CALLS;
来发现是什么SQL语句解析效率比较低.程序员可以优化这些语句,或者增加ORACLE参数SESSION_CACHED_CURSORS的值.
SELECT BUFFER_GETS, EXECUTIONS, SQL_TEXT FROM V$SQLAREA;
查看低效率的SQL语句,优化这些语句也有助于提高CPU的利用率.
内存参数的调整
内存参数的调整主要是指ORACLE数据库的系统全局区（SGA）的调整.SGA主要由三部分构成：共享池、数据缓冲区、日志缓冲区.
①.、 ?1、 ? 共享池由两部分构成：共享SQL区和数据字典缓冲区,共享SQL区是存放用户SQL命令的区域,数据字典缓冲区存放数据库运行的动态信息.数据库管理员通过执行下述语句：
select (sum(pins - reloads)) / sum(pins) "Lib Cache" ?from v$librarycache;
select (sum(gets - getmisses - usage - fixed)) / sum(gets) "Row Cache" from v$rowcache;
SELECT name, value ?FROM v$sysstat ?WHERE name IN ('db block gets', 'consistent gets','physical reads');
来查看数据库数据缓冲区的使用情况.查询出来的结果可以计算出来数据缓冲区的使用命中率=1 - ( physical reads / (db block gets + consistent gets) ).
select name,value from v$sysstat where name in ('redo entries','redo log space requests');查看日志缓冲区的使用情况.查询出的结果可以计算出日志缓冲区的申请失败率：
申请失败率=requests/entries,申请失败率应该接近于0,否则说明日志缓冲区开设太小,需要增加ORACLE数据库的日志缓冲区.
这个软件 玩游戏本身就卡 ,是软件的问题,无法做到尽善尽美.等下个版本吧
自己多学习,看教材,看用法！最关键是在实际项目中多使用Oracle就可以了
以上就是土嘎嘎小编为大家整理的怎么用oracle不卡相关主题介绍,如果您觉得小编更新的文章只要能对粉丝们有用,就是我们最大的鼓励和动力,不要忘记讲本站分享给您身边的朋友哦！！