当前位置:七道奇文章资讯数据防范Oracle防范
日期:2011-01-25 22:55:00  来源:本站整理

为Oracle数据库表挑选一个符合的归宿-入门底子[Oracle防范]

赞助商链接



  本文“为Oracle数据库表挑选一个符合的归宿-入门底子[Oracle防范]”是由七道奇为您精心收集,来源于网络转载,文章版权归文章作者所有,本站不对其观点以及内容做任何评价,请读者自行判断,以下是其具体内容:

  众所周知,Oracle数据库表都是存储在表空间当中.从理论上来说,表可以安排在任何一个表空间当中.但是在实际工作中,处于性能、安全方面的考虑,数据库工程师常常不会这么随便.他们在成立数据库之前,会先对表空间举行筹划,要为Oracle数据库挑选一个符合归宿.由于这个没有技术方面的限制,故也没有统一的法则各寻.智者见智,仁者见仁.这更是磨练数据库工程师水平的一个问题.

  由于这没有统一的尺度,公说公有理,婆说婆有理.为此笔者下面提的几个倡议,大概也并不一定是真理.这些只是笔者工作经验的总结,各位读者可以有挑选的参考.

  法则一:不要把用户的表安排在System表空间.

  当数据库安装完毕后,数据库据系统会默许成立三个表空间,辨别为System、Sysaus、Temp的标空间.前面两个位系统表空间,背面一个为暂时表空间.这两个表空间常常系统有特别的用处.故普通情形下,在系统表空间中应当只存放包含数据字典和Oracle系统对象等等相关的表.假如数据库管理员在系统表空间中成立表(包含其他筹划对象如视图等等)的话,将会影响数据库的性能.为此,无论是Oracle官方还是笔者都激烈倡议,数据库管理员不要在系统表空间中成立其他的数据表等数据库对象.也就是说,除了系统安装时默许成立的对象之外,Oracle数据库工程师不要往这些系统表空间中放入任何数据库筹划对象.默许情形下,数据库在权限方面没有举行这方面的掌握,故主要靠用户自觉.为了避免将表成立在系统表空间中,笔者有以下几个倡议.

  一是参与数据库开辟的用户假若有多个的话,最好给每个用户都设置一个默许的表空间(当然这个表空间不可以是系统表空间).因为用户在成立数据库表的时刻,默许情形下是保存在其设置的默许表空间上.故只要为用户设置默许表空间,则用户常常不会因为忽视等缘由而把数据库表误放入系统表空间了.

  二是可以举行相关的权限掌握.如在数据库开辟期间,可以限制其他数据库用户往这系统表空间中存放数据库对象的权利.有时会为了避免不测,可以设置一个用户有这个往系统表空间中放东西的权利.如此其他用户需求往System等系统表间中成立数据库表大概其他数据库对象时,则只可以有一个用户来完成.这可以最大限度的限制系统表空间的干净.避免用户表放入到系统表空间,从而提高数据库的运行效率.

  三是在数据库拜托利用之前,数据库工程师最好再举行一次查抄,看看系统表空间中能否有非系统表的数据表.在拜托之前数据库工程师还可以做调整.假如拜托后用户已经往系统中存储了数据才发现这个错误的话,那么调整起来工作量将会很大.

  总之一个基本的原则就是系统表空间中不可以存放用户表等数据库对象,不然的话会降低数据库的性能.同时也不要将系统对象移动到其他的非系统表空间上.这个画蛇添足的做法也会降低数据库的性能.

  法则二:为用户数据表得当的分居.

  Oracle数据库系统可以成立多个非系统表空间.但是,并非把用户表分离在多个表空间中就可以够获得对比好的效果.假如把表随便的分离到差别的表空间中,则当履行某些数据库管理和保护操作时就需求耗费更多的时间,并且无法集合管理属于某个利用的数据.

  那么有人就会说,把全部的表都存放在一个表空间中就行了呀.这是一个笨办法,常常也不是最好的挑选.因为把表有挑选的分离保存在多个表空间中,只要公道就可以够提高数据库的性能.如当把用户表分门别类的安排到差别的表空间中,便可以将某个表空间设置为只读状况,从而可以将数据库的一部份设置为只读状况.如可以通过表空间的大小来机动的为用户设置存储限额.如可以把差别的表空间存放在差别的硬盘上,从而降低硬盘的输入输出竞争,提高数据库的性能.


  以上是“为Oracle数据库表挑选一个符合的归宿-入门底子[Oracle防范]”的内容,如果你对以上该文章内容感兴趣,你可以看看七道奇为您推荐以下文章:
  • 为Oracle数据库表挑选一个符合的归宿-入门底子
  • 本文地址: 与您的QQ/BBS好友分享!
    • 好的评价 如果您觉得此文章好,就请您
        0%(0)
    • 差的评价 如果您觉得此文章差,就请您
        0%(0)

    文章评论评论内容只代表网友观点,与本站立场无关!

       评论摘要(共 0 条,得分 0 分,平均 0 分) 查看完整评论
    Copyright © 2020-2022 www.xiamiku.com. All Rights Reserved .