excel删除数据很慢(oracle删除数据慢)

1. oracle删除数据慢

因为exp导出oracle需要进行大规模数据转换，所以使得很慢。最好清理一下内存，清理以后性能得到进一步提升，设计简洁干练，很有气质感，能体现该级别应有的水准。营造了不错的豪华氛围。整体表现还是非常不错的，具有极高的性价比。

2. oracle中delete删除速度太慢

如果B字段为非特殊类型例如clob或date，应该会正常执行，结果显示删除0条记录。如果字段B类型为date或clob因该回提示错误。

3. oracle删除大量数据慢

1、通过创建临时表

可以把数据先导入到一个临时表中，然后删除原表的数据，再把数据导回原表，SQL语句如下：

creat table tbl_tmp (select distinct* from tbl);

truncate table tbl; //清空表记录i

insert into tbl select * from tbl_tmp;//将临时表中的数据插回来。

这种方法可以实现需求，但是很明显，对于一个千万级记录的表，这种方法很慢，在生产系统中，这会给系统带来很大的开销，不可行。

2、利用rowid

在oracle中，每一条记录都有一个rowid，rowid在整个数据库中是唯一的，rowid确定了每条记录是oracle中的哪一个数据文件、块、行上。在重复的记录中，可能所有列的内容都相同，但rowid不会相同。SQL语句如下：

delete from tblwhere rowid in(select a.rowid from tbl a, tbl bwhere a.rowid>b.rowid and a.col1=b.col1 and a.col2 = b.col2)

如果已经知道每条记录只有一条重复的，这个sql语句适用。但是如果每条记录的重复记录有N条，这个N是未知的，就要考虑适用下面这种方法了。

3、利用max或min函数

这里也要使用rowid，与上面不同的是结合max或min函数来实现。SQL语句如下delete from tbl awhere rowid not in (select max(b.rowid)from tbl bwhere a.col1=b.col1 and a.col2 = b.col2); //这里max使用min也可以

或者用下面的语句delete from tbl awhere rowid<(select max(b.rowid)from tbl bwhere a.col1=b.col1 and a.col2 = b.col2); //这里如果把max换成min的话，前面的where子句中需要把"<“改为”>"

跟上面的方法思路基本是一样的，不过使用了group by，减少了显性的比较条件，提高效率。SQL语句如下：

deletefrom tbl where rowid not in (select max(rowid)from tbl tgroup by t.col1, t.col2);

delete from tbl where (col1, col2) in (select col1,col2from tblgroup bycol1,col2 having count(1) >1) and rowid not in (select min(rowid) from tbl group by col1, col2 having count(1) >1)

还有一种方法，对于表中有重复记录的记录比较少的，并且有索引的情况，比较适用。假定col1，col2上有索引，并且tbl表中有重复记录的记录比较少，SQL语句如下4、利用group by，提高效率。

4. oracle delete很慢

通常只删除部分数据使用delete，删除全表数据使用truncate，删除表用drop，修改表结构用alter table，对于delete的数据可以利用oracle闪回功能，或者不完全恢复功能进行数据恢复

5. oracle数据库变慢

首先看是否在必要的字段上加了索引，然后如果sql语句没有优化的空间，可以在查询时把某些逻辑放在代码里，还可以加缓存，然后就是走es.

6. 数据库删除数据特别慢

尊敬的三星用户您好： 根据您的描述，建议您:

1.重新开关机尝试

2.取出SD卡后尝试

3.备份手机数据（电话簿、短信息、多媒体文件等），恢复出厂设置（进入手机设定-一般-重置-恢复出厂设定） 若问题依旧，建议您将手机送至就近的三星服务中心进行检测及进一步处理。

7. oracle删除字段很慢

不可以 单独truncate 其中的blob字段 ，可以对字段drop 重建试试

8. oracle数据库变慢原因分析

主要原因是数据库条目太多，超过了Oracle处理能力。

顶一下

(0)

0%

踩一下

(0)

0%