如何重建LOB类型的索引和LOB段
分两种情况，一种是移动普通索引，另一种是移动分区索引。
alter table除了用于移动LOB，也可以是重建LOB字段索引的方法，无法单独重建LOBINDEX或LOBSEGMENT。
IN ROW 默认的这个子句是(ENABLE STORAGE IN ROW)，也就是小于4000字节就存储在表段中，如果大于4000字节就存储在lob段中，同时使用LOBINDEX来指定位置，我这里使用DISABLE STORAGE IN ROW，也就是不管多大都存在LOBSEGMENT中。
LONG，LOB大字段类型move来进行测试和说明。
请有经验的DBA进来回答一下,sqlserver大批量数据迁移问题
1、不需要的数据当然删除最好 减轻压力。1） 删除前先删除索引。因为删除的同时也需要对索引进行维护。我们先删除索引再删除数据效率会有一点提高 2） 删除完数据后，再重新创建索引。为数据转换做准备。
2、如果是大型应用并且数据量确实非常大推荐直接使用ORACLE，不建议从SQL SERVER后期迁移，因为迁移的成本是非常高的（包括停机成本，测试，以及承担BUG的风险等），并不见得会比数据库之间的差价低。
3、这时，会出现一个Installing Repository对话框，显示安装进度。当进程结束后，关闭对话框。在Connections Navigator下会弹出两个额外的窗口，显示捕获和转换模式。
4、同时也可以做上空间监控，一旦数据文件空间发生增长时，给DBA一个预警邮件，我们收到邮件后可以立即做相应处理。针对四：日志文件目前已经涨得较大，我们执行一下截断日志的动作，将日志文件的空间使用保持在一个较低水平。
5、第一个SQL语句中，将Tbl1与tbl2进行左连接，如果tbl2种id相同的记录有非常多（假设相同id的记录有10000条），那么，这个语句在进行左连接之后，数据量是非常大的，然后再进行分组，进行过滤取最大的，性能上比较低下。
求高手指点关于oracle的语句优化问题
1、COMMIT的开销非常小，因此不是说尽量多COMMIT，而是应该从事务的完整性出发考虑。如果考虑到锁，则应从应用程序的架构和代码的效率上着手。而不是一味去COMMIT。
2、调整数据库SQL语句应用程序的执行最终将归结为数据库中的SQL语句执行，因此SQL语句的执行效率最终决定了ORACLE数据库的性能。ORACLE公司推荐使用ORACLE语句优化器(Oracle Optimizer)和行锁管理器(row-level manager)来调整优化SQL语句。
3、ORDER BY的SQL语句会启动SQL引擎 执行，耗费资源的排序(SORT)功能. DISTINCT需要一次排序操作， 而其他的至少需要执行两次排序。临时表 慎重使用临时表可以极大的提高系统性能。
4、insert等操作，索引会导致这些操作变慢。就有可能需要进行动态索引的使用。优化复杂SQL；对复杂的SQL进行合理的优化，这个有时候也需要根据你的数据情况来优化，可以参考一些SQL语句优化方面的文档。
5、可以一步一步调试，看主要是慢在什么地方，将你一个复杂的sql语句拆分成简单的sql语句，这样更方便找到是哪个慢，找到之后，再想解决办法。如果能拆成几块执行的，就拆分一下，速度可能会提上去。
...ORA-02429:无法删除用于强制唯一/主键的索引
先把该索引相关联的约束disable或者drop掉，然后再删就可以了。
ORA-00604： error occurred at recursive SQL level 1 ORA-02429： cannot drop index used for enforcement of unique/primary key 表t在test表空间，表t的主键索引在test1表空间。删除test1表空间出错。
ORA-02429： 无法删除用于强制唯一/主键的索引 --3虽然两者名称不一致，但也是关联在一块的：删除约束，则对应的索引同时删除 SQL alter table test_pri drop constraint pk_test_pri；表已更改。
如果 是主键索引，和唯一索引，并且为其他表数据外键 ，是不能删除，先取消外键索引才行。CREATE UNIQUE INDEX 终止，因为发现了索引 ID 2 的重复键。最重要的主键为 type 6c， len 9。
同样在联结多个表时使用索引也可以提高效率. 另一个使用索引的好处是，它提供了主键(primary key)的唯一性验证.。
关于oracledisable索引和oracle 索引 disable的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。