精华内容
下载资源
问答
  • oracle重构undo空间

    2020-08-07 16:35:15
    查看各空间名称2. 查看某个空间信息3. 查看回滚段的使用情况,4. 检查UNDO Segment状态5. 创建新的UNDO空间,并设置自动扩展参数;6. 动态更改spfile配置文件;7. 等待原UNDO空间所有UNDO SEGMENT OFFLINE;8....

    在日常的数据库维护和数据库编程中经常会遇到犹豫对大数据量做DML操作后是得ORACLE的undo表空间扩展到十几个G或者几十个G 但是这些表空间的所占用磁盘的物理空间又不会被oracle所释放,经过个人整理经过如下操作可以重构undo表空间,同样temp表空间也可能在你查询大数据或则创建索引的时候无限扩大导致磁盘空间不足,同样可以用如下方式解决此问题:

    1. 查看各表空间名称

    select name from v$tablespace
    

    2. 查看某个表空间信息

    select file_name,bytes/1024/1024 from dba_data_files where tablespace_name = 'UNDOTBS1';
    select file_name,bytes/1024/1024 from dba_data_files where tablespace_name like 'UNDOTBS1';
    

    3. 查看回滚段的使用情况,

    哪个用户正在使用回滚段的资源,如果有用户最好更换时间(特别是生产环境)。

    select s.username, u.name from v$transaction t,v$rollstat r, v$rollname u,v$session s 
    where s.taddr=t.addr and t.xidusn=r.usn and r.usn=u.usn order by s.username; 
    

    4. 检查UNDO Segment状态

    select usn,xacts,rssize/1024/1024/1024,hwmsize/1024/1024/1024,shrinks from v$rollstat order by rssize;
    

    5. 创建新的UNDO表空间,并设置自动扩展参数;

    create undo tablespace undotbs2 datafile '/u01/app/oracle/oradata/DWHDB1/datafile/UNDOTBS02.DBF' size 10m reuse autoextend on next 100m maxsize unlimited;
    

    6. 动态更改spfile配置文件;

    alter system set undo_tablespace=undotbs2 scope=both;
    

    7. 等待原UNDO表空间所有UNDO SEGMENT OFFLINE;

    select usn,xacts,status,rssize/1024/1024/1024,hwmsize/1024/1024/1024,shrinks from v$rollstat order by rssize;
    

    8. 再执行看UNDO表空间所有UNDO SEGMENT ONLINE;

    select usn,xacts,status,rssize/1024/1024/1024,hwmsize/1024/1024/1024,shrinks from v$rollstat order by rssize;
    

    9. 此时数据库处于静止状态,无任何DML操作,查看UNDOTBS1已经处于OFFLINE状态

    select tablespace_name , status , count(*) from dba_rollback_segs group by tablespace_name , status;
    

    10. 检查确认UNDOTBS1中没有ONLINE的segment

    select status,segment_name from dba_rollback_segs where status not in ('OFFLINE') and tablespace_name='UNDOTBS1';
    

    11. 删除原有的UNDO表空间;

      drop tablespace undotbs1 including contents;
    

    12. 确认删除是否成功;

    展开全文
  • Oracle重构索引

    2012-03-23 17:24:01
    在一次项目中,发现数据库中索引比较乱,整理的一个索引重构的文档
  • oracle 11g在线重构表

    2015-05-28 12:59:29
    Oracle9i出现之前,你只能通过MOVE或导出和导入的方式来进行的重定义,因此重定义的过程可能相当漫长或者说是一个离线过程, 在此期间应用程序对该的操作将失败。除了这个,如果用exp,我们也不能保证exp的...

    在Oracle9i出现之前,你只能通过MOVE或导出和导入的方式来进行表的重定义,因此表重定义的过程可能相当漫长或者说是一个离线过程,
    在此期间应用程序对该表的操作将失败。除了这个,如果用exp,我们也不能保证exp的时候该表的数据没有改变(除非单用户),
    而imp更是一个漫长的过程。 为了解决这个问题,Oracle9i在其DBMS_REDEFINITION软件包中引入了在线重定义功能。
    这个特性对24*7的数据库系统来说非常重要,使用这个技术DBA可以在保持表允许DML语句的情况下修改结构,比如添加列、移动表到其他表空间、
    处理表的碎片等,当然了对于表的碎片处理,在10g以后,可以考虑使用shrink操作来实现,关于shrink在这里不做讨论。

    在线重定义具有以下功能:

    (1)修改表的存储参数;
    (2)可以将表转移到其他表空间;
    (3)在表上增加、修改或删除一列或是多列;
    (4)增加并行查询选项;
    (5)增加分区支持;
    (6)修改分区结构;
    (7)重建表以减少碎片;
    (8)将堆表改为索引组织表或相反的操作;

    在线重定义的方法

    1.基于主键
    2.基于ROWID。ROWID的方式不能用于索引组织表,而且重定义后会存在隐藏列M_ROW$$。
    默认采用主键的方式。

    在线重定义的一些限制

    1.要求原始表和中间表在同一个方案下;
    2.要求有2倍甚至是多于2倍的表空间空间;
    3.如果使用主键重定义的方式,原始表上要有主键;

    在线定义出现异常执行下面停止定义
    SQL>  execute dbms_redefinition.abort_redef_table('smsdb',' m_x_1','mp');
    SQL> PL/SQL procedure successfully

    模拟普通表重构成分区表,添加字段操作。


    --删除之前测试数据表
    --在DB用户执行
    SQL> DROP TABLE MXQ03;
     
    Table dropped
    SQL>  DROP TABLE MXQ04;
     
    DROP TABLE MXQ04
     
    Table dropped

    --创建模拟数据
    --创建普通表
    SQL>  CREATE TABLE "DB"."MXQ03"
      2     (    "ID" NUMBER(10,0),
      3      "NAME" VARCHAR2(20),
      4      "NEW_DATE" DATE
      5     ) TABLESPACE "SMSDB_DATA";
     
    Table created
    SQL>    create index name_dex on MXQ03(name);
     
    Index created
    SQL>    alter table mxq03 add constraint pk_id_03 primary key(id);
     
    Table altered
    SQL>  INSERT INTO MXQ03 VALUES(1,'A',SYSDATE);
     
    1 row inserted
    SQL>  INSERT INTO MXQ03 VALUES(2,'B',SYSDATE);
     
    1 row inserted
    SQL>  INSERT INTO MXQ03 VALUES(3,'C',SYSDATE);
     
    1 row inserted
    SQL>  INSERT INTO MXQ03 VALUES(4,'D',SYSDATE);
     
    1 row inserted
    SQL>  INSERT INTO MXQ03 VALUES(5,'E',SYSDATE);
     
    1 row inserted
    SQL>  INSERT INTO MXQ03 VALUES(6,'F',SYSDATE);
     
    1 row inserted
    SQL> COMMIT;
     
    Commit complete

    创建分区临时表
    SQL>     CREATE TABLE "DB"."MXQ04"
      2     (    "ID" NUMBER(10,0),
      3      "NAME" VARCHAR2(20),
      4           "old" varchar2(20),
      5      "NEW_DATE" DATE)
      6     partition by range(ID)
      7     (partition mxq_3 values less than (3),
      8     partition mxq_6 values less thAn (10)) TABLESPACE "SMSDB_DATA";
     
    Table created

    --在SYS用户执行
    --判断表是否支持重构
    SQL> exec dbms_redefinition.can_redef_table('DB','MXQ03');
     
    PL/SQL procedure successfully completed

    --启动重构表
    SQL> exec dbms_redefinition.start_redef_table('DB','MXQ03','MXQ04','ID ID,NAME NAME,new_date new_date');
     
    PL/SQL procedure successfully completed
     
    --复制索引、主键、触发器。。。。。
    SQL> var v_log number;
    SQL> exec dbms_redefinition.copy_table_dependents('sdb','mxq03','mxq04',NUM_ERRORS => :V_log);
     
    PL/SQL procedure successfully completed
    v_log
    ---------
    0

    --开始同步
    SQL> exec dbms_redefinition.sync_interim_table('db','mxq03','mxq04');
     
    PL/SQL procedure successfully completed
     
    --完成同步
    SQL> exec dbms_redefinition.finish_redef_table('db','mxq03','mxq04');
     
    PL/SQL procedure successfully completed

    --源表结构已经加上了old字段
    SQL> desc db.mxq03;
    Name     Type         Nullable Default Comments
    -------- ------------ -------- ------- --------
    ID       NUMBER(10)   Y                         
    NAME     VARCHAR2(20) Y                         
    old      VARCHAR2(20) Y                         
    NEW_DATE DATE         Y                         
     
     
    --查询数据都已经同步
    SQL> select * from db.mxq03;
     
             ID NAME                 old                  NEW_DATE
    ----------- -------------------- -------------------- -----------
              1 A                                         2015/5/28 1
              2 B                                         2015/5/28 1
              3 C                                         2015/5/28 1
              4 D                                         2015/5/28 1
              5 E                                         2015/5/28 1
              6 F                                         2015/5/28 1
     
    6 rows selected
     
    SQL> select * from db.mxq03 partition(mxq_3);
     
             ID NAME                 old                  NEW_DATE
    ----------- -------------------- -------------------- -----------
              1 A                                         2015/5/28 1
              2 B                                         2015/5/28 1
     
    SQL> select * from db.mxq03 partition(mxq_6);
     
             ID NAME                 old                  NEW_DATE
    ----------- -------------------- -------------------- -----------
              3 C                                         2015/5/28 1
              4 D                                         2015/5/28 1
              5 E                                         2015/5/28 1
              6 F                                         2015/5/28 1
              
     

    来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/29065182/viewspace-1675078/,如需转载,请注明出处,否则将追究法律责任。

    转载于:http://blog.itpub.net/29065182/viewspace-1675078/

    展开全文
  • Oracle 数据库重构

    千次阅读 2014-04-14 14:41:48
    说实话我也是前两周才知道有数据库重构这回事,当时听说这个概念的时候,唯一的反应就是:数据库居然也能重构?刚好上周去图书馆借书,看见了《数据库重构》这...数据库重构可以重构数据库Schema的结构:比如、视图的

    说实话我也是前两周才知道有数据库重构这回事,当时听说这个概念的时候,唯一的反应就是:数据库居然也能重构?刚好上周去图书馆借书,看见了《数据库重构》这本书,就借回来看了几章。下面会结合自己的体会介绍一些这本书的一些观点。

    数据库重构概念

    数据库重构是对数据库Schema进行的简单改动,在保持行为和信息语义的前提下改进设计。

    数据库重构可以重构数据库Schema的结构:比如表、视图的定义、修改; 重构数据库的功能:如存储过程、触发器等。

    数据库重构的困难

    数据库重构其实并不像代码重构那么简单,对数据库结构的改动,真的是牵一发而动全身。可能你要改动业务逻辑层、UI表示层、甚至是牵连到一些其它模块、外部调用程序,还有像数据库里面的函数、存储过程、触发器等、光是把这些牵扯的例举出来,都会让你头皮发麻,还要大量的测试;而且对一个已经上线的系统,你有这个魄力去重构吗?就算你有,未必其它同事、尤其拍板的人(经理)也未必同意,这里面的风险太大,代价太大了…..其实这都是因为数据库重构比代码重构难,复杂。下面是我自己概括的一些:

    1. 代码重构只需要保持行为语义, 而数据库重构还要保持信息语义。
    2. 数据库架构所导致的耦合度(数据库与外部程序是高度耦合的),数据库重构变得相当复杂。按情况分分为单应用数据库、多应用数据库(相对复杂得多),下面是我按书上图画的单应用数据库和多应用数据库。                                                                                                                                                                       
    3. 数据库重构缺少工具支持。像代码重构,很多IDE(集成开发环境)都已经提供了代码重构功能,比如VS里面菜单栏里面有重构选项,许多人都经常使用。但是数据库到现在为止没啥工具支撑。相信数据库工具提供商以后也一定会增添这些功能的。
    4. 数据库设计、开发采用传统的、串行式的思维过程,基本上忽略了敏捷的方式(说实话,我对作者这个观点不太理解)。我的理解数据库开发一直采用传统的建模,设计,然后编码实现,没有采用反映现代方法学(如XP 和RUP)的演进式方式。
    5. 不是每个开发者对系统各部分、数据库架构都十分了解,不是每个人都精通数据库和应用程序开发。也就是说可能某人只精通数据库、而不精通C#开发,那么重构就显得比较困难。还有很多人只了解系统的部分结构,而不了解整体,这对数据库重构影响很大,作者建议结对编程,DBA和架构师(技术人员)结对进行数据库重构

    数据库重构的分类

    1. 结构重构: 对一个或多个表或试图做一些变更。比如将一列从一个表移到另外一个表,将多用途的列拆分为一些单独的列。每个列用于单一用途。
    2. 数据质量重构:一种变更,改进了数据库中所包含信息的质量。例如,不允许列为空,确保它总是有值,或对一列采用统一格式,确保一致性。
    3. 参照完整性重构:一种变更,它确保参照的行在另外一个表的存在,并确保不需要的行被相应地删除。增加触发器支持两个实体间的层叠式删除。
    4. 架构重构。 一种变更,它从整体上改变了外部程序与数据库进行交互的方式。用存储过程取代部分代码和脚本。
    5. 方法重构: 对方法(存储过程、函数、触发器)的一种变更,改进方法质量,比如存储过程改名,把存储过程里面的*用相应的字段替换、、、、、
    6. 替换: 这不属于重构,转换时对数据Schema的一个变更,它改变了Schema的语义。

    数据库味道

    正如Flower在重构里面说的代码的坏味道一样,作者也尝试总结了一些数据库的坏味道。

    • 多用途的列。 如果一个列被用于多种用途,就有可能存在额外的代码来确保数据以“正确的方式”使用。个人认为像表里面用来判别性别、是否删除的字段这样的多用途列还不是坏味道,如果超出了两个应用,就应该考虑重构了。
    • 多用途的表。 如果一个表用来存放多种不同数据来源的数据。
    • 重复的数据。重复的数据对操作型数据库来说是一种严重的问题,因为数据存放在几个地方,不一致的机会就增加了。个人认为适当的冗余还是必须的。这个只能试情况而论。
    • 列太多的表。一个表包含太多的列时,说明表缺乏内聚——它试图存放来自几类实体的数据。我见过一个表几十个字段的设计,只能用“无语”来形容我的感受。
    • 行太多的表。大的表就有性能问题,查找就十分耗时,你这时就需要对表进行垂直分割:将一些列移到另外一个表,将一些行移到另外一个表,进行水平分割。
    • “智能”列:智能列是这样一种列,其中数据的不同位置代表了不同的概念。这个我不太了解(没有这方面的使用经验),作者的建议进行更小粒度的分割字段。
    • 害怕变化。如果你害怕改变你的数据库Schema,因为你担心更改会破坏其它很多应用程序,那么这就是一个明确的信号。

    数据库重构在开发中的位置

    作者提到了大多数面向数据技术本质上都是串行的。诸如逻辑数据建模或物理数据建模。希望数据库DBA采用类似开发者使用的现代演进式技术来开发,并能从中获益。作者提供了一幅图关于在一些关键开发活动中的高层视图,这些活动发生在涉及对象和关系数据库的现代项目中。请注意,所有的箭头都是双向的。你需要在这些活动之间来回迭代。同时注意没有定义起点和终点——显然这不是传统的串行式过程。

     

    展开全文
  • [img=... 小弟的oracle10g dbconsole服务没了,也不知道什么原因。但是执行emca -deconfig dbcontrol db -repos drop 这个命令等了很久都没成功。希望大侠帮忙查看下;在线等!
  • oracle索引重构

    千次阅读 2014-04-14 14:45:19
    select t.index_name,t.index_type,t.include_column,t.tablespace_name,t.table_name  FROM USER_INDEXES T  WHERE t.table_owner = 'SNCC' ...查询用户SNCC且空间名为SNCC的所有索引(索引


    select t.index_name,t.index_type,t.include_column,t.tablespace_name,t.table_name
      FROM USER_INDEXES T
     WHERE t.table_owner = 'SNCC'
       AND t.tablespace_name = 'SNCC';

    查询用户SNCC且表空间名为SNCC的所有索引(索引名,索引类型,索引列,表空间名,表名)

    法一:
    alter index ... rebuild online的机制
    alter index T_MY_COUNT_IN1 rebuild online;

    当我们对索引进行rebuild时,如果不加online选项,oracle则直接读取原索引的数据;当我们添加online选项时,oracle是直接扫描表中的数据,那如何维护索引段数据的一致性呢?就是从引开始创建到索引创建完成这段时间的数据改变...

    从索引开始rebuild online开始的那一刻起,oracle会先创建一个SYS_JOURNAL_xxx的系统临时日志表,结构类似于mlog$_表,通过内部触发器,记录了开始rebuild索引时表上所发生的改变的记录,当索引已经创建好之后,新数据将直接写入索引,只需要把SYS_JOURNAL_xxx日志表中的改变维护到索引中即可.

    1。drop & create 的话,当前Table 无法使用该index ,可能会严重影响应用,只能在应用不需用到该 Index时使用 , 而 alter index .. rebuild online 则没有这个限制,只是会消耗DB资源,不至于严重影响应用

    2。Drop & create 只需占用一份index的space , 不像alter index .. rebuild online ,会在创建过程中需要占用新老两个index的space, 在free space不足的环境中,也许只能选用Drop & create  

    3. 至于 alter index .. rebuild ,或者alter index .. rebuild online 是否会使用 INDEX SCAN 代替 TABLE SCAN ,似乎不同环境有不同的结果。(RBO状态下)
    我的一套环境中,alter index .. rebuild ==> INDEX FAST FULL SCAN  
    alter index .. rebuild online==> TABLE FULL SCAN  
    而另一套,则是alter index .. rebuild /alter index .. rebuild online 都采用了TABLE FULL SCAN  

    例如:
    alter index t_id rebuild online compute statistics; 

    法二:
    1.alter index xxx rebuild [online];
    是否加online,要看你的系统需求。因为不加online时rebuild会阻塞一切DML操作。

    2.rebuild不是“将索引删除然后再创建”。rebuild时不会为了排序去走fts,
    而是遍历旧索引,然后在临时段中建立相应结构,完了后移到新索引中。

    “将索引删除然后再创建”,是最不好的方法。 


    法三:  生产执行的SQLl (from:http://blog.csdn.net/sscsgss/article/details/4468580)

    create or replace procedure p_rebuild_all_index
       (tablespace_name in varchar2,--这里是表空间名,如果不改变表空间,可以传入null
       only_unusable in boolean)    --是否仅对无效的索引操作
    as
       sqlt varchar(200);
    begin
        --只取非临时索引
        for idx in (select index_name, tablespace_name, status from user_indexes where temporary = 'N') loop
            --如果是如重建无效的索引,且当索引不是无效时,则跳过
            if only_unusable = true and idx.status <> 'UNUSABLE' then
               goto continue;
            end if;
            if (tablespace_name is null) or idx.status = 'UNUSABLE' then
               --如果没有指定表空间,或索引无效,则在原表空间重建
               sqlt := 'alter index ' || idx.index_name || ' rebuild ';
            elsif upper(tablespace_name) <> idx.tablespace_name then
               --如果指定的不同的表空间,则在指定表空间待建索引
               sqlt := 'alter index ' || idx.index_name || ' rebuild tablespace ' || tablespace_name;
            else
               --如果表空间相同,则跳过
               goto continue;
            end if;
            dbms_output.put_line(idx.index_name);
            EXECUTE IMMEDIATE sqlt;
            <<continue>>
            null;
         end loop;
    end;
    /*
    功能:重建索引。
    说明:如果表空间参数传入null,则在原表空间内重建索引,否则在目标表空间重建索引。
          如果表空间相同,则跳过。
          only_unusable表示是否只对无效的索引进行重建
     2007年6月26日
    */





    展开全文
  • Oracle中检查是否需要重构索引SELECTheight, /*Height of the B-Tree*/blocks, /* Blocks in the index segment */name, /*index name */lf_rows, /* number of leaf rows in the index */lf_blks, /* number of ...
  • 经常需要在Oracle中检查是否需要重构索引,在此写了个示例语句,有此需求的朋友可以参考下,希望对大家有所帮助
  • Oracle中检查是否需要重构索引 SELECT height, /*Height of the B-Tree*/ blocks, /* Blocks in the index segment */ naOracle中检查是否需要重构索引SELECTheight, /*Height of the B-Tree*/blocks, /* Blocks in ...
  • Oracle中检查是否需要重构索引SELECTheight, /*Height of the B-Tree*/blocks, /* Blocks in the index segment */name, /*index name */lf_rows, /* number of leaf rows in the index */lf_blks, /* number of ...
  • Oracle在线索引重构

    2014-03-02 12:17:22
    1.查询某个的索引属于哪个空间的sql语句:  select tablespace_name from dba_indexes where index_name = ' ' ;  2.alter index ' 'rebuild [online];  是否加online,要看你的系统需求。因为不加on...
  • Oracle重建的注意事项
  • oracle维护空间和数据文件

    千次阅读 2013-06-23 02:40:50
    2: oracle doc 空间参考 3:来自dba-oracle的参考 26,27,28,29 一: oracle 空间概念 空间是联系数据库的物理磁盘(数据文件)和逻辑组件的桥梁,空间是用来存储oralce数据库对象例如:tables、...
  • oracle转移空间和索引

    千次阅读 2011-12-03 22:24:07
    在日常和oracle数据库打交道的过程中,也许会遇到在system空间建了非sys或system的段的现象。时间久了,随着数据量的激增,数据库会变的越来越慢,笔者在实际工作中遇到了这种问题。若干用户的全部建大了system...
  • 重构

    2020-07-04 13:10:21
    重构概念 重构是一种对软件内部结构的改善,目的是在不改变软件的可见行为的情况下,使其更易理解,修改成本更低。 在保持功能不变的前提下,利用设计思想、原则、模式、编程规范等理论来优化代码,修改设计上的...
  • ORACLE 空间

    2013-09-09 15:57:07
    空间(TABLESPACE)是ORACLE数据库中最大的逻辑结构。ORACLE数据库是由一个或多个空间组成的。它在物理上与磁盘上的数据文件相对应(一个空间由一个或多个数据文件组成,但一个数据文件只能属于一个空间)。从...
  • Oracle数据库主机名重构(For Windows)

    千次阅读 2010-02-28 13:12:00
    在Net Manager工具中, 将监听程序的监听位置的主机名改为 新机名 将服务名中对应数据库的主机名改为 新机名 改了监听程序后,在MS-DOS中运行 lsnrctl stop lsnrctl start (重启监听程序,如果没有启动监听...
  • oracle9i在线重定义

    千次阅读 2009-05-12 18:09:00
    author:skatetime :2009/05/12 最近公司有一个优化项目,为了提高系统的整体性能,我对数据库从的底层开始优化,首先是的存储参数的优化下面是在优化期间,把普通转换为分区 操作过程: 创建中间:...
  • 昨天下午突然进入了暴走模式,“废寝忘食”地工作到半夜才回家,想来无非是遭遇了一个Oracle查询的问题。 Spotfire中已有三个大数据集(最主要的是Issue数据集, 另有Reports和IRT两个数据集),每个数据集都是...
  • Oracle表空间不存在问题

    千次阅读 2019-07-18 12:00:15
    问题原因:涉及到源库(导出库)中的、索引、LOB字段的空间在目的库(导入库)中不存在的问题。 解决思路:所以该问题正确解决方式应该分三步: 空间迁移。 索引的空间迁移。 LOB字段的空间迁移。 ...
  • 1.遇到了个异常: ...6.在重构项目时,可能涉及到的修改,这时候应该有冗余字段,方便以后做功能扩展 7.oracle改表名 ALTER TABLE old_table_name RENAME TO new_table_name;
  • 如何让Oracle释放undo空间 最佳答案 ... 在日常的数据库维护和数据库编程中经常会遇到犹豫对大数据量做DML操作后是得ORACLE的undo空间...经过个人整理经过如下操作可以重构undo空间,同样temp空间也...
  • Oracle表的重建

    千次阅读 2008-07-09 20:41:00
    摘自http://lengyue.javaeye.com/blog/188694今天是5.1,发现数据库变慢,查看数据采集的...最后将rebuild速度恢复正常,本次也尝试将相关操作的进行rebuild,效率恢复正常,oracle表大量存在insert和delete操作,会
  • ORACLE释放UNDO空间

    千次阅读 2013-05-29 11:06:46
    在日常的数据库维护和数据库编程中经常会遇到犹豫对大数据量做DML操作后是得ORACLE的undo空间扩展到十几个G或者几十个G 但是这些空间的所占用磁盘的物理空间又不会被oracle所释放,如果你用的是PC机很可能会遇到...
  • Oracle表的种类及定义

    千次阅读 2015-10-24 15:09:43
    1的类型 1)堆组织(heap organized tables). 当增加数据时,将使用在段中找到的第一个适合数据大小的空闲空间.当数据从中删除时,留下的空间允许随后的insert和update重用. 2)索引组织. 这里存储在索引...
  • 1, Oracle 数据库,临时空间 FASTTEMP 满,需要清理。 2, 解决方法思考 1, 创建新的临时空间 FASTTEMP2 及文件 2, 用 FASTTEMP2 替换 FASTTEMP 3, 删除 FASTTEMP 临时空间及其文件 4, 创建新的临时空间 ...
  • oracle 在线重组

    2009-04-20 11:54:30
    Oracle 9i后推出了DBMS_REDEFINITION软件包,这个软件包提供了在线重定义的功能,可以在保持可以更新的同时重新组织的结构,内部原理是基于MV实现的,在线重定义提供了很多好处: ...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 25,000
精华内容 10,000
关键字:

oracle重构表