rownum条件对delete操作的影响

最新推荐文章于 2022-11-02 15:48:59 发布
最新推荐文章于 2022-11-02 15:48:59 发布
阅读量513 收藏 1
点赞数
文章标签： 数据库
在一次偶然的测试中，发现在delete时如果加了rownum条件且走的是索引扫描，资源消耗及耗时都会增加，如果简单的测试：
sys@EBANK>truncate table test;
Table truncated.
sys@EBANK>truncate table test1;
Table truncated.
sys@EBANK>insert into test select * from dba_objects;
9538 rows created.
Commit complete.
sys@EBANK>insert into test1 select * from dba_objects;
9538 rows created.
Commit complete.
sys@EBANK>set autot traceonly
 sys@EBANK>delete /*+ index(test idx_test) */ from test
  2  where
  3   object_id>0
  4  ;
9538 rows deleted.

Execution Plan
----------------------------------------------------------
Plan hash value: 3653239009
------------------------------------------------------------------------------
| Id  | Operation         | Name     | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------
|   0 | DELETE STATEMENT  |          | 38152 |   149K|    81   (0)| 00:00:01 |
|   1 |  DELETE           | TEST     |       |       |            |          |
|*  2 |   INDEX RANGE SCAN| IDX_TEST | 38152 |   149K|    81   (0)| 00:00:01 |
------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - access("OBJECT_ID">0)

Statistics
----------------------------------------------------------
        217  recursive calls
      11073  db block gets
        107  consistent gets
          0  physical reads
    3600892  redo size
        922  bytes sent via SQL*Net to client
        975  bytes received via SQL*Net from client
          6  SQL*Net roundtrips to/from client
          2  sorts (memory)
          0  sorts (disk)
       9538  rows processed
sys@EBANK>delete /*+ index(test1 idx_test1) */ from test1  
  2  where
  3   object_id>0 and rownum<=9538;
9538 rows deleted.

Execution Plan
----------------------------------------------------------
Plan hash value: 313130856
--------------------------------------------------------------------------------
| Id  | Operation          | Name      | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------
|   0 | DELETE STATEMENT   |           |  9538 | 38152 |    81   (0)| 00:00:01 |
|   1 |  DELETE            | TEST1     |       |       |            |          |
|*  2 |   COUNT STOPKEY    |           |       |       |            |          |
|*  3 |    INDEX RANGE SCAN| IDX_TEST1 | 38162 |   149K|    81   (0)| 00:00:01 |
--------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - filter(ROWNUM<=9538)
   3 - access("OBJECT_ID">0)

Statistics
----------------------------------------------------------
        145  recursive calls
      30091  db block gets
         82  consistent gets
          0  physical reads
    5433148  redo size
        922  bytes sent via SQL*Net to client
        994  bytes received via SQL*Net from client
          6  SQL*Net roundtrips to/from client
          1  sorts (memory)
          0  sorts (disk)
       9538  rows processed
 
为了找到原因所在，进一步研究并做redo dump：
 
-----session 1:
sys@EBANK>truncate table test;
Table truncated.
sys@EBANK>truncate table test1;
Table truncated.
sys@EBANK>insert into test select * from dba_objects where rownum<=10;
10 rows created.
sys@EBANK>insert into test1 select * from dba_objects where rownum<=10;
10 rows created.
Commit complete.
sys@EBANK>delete /*+ index(test idx_test) */ from test
  2  where
  3   object_id>0;
10 rows deleted.
-------session 2:
sys@EBANK>alter system switch logfile;
System altered.
sys@EBANK>delete /*+ index(test1 idx_test1) */ from test1  
  2  where
  3   object_id>0 and rownum<=10
  4  ;
10 rows deleted.
sys@EBANK>alter system dump logfile '/home/db/oracle/oradata/ebank/redo02.log';
System altered.
sys@EBANK>alter system dump logfile '/home/db/oracle/oradata/ebank/redo03.log';
System altered.
========================================================================
查看redo dump内容： OP:11.3为Delete Single Row，OP:10.4为Delete Leaf Row
========================================================================
[ora10g@single udump]$ grep OP:11.3 ebank_ora_4945.trc|wc -l   ---此处为无rownum删除的redo日志dump文件
10
[ora10g@single udump]$ grep OP:10.4 ebank_ora_4945.trc|wc -l   ---此处为无rownum删除的redo日志dump文件
1
[ora10g@single udump]$ grep OP:11.3 ebank_ora_4950.trc|wc -l   ---此处为有rownum删除的redo日志dump文件
10
[ora10g@single udump]$ grep OP:10.4 ebank_ora_4950.trc|wc -l   ---此处为有rownum删除的redo日志dump文件
10
[ora10g@single udump]$ grep CHANGE ebank_ora_4945.trc  ----此处为无rownum条件的redo dump文件
CHANGE #1 MEDIA RECOVERY MARKER SCN:0x0000.00000000 SEQ:  0 OP:23.1
CHANGE #1 MEDIA RECOVERY MARKER SCN:0x0000.00000000 SEQ:  0 OP:23.1
CHANGE #1 MEDIA RECOVERY MARKER SCN:0x0000.00000000 SEQ:  0 OP:23.1
CHANGE #1 MEDIA RECOVERY MARKER SCN:0x0000.00000000 SEQ:  0 OP:23.1
CHANGE #1 TYP:2 CLS: 1 AFN:4 DBA:0x01000126 OBJ:10493 SCN:0x0000.003ebdae SEQ:  1 OP:11.3
CHANGE #2 TYP:0 CLS:49 AFN:5 DBA:0x01400029 OBJ:4294967295 SCN:0x0000.003ebca2 SEQ:  1 OP:5.2
CHANGE #3 TYP:0 CLS: 1 AFN:4 DBA:0x01000126 OBJ:10493 SCN:0x0000.003ebdbb SEQ:  1 OP:11.3
CHANGE #4 TYP:0 CLS: 1 AFN:4 DBA:0x01000126 OBJ:10493 SCN:0x0000.003ebdbb SEQ:  2 OP:11.3
CHANGE #5 TYP:0 CLS: 1 AFN:4 DBA:0x01000126 OBJ:10493 SCN:0x0000.003ebdbb SEQ:  3 OP:11.3
CHANGE #6 TYP:0 CLS: 1 AFN:4 DBA:0x01000126 OBJ:10493 SCN:0x0000.003ebdbb SEQ:  4 OP:11.3
CHANGE #7 TYP:0 CLS: 1 AFN:4 DBA:0x01000126 OBJ:10493 SCN:0x0000.003ebdbb SEQ:  5 OP:11.3
CHANGE #8 TYP:0 CLS: 1 AFN:4 DBA:0x01000126 OBJ:10493 SCN:0x0000.003ebdbb SEQ:  6 OP:11.3
CHANGE #9 TYP:0 CLS: 1 AFN:4 DBA:0x01000126 OBJ:10493 SCN:0x0000.003ebdbb SEQ:  7 OP:11.3
CHANGE #10 TYP:0 CLS: 1 AFN:4 DBA:0x01000126 OBJ:10493 SCN:0x0000.003ebdbb SEQ:  8 OP:11.3
CHANGE #11 TYP:0 CLS: 1 AFN:4 DBA:0x01000126 OBJ:10493 SCN:0x0000.003ebdbb SEQ:  9 OP:11.3
CHANGE #12 TYP:0 CLS:50 AFN:5 DBA:0x01400d4b OBJ:4294967295 SCN:0x0000.003ebca1 SEQ: 32 OP:5.1
CHANGE #13 TYP:0 CLS:50 AFN:5 DBA:0x01400d4b OBJ:4294967295 SCN:0x0000.003ebdbb SEQ:  1 OP:5.1
CHANGE #14 TYP:0 CLS:50 AFN:5 DBA:0x01400d4b OBJ:4294967295 SCN:0x0000.003ebdbb SEQ:  2 OP:5.1
CHANGE #15 TYP:0 CLS:50 AFN:5 DBA:0x01400d4b OBJ:4294967295 SCN:0x0000.003ebdbb SEQ:  3 OP:5.1
CHANGE #16 TYP:0 CLS:50 AFN:5 DBA:0x01400d4b OBJ:4294967295 SCN:0x0000.003ebdbb SEQ:  4 OP:5.1
CHANGE #17 TYP:0 CLS:50 AFN:5 DBA:0x01400d4b OBJ:4294967295 SCN:0x0000.003ebdbb SEQ:  5 OP:5.1
CHANGE #18 TYP:0 CLS:50 AFN:5 DBA:0x01400d4b OBJ:4294967295 SCN:0x0000.003ebdbb SEQ:  6 OP:5.1
CHANGE #19 TYP:0 CLS:50 AFN:5 DBA:0x01400d4b OBJ:4294967295 SCN:0x0000.003ebdbb SEQ:  7 OP:5.1
CHANGE #20 TYP:0 CLS:50 AFN:5 DBA:0x01400d4b OBJ:4294967295 SCN:0x0000.003ebdbb SEQ:  8 OP:5.1
CHANGE #21 TYP:0 CLS:50 AFN:5 DBA:0x01400d4b OBJ:4294967295 SCN:0x0000.003ebdbb SEQ:  9 OP:5.1
CHANGE #1 TYP:2 CLS: 1 AFN:4 DBA:0x0100011c OBJ:10492 SCN:0x0000.003ebdae SEQ:  1 OP:4.1
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4b OBJ:4294967295 SCN:0x0000.003ebdbb SEQ: 10 OP:5.1
CHANGE #2 TYP:0 CLS: 1 AFN:4 DBA:0x0100011c OBJ:10492 SCN:0x0000.003ebdbb SEQ:  1 OP:10.4

[ora10g@single udump]$ grep CHANGE ebank_ora_4950.trc  ----此处为加rownum条件的redo dump文件
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4b OBJ:4294967295 SCN:0x0000.003ebdbb SEQ: 11 OP:5.1
CHANGE #2 TYP:2 CLS: 1 AFN:4 DBA:0x01000116 OBJ:10495 SCN:0x0000.003ebdb2 SEQ:  1 OP:11.3
CHANGE #1 TYP:2 CLS: 1 AFN:4 DBA:0x0100013c OBJ:10494 SCN:0x0000.003ebdb2 SEQ:  1 OP:4.1
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4b OBJ:4294967295 SCN:0x0000.003ebdc2 SEQ:  1 OP:5.1
CHANGE #2 TYP:0 CLS: 1 AFN:4 DBA:0x0100013c OBJ:10494 SCN:0x0000.003ebdc3 SEQ:  1 OP:10.4
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4b OBJ:4294967295 SCN:0x0000.003ebdc3 SEQ:  1 OP:5.1
CHANGE #2 TYP:0 CLS: 1 AFN:4 DBA:0x01000116 OBJ:10495 SCN:0x0000.003ebdc2 SEQ:  1 OP:11.3
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4b OBJ:4294967295 SCN:0x0000.003ebdc3 SEQ:  2 OP:5.1
CHANGE #2 TYP:0 CLS: 1 AFN:4 DBA:0x0100013c OBJ:10494 SCN:0x0000.003ebdc3 SEQ:  2 OP:10.4
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4b OBJ:4294967295 SCN:0x0000.003ebdc3 SEQ:  3 OP:5.1
CHANGE #2 TYP:0 CLS: 1 AFN:4 DBA:0x01000116 OBJ:10495 SCN:0x0000.003ebdc3 SEQ:  1 OP:11.3
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4b OBJ:4294967295 SCN:0x0000.003ebdc3 SEQ:  4 OP:5.1
CHANGE #2 TYP:0 CLS: 1 AFN:4 DBA:0x0100013c OBJ:10494 SCN:0x0000.003ebdc3 SEQ:  3 OP:10.4
CHANGE #1 TYP:0 CLS:49 AFN:5 DBA:0x01400029 OBJ:4294967295 SCN:0x0000.003ebdbb SEQ:  1 OP:5.2
CHANGE #2 TYP:1 CLS:50 AFN:5 DBA:0x01400d4c OBJ:4294967295 SCN:0x0000.003ebdc3 SEQ:  1 OP:5.1
CHANGE #3 TYP:0 CLS: 1 AFN:4 DBA:0x01000116 OBJ:10495 SCN:0x0000.003ebdc3 SEQ:  2 OP:11.3
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4c OBJ:4294967295 SCN:0x0000.003ebdc3 SEQ:  2 OP:5.1
CHANGE #2 TYP:0 CLS: 1 AFN:4 DBA:0x0100013c OBJ:10494 SCN:0x0000.003ebdc3 SEQ:  4 OP:10.4
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4c OBJ:4294967295 SCN:0x0000.003ebdc3 SEQ:  3 OP:5.1
CHANGE #2 TYP:0 CLS: 1 AFN:4 DBA:0x01000116 OBJ:10495 SCN:0x0000.003ebdc3 SEQ:  3 OP:11.3
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4c OBJ:4294967295 SCN:0x0000.003ebdc3 SEQ:  4 OP:5.1
CHANGE #2 TYP:0 CLS: 1 AFN:4 DBA:0x0100013c OBJ:10494 SCN:0x0000.003ebdc3 SEQ:  5 OP:10.4
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4c OBJ:4294967295 SCN:0x0000.003ebdc3 SEQ:  5 OP:5.1
CHANGE #2 TYP:0 CLS: 1 AFN:4 DBA:0x01000116 OBJ:10495 SCN:0x0000.003ebdc3 SEQ:  4 OP:11.3
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4c OBJ:4294967295 SCN:0x0000.003ebdc3 SEQ:  6 OP:5.1
CHANGE #2 TYP:0 CLS: 1 AFN:4 DBA:0x0100013c OBJ:10494 SCN:0x0000.003ebdc3 SEQ:  6 OP:10.4
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4c OBJ:4294967295 SCN:0x0000.003ebdc3 SEQ:  7 OP:5.1
CHANGE #2 TYP:0 CLS: 1 AFN:4 DBA:0x01000116 OBJ:10495 SCN:0x0000.003ebdc3 SEQ:  5 OP:11.3
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4c OBJ:4294967295 SCN:0x0000.003ebdc3 SEQ:  8 OP:5.1
CHANGE #2 TYP:0 CLS: 1 AFN:4 DBA:0x0100013c OBJ:10494 SCN:0x0000.003ebdc3 SEQ:  7 OP:10.4
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4c OBJ:4294967295 SCN:0x0000.003ebdc3 SEQ:  9 OP:5.1
CHANGE #2 TYP:0 CLS: 1 AFN:4 DBA:0x01000116 OBJ:10495 SCN:0x0000.003ebdc3 SEQ:  6 OP:11.3
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4c OBJ:4294967295 SCN:0x0000.003ebdc3 SEQ: 10 OP:5.1
CHANGE #2 TYP:0 CLS: 1 AFN:4 DBA:0x0100013c OBJ:10494 SCN:0x0000.003ebdc3 SEQ:  8 OP:10.4
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4c OBJ:4294967295 SCN:0x0000.003ebdc3 SEQ: 11 OP:5.1
CHANGE #2 TYP:0 CLS: 1 AFN:4 DBA:0x01000116 OBJ:10495 SCN:0x0000.003ebdc3 SEQ:  7 OP:11.3
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4c OBJ:4294967295 SCN:0x0000.003ebdc3 SEQ: 12 OP:5.1
CHANGE #2 TYP:0 CLS: 1 AFN:4 DBA:0x0100013c OBJ:10494 SCN:0x0000.003ebdc3 SEQ:  9 OP:10.4
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4c OBJ:4294967295 SCN:0x0000.003ebdc3 SEQ: 13 OP:5.1
CHANGE #2 TYP:0 CLS: 1 AFN:4 DBA:0x01000116 OBJ:10495 SCN:0x0000.003ebdc3 SEQ:  8 OP:11.3
CHANGE #1 TYP:0 CLS:50 AFN:5 DBA:0x01400d4c OBJ:4294967295 SCN:0x0000.003ebdc3 SEQ: 14 OP:5.1
CHANGE #2 TYP:0 CLS: 1 AFN:4 DBA:0x0100013c OBJ:10494 SCN:0x0000.003ebdc3 SEQ: 10 OP:10.4
CHANGE #1 TYP:0 CLS:49 AFN:5 DBA:0x01400029 OBJ:4294967295 SCN:0x0000.003ebdc3 SEQ:  1 OP:5.4     
========
结论：对于不加rownum条件限制的delete操作，其删除动作是先删除了表里所有记录后，最后再一次性删除索引记录，而对于加rownum条件的delete操作，每删除表里的一条记录，同时删除
索引里的记录。显然，对于前者，oracle可以一次性把同一个索引块中的记录删除，只生产一条undo以及redo记录，而对于后者，对于每一条索引记录，oracle都要读取一次索引块，
并生成相应的undo和redo记录

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

转载于:http://blog.itpub.net/10972173/viewspace-683864/

ciliting2867
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
oracle根据rownum删除数据,oracle按rownum更新数据
weixin_39938522的博客
04-14 755
create or replace procedure repair_accept_final_x_20160520 isbegindeclarecursor c_jobisselect t.act_code from acceptance t where nvl(t.act_flag,'0')='1' and t.is_history!='1';c_row c_job%rowtype;v_cou...
六 SQL DELETE 与 SELECT TOP, LIMIT, ROWNUM 子句
W_H_M_2018的博客
12-06 537
SQLDELETE语句 DELETE 语句用于删除表中的行。 DELETE FROM table_name WHERE some_column=some_value; 请注意 SQL DELETE 语句中的 WHERE 子句！ WHERE 子句规定哪条记录或者哪些记录需要删除。如果您省略了 WHERE 子句，所有的记录都将被删除！ 演示数据库 在本教程中，我们将使用 ...
删除大量Oracle数据方法总结
编程小强
02-28 1万+
Oracle中删除超过50w条记录的数据，如果直接使用delete，效率就严重受到了影响。那么首先我们需要了解对于这个表的数据，我们到底是全部删除，还是部分删除。这里有三个关键字我们需要注意：truncate,delete,drop，他们之间的异同点可以参考这篇文章——truncate,delete,drop的异同点。 　　全部删除，不保留数据结构就直接drop最好。如果是部分删除，一般就这
Oracle笔记（七） 数据更新、事务处理、数据伪列
weixin_34248849的博客
09-08 181
一、数据的更新操作 DML操作语法之中，除了查询之外还有数据的库的更新操作，数据的更新操作主要指的是：增加、修改、删除数据，但是考虑到emp表以后还要继续使用，所以下面先将emp表复制一份，输入如下指令： CREATE TABLE myemp AS SELECT * FROM emp; 这种语法是Oracle中支持的操作，其他数据库不一样。 1、数据增加 如果现在要想实现数据的增...
Oracle 按照Rownum删除数据的一种方法
apple的专栏
02-16 5866
     最近在做Sql到Oracle的移植工作，由于Oracle中没有像Sql 里那样的Identity列，所以遇到很多麻烦，最近遇到了一个要根据自增列的值删除数据的存储过程，弄了半天找到了一种方法。 /*在Oracle中的操作过程*/ --创建表,由于Oracle中没有identity，所以去掉aid列，在后面使用rownum create table TempTable ( SearchID number(10,0) ) --删除Rownum为6的值
oracle笔记整理5——delete与truncate，rowid与rownum，删除重复记录
亡羊补牢
01-02 2794
1) delete与truncate a) delete一行一行删除，并且记录日志，truncate释放用于存储表数据的数据页（extent）来删除数据，在日志中只记录页的释放，故无法rollback，也无法flashback,从物理结构上来说，truncate之后，表所在的段头信息(segment header)被摧毁，导致段-区-数据块之间的路径被截断，无法查询到数据块上的数据，感觉就跟删除了一
Oracle数据库操作命令集合
08-29
### Oracle数据库操作命令详解 #### 一、SQLPlus启动与用户连接 ... - `sql> delete from tablename where 条件;` 例如，`sql> delete from emp where deptno = 81;` 用于删除符合条件的所有记录。
Servlet+JSP（有Java Script脚本语言）分页操作Oracle部门、职员表（增删改查）
08-03
在Oracle数据库中，可以通过SQL的LIMIT或ROWNUM子句实现分页查询。在Servlet中，我们需要根据用户请求的页码计算出对应的查询条件，然后执行SQL语句获取数据。 对于增删改查操作，Servlet接收并验证用户提交的数据...
Oracle 的基本操作（2）
08-08
4. ORDER BY：对结果集进行排序，可以指定升序（ASC）或降序（DESC）。 5. JOIN操作：`INNER JOIN`、`LEFT JOIN`、`RIGHT JOIN`、`FULL OUTER JOIN`用于合并多个表的数据。 6. 子查询：嵌套在其他SQL语句中的查询...
玩转oracle学习笔记(四)-数据库操作
04-26
通过这篇笔记的学习，你可以对Oracle数据库有更深入的理解，能够熟练地进行日常操作和维护，同时为后续的数据库设计、开发和调优打下坚实的基础。实践是检验理论的最好方式，建议结合实际项目或模拟场景来巩固这些...
DBA对Oracle SQL编写规范的总结
06-09
### DBA对Oracle SQL编写规范的总结 #### 一、引言 在Oracle数据库开发过程中，遵循一套标准化的SQL编写规范对于提升代码质量、增强可读性和可维护性至关重要。本文档由一位经验丰富的数据库管理员(DBA)撰写，旨在...
oracle中如何通过rownum实现删除多行数据实操
weixin_42940849的博客
12-21 4947
最近碰到这样一个oracle的问题，有时候想删除指定行数的多行数据，这个多行指的是select * from 表时的行。这时我想到伪列rownum，条件如下： 表：sc ； 复合主键：sno，cno ；想要删除第8行以后的数据。 于是我潇洒的写出了这样一句： delete from sc where (sno,cno) in (select sno,cno from(select s.,rown...
oracle删除数据速度快,最快的方式删除oracle数据
weixin_32175667的博客
04-03 956
declare type refcursor is ref cursor; v_cursor refcursor; type array_rowid is table of rowid; type array_value is table of varchar2(20); a_rowid array_rowid := array_rowid(); a_value array_valu...
rownum 的使用，不能对rownum用">"，删除查询特定条数据
tobeistdo的专栏
11-24 1934
 select * from(select rownum as no,logicid from dc_medicarecords) where no>1   delete from dc_clinicrecipelist where dc_clinicrecipelistid in (select dc_clinicrecipelistid from(select rownum as
oracle中rowup,【SQL】—Oracle之row_number()与rownum效率大比拼
weixin_31942999的博客
04-04 884
上回说到：先回顾上篇卫中提到，“按这种三层嵌套查询，如果要查第十万至十万零五的数据，它首先查询并排序，然后查出前十万零五条数据，然后再查询出十万条后的数据，这样取出想要的数据，性能会受影响吧？”卫中已做出部分实验，在sqlserver中根据row_number排号，并查询betweent某两行号之间的数据，查询百条数据时间为0ms级别。我提到的三层嵌套分页查询，是用的Oracle的rounum.他...
oracle根据rownum删除数据,Oracle 按照Rownum删除数据的一种方法
weixin_31618799的博客
04-14 962
最近在做Sql到Oracle的移植工作，由于Oracle中没有像Sql 里那样的Identity列，所以遇到很多麻烦，最近遇到了一个要根据自增列的值删除数据的存储过程，弄了半天找到了一种方法。/*在Oracle中的操作过程*/--创建表,由于Oracle中没有identity，所以去掉aid列，在后面使用rownumcreate table TempTable (SearchID number(1...
delete限制删除行数的问题
vampire的专栏
01-17 6012
delete限制删除行数的问题 好久没来了，最近老是开会，也没机会学习，还好工作一步步步入正规，公司管理越来越规范化，最近又开始计划下一步的工作了。    用到了sqlite3数据库，这个问题本来很令我困惑的，一问同事，又轻而易举的解决了，太佩服他了，要好好努力了，自己知道的这么少。哎，先把今天的收获说一下。    解决delete限制删除行数的办法。    在sqlite3的官方
Oracle数据清洗 最快 与 最简洁 方式
最新发布
csdn_2022_01_01的博客
11-02 822
Oracle数据清洗 最快 与 最简洁 方式
SQL中删除前1000条数据
热门推荐
Eric_splendid的博客
10-17 1万+
DELETE   TABLENAME WHERE   ID IN   (SELECT   TOP   1000   ID FROM   TABLENAME)   后续补充_____________________________________________ 由于oracle和mysql中不支持"TOP"这个函数，所以需要根据情况调整，但原理都是相同的 oracle： Oracle 不...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值