十分关注,帮你up!
    我觉得库的备份问题也应该好好考虑,请高手来解答吧!

解决方案 »

  1.   

    其实,你所关注的一些因素都可以在日后根据系统负荷及需求随时修改后再mount database,唯一需要注意的是字符集和数据块的大小,如果你的数据库是基于快速查询的设计,建议将块定大一些,8i改不了数据块大小,如果是基于事务处理的,块定的太大反而会加重系统负担,根据需要遵循原则定义就好。如果资金不是问题,大的sga区等内存设置将会极大提高系统效能。回滚段定的大一些并没有什么负作用,只是会比较浪费磁盘空间,反正将来都可以修改的。
      

  2.   

    你更应该关注的是找你们的系统设计人员设计好数据库结构
    培训好开发人员不要开发出劣质代码数据库本身的问题解决起来还容易一些
    并且除非正式上线后24*7
    否则总是容易解决的至于1000万记录的表
    只是一个中大型的表而已
    不用太过紧张
      

  3.   

    1000万记录的表确实不大我现在在用的数据库
    数据文件达到2TB(数据仓库,不记录日志)
    还没有备份呢
      

  4.   

    谢谢上面的指点,作为数据库管理员我主要应该做好那些工作呢?
      

  5.   

    优化好,调整好!备份好!
    速度快!响应快!恢复快!