[20180930]in list与绑定变量个数.txt

最新推荐文章于 2021-09-22 09:31:55 发布
最新推荐文章于 2021-09-22 09:31:55 发布
阅读量112 收藏
点赞数

[20180930]in list与绑定变量个数.txt

--//跟别人的讨论,提到如果绑定变量个数太多,会导致执行时替换绑定变量时间太长,导致sql语句执行缓慢.
--//在dbsnake 《基于Oracle的SQL优化》提到,我给测试看看:

1.环境:
SCOTT@test01p> @ ver1

PORT_STRING                    VERSION        BANNER                                                                               CON_ID
------------------------------ -------------- -------------------------------------------------------------------------------- ----------
IBMPC/WIN_NT64-9.1.0           12.1.0.1.0     Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production              0

SCOTT@test01p> create table t as select * from all_objects;
Table created.

SCOTT@test01p> create unique index i_t_object_id on t(object_id);
Index created.

--//分析表略.
--//正好前几天做了http://blog.itpub.net/267265/viewspace-2214966/=>[20180926]神奇的规避ORA-01795方法.txt
--//使用这个例子来演示看看.

2.建立测试脚本:
$ cat a.txt
set pagesize 0
set head off
set feedback off
set verify off
set timing off
spool b.txt
select 'set termout off'  from dual;
select 'variable b'||to_char(level)||' number;'  from dual connect by level<=&1;
select 'begin'  from dual;
select ':b'||to_char(level)||' :='|| to_char(level)||';'  from dual connect by level<=&1;
select 'end;'  from dual;
select '/' from dual ;
select 'set termout on' txt from dual;
select 'set timing on' txt from dual;
select 'select count(data_object_id) from t where (1,object_id) in (' txt from dual ;
select '(1,:b'||to_char(level)||'),' txt from dual connect by level<=&&1 -1 ;
select '(1,:b'||to_char(&&1)||'));' txt from dual ;
select 'set timing off' txt from dual;
spool off
set pagesize 9999
set head on
set feedback on

3.测试:
@ a.txt 1000

Elapsed: 00:00:00.08
Elapsed: 00:00:00.04
Elapsed: 00:00:00.04

--//第一次要经过1次硬解析,时间多一点点正常的.做一个表格,取第2次以后的执行时间:

绑定变量数量  执行时间
--------------------------
1000          00:00:00.04
2000          00:00:00.14
3000          00:00:00.36
4000          00:00:00.70
5000          00:00:01.17
6000          00:00:01.92
7000          00:00:02.76
10000         00:00:08.12 (第1次执行00:00:11.56)
--------------------------
--//实际上3000个变量,甚至4000个以内并没有这么严重.
--//补充7000的执行计划:
Plan hash value: 1665370044
------------------------------------------------------------------------------------------------
| Id  | Operation                     | Name          | E-Rows |E-Bytes| Cost (%CPU)| E-Time   |
------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT              |               |        |       |   305 (100)|          |
|   1 |  SORT AGGREGATE               |               |      1 |     7 |            |          |
|   2 |   INLIST ITERATOR             |               |        |       |            |          |
|   3 |    TABLE ACCESS BY INDEX ROWID| T             |   7000 | 49000 |   305   (1)| 00:00:01 |
|*  4 |     INDEX UNIQUE SCAN         | I_T_OBJECT_ID |   7000 |       |   182   (2)| 00:00:01 |
------------------------------------------------------------------------------------------------

--//打开statistics_level = all
SCOTT@test01p> alter session set statistics_level = all;
Session altered.

SCOTT@test01p> @ b.txt
COUNT(DATA_OBJECT_ID)
---------------------
                 1619

1 row selected.

Elapsed: 00:00:04.87
SCOTT@test01p> @ b.txt
COUNT(DATA_OBJECT_ID)
---------------------
                 1619

1 row selected.

Elapsed: 00:00:03.65
SCOTT@test01p> @ b.txt
COUNT(DATA_OBJECT_ID)
---------------------
                 1619

1 row selected.
Elapsed: 00:00:02.74

SCOTT@test01p> @ dpc '' '-peeked_binds -note -alias'
PLAN_TABLE_OUTPUT
-------------------------------------
SQL_ID  3q9p1rxcghc8t, child number 1
-------------------------------------
select count(data_object_id) from t where (1,object_id) in ( (1,:b1),
(1,:b2), (1,:b3), (1,:b4), (1,:b5), (1,:b6), (1,:b7), (1,:b8), (1,:b9),
(1,:b10), (1,:b11), (1,:b12), (1,:b13), (1,:b14), (1,:b15), (1,:b16),
(1,:b17), (1,:b18), (1,:b19), (1,:b20), (1,:b21), (1,:b22), (1,:b23),
(1,:b24), (1,:b25), (1,:b26), (1,:b27), (1,:b28), (1,:b29), (1,:b30),
(1,:b31), (1,:b32), (1,:b33), (1,:b34), (1,:b35), (1,:b36), (1,:b37),
(1,:b38), (1,:b39), (1,:b40), (1,:b41), (1,:b42), (1,:b43), (1,:b44),
(1,:b45), (1,:b46), (1,:b47), (1,:b48), (1,:b49), (1,:b50), (1,:b51),
(1,:b52), (1,:b53), (1,:b54), (1,:b55), (1,:b56), (1,:b57), (1,:b58),
(1,:b59), (1,:b60), (1,:b61), (1,:b62), (1,:b63), (1,:b64), (1,:b65),
(1,:b66), (1,:b67), (1,:b68), (1,:b69), (1,:b70), (1,:b71), (1,:b72),
(1,:b73), (1,:b74), (1,:b75), (1,:b76), (1,:b77), (1,:b78), (1,:b79),
(1,:b80), (1,:b81), (1,:b82), (1,:b83), (1,:b84), (1,:b85), (1,:b86),
(1,:b87), (1,:b88), (1,:b89), (1,:b90), (1,:b91), (1,:b92), (1,:b93),
(1,:b94), (1,:b95)
Plan hash value: 1665370044
-----------------------------------------------------------------------------------------------------------------------------------------
| Id  | Operation                     | Name          | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers |
-----------------------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT              |               |      1 |        |       |   305 (100)|          |      1 |00:00:00.03 |     210 |
|   1 |  SORT AGGREGATE               |               |      1 |      1 |     7 |            |          |      1 |00:00:00.03 |     210 |
|   2 |   INLIST ITERATOR             |               |      1 |        |       |            |          |   6745 |00:00:00.03 |     210 |
|   3 |    TABLE ACCESS BY INDEX ROWID| T             |   7000 |   7000 | 49000 |   305   (1)| 00:00:01 |   6745 |00:00:00.02 |     210 |
|*  4 |     INDEX UNIQUE SCAN         | I_T_OBJECT_ID |   7000 |   7000 |       |   182   (2)| 00:00:01 |   6745 |00:00:00.01 |     105 |
-----------------------------------------------------------------------------------------------------------------------------------------
...

--//打开statistics_level = all,实际上导致执行时间延长的. A-Time=00:00:00.03.
--//说明绑定变量替换需要时间还是蛮多的,但是要在3000个以内消耗并不是很大.

4.我也测试dbsnake书上的脚本,并没有他测试的问题这么严重:

SCOTT@test01p> create table t1 as select * from all_objects;
Table created.
--//注:没有建立索引

--//建立过程.
CREATE OR REPLACE PROCEDURE p_gennrate_many_bind_v_demo
(
   i_n_bind_v_number       NUMBER
  ,o_vc_return_flag    OUT VARCHAR2
)
IS
   vc_sql      VARCHAR2 (32767);
   vc_inlist   VARCHAR2 (32767);
   n_temp      NUMBER;
BEGIN
   vc_inlist := '1';

   FOR i IN 2 .. i_n_bind_v_number
   LOOP
      vc_inlist := vc_inlist || ',' || TO_CHAR (i);
   END LOOP;

   vc_sql :=
         'select count(*) from t1 where object_id in (' || vc_inlist || ')'
         || ' or object_id in ( ' || vc_inlist  || ')'
         || ' or object_id in ( ' || vc_inlist  || ')'
         || ' or object_id in ( ' || vc_inlist  || ')'
         || ' or object_id in ( ' || vc_inlist  || ')'
         || ' or object_id in ( ' || vc_inlist  || ')';

   EXECUTE IMMEDIATE vc_sql INTO n_temp;

   o_vc_return_flag := TO_CHAR (n_temp);
EXCEPTION
   WHEN OTHERS
   THEN
      o_vc_return_flag := 'E' || '-' || SQLCODE || '_' || SQLERRM;
      RETURN;
END p_gennrate_many_bind_v_demo;
/

SCOTT@test01p> alter system set cursor_sharing=force scope=memory;
System altered.

SCOTT@test01p> alter system flush shared_pool;
System altered.

--//退出再进入:

SCOTT@test01p> var a varchar2(32767)
SCOTT@test01p> exec p_gennrate_many_bind_v_demo(1000,:a);
PL/SQL procedure successfully completed.
Elapsed: 00:00:02.99
--//第1次执行硬解析执行时间长一点是正常的.

SCOTT@test01p> exec p_gennrate_many_bind_v_demo(1000,:a);
PL/SQL procedure successfully completed.
Elapsed: 00:00:00.53

SCOTT@test01p> exec p_gennrate_many_bind_v_demo(1000,:a);
PL/SQL procedure successfully completed.
Elapsed: 00:00:00.46

SCOTT@test01p> exec p_gennrate_many_bind_v_demo(1000,:a);
PL/SQL procedure successfully completed.
Elapsed: 00:00:00.50

SCOTT@test01p> print  :a
A
---------
891

--//很奇怪使用他的例子问题没有这么严重.我猜测可能他使用存储过程的原因.

SCOTT@test01p> create unique index i_t1_object_id on t1(object_id);
Index created.

SCOTT@test01p> exec p_gennrate_many_bind_v_demo(1000,:a);
PL/SQL procedure successfully completed.
Elapsed: 00:00:02.57

SCOTT@test01p> exec p_gennrate_many_bind_v_demo(1000,:a);
PL/SQL procedure successfully completed.
Elapsed: 00:00:00.31

SCOTT@test01p> exec p_gennrate_many_bind_v_demo(1000,:a);
PL/SQL procedure successfully completed.
Elapsed: 00:00:00.31

SCOTT@test01p> @ dpc 3z307yzbxg19z '-peeked_binds -note -alias'
...
Plan hash value: 351707332
--------------------------------------------------------------------------------------------------------------------------------
| Id  | Operation           | Name           | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers |
--------------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT    |                |      1 |        |       |   181 (100)|          |      1 |00:00:00.01 |      16 |
|   1 |  SORT AGGREGATE     |                |      1 |      1 |     5 |            |          |      1 |00:00:00.01 |      16 |
|   2 |   INLIST ITERATOR   |                |      1 |        |       |            |          |    891 |00:00:00.01 |      16 |
|*  3 |    INDEX UNIQUE SCAN| I_T1_OBJECT_ID |   1000 |   6000 | 30000 |   181   (2)| 00:00:01 |    891 |00:00:00.01 |      16 |
--------------------------------------------------------------------------------------------------------------------------------
--//如果建立索引.时间还更小一些.另外Starts=1000次.作者定义变量重复定义.

5.修改作者的脚本:
CREATE OR REPLACE PROCEDURE p_gennrate_many_bind_v_demo1
(
   i_n_bind_v_number       NUMBER
  ,o_vc_return_flag    OUT VARCHAR2
)
IS
   vc_sql      VARCHAR2 (32767);
   vc_inlist0  VARCHAR2 (32767);
   vc_inlist1  VARCHAR2 (32767);
   vc_inlist2  VARCHAR2 (32767);
   vc_inlist3  VARCHAR2 (32767);
   vc_inlist4  VARCHAR2 (32767);
   vc_inlist5  VARCHAR2 (32767);
   n_temp      NUMBER;
BEGIN
   vc_inlist0 := '1';
   FOR i IN 2 .. i_n_bind_v_number
   LOOP
      vc_inlist0 := vc_inlist0 || ',' || TO_CHAR (i);
   END LOOP;

   vc_inlist1 := '1001';
   FOR i IN 2 .. i_n_bind_v_number
   LOOP
      vc_inlist1 := vc_inlist1 || ',' || TO_CHAR (i+1000);
   END LOOP;

   vc_inlist2 := '2001';
   FOR i IN 2 .. i_n_bind_v_number
   LOOP
      vc_inlist2 := vc_inlist2 || ',' || TO_CHAR (i+2000);
   END LOOP;

   vc_inlist3 := '3001';
   FOR i IN 2 .. i_n_bind_v_number
   LOOP
      vc_inlist3 := vc_inlist3 || ',' || TO_CHAR (i+3000);
   END LOOP;

   vc_inlist4 := '4001';
   FOR i IN 2 .. i_n_bind_v_number
   LOOP
      vc_inlist4 := vc_inlist4 || ',' || TO_CHAR (i+4000);
   END LOOP;

   vc_inlist5 := '5001';
   FOR i IN 2 .. i_n_bind_v_number
   LOOP
      vc_inlist5 := vc_inlist5 || ',' || TO_CHAR (i+5000);
   END LOOP;


   vc_sql :=
         'select count(*) from t1 where object_id in (' || vc_inlist0 || ')'
         || ' or object_id in ( ' || vc_inlist1 || ')'
         || ' or object_id in ( ' || vc_inlist2 || ')'
         || ' or object_id in ( ' || vc_inlist3 || ')'
         || ' or object_id in ( ' || vc_inlist4 || ')'
         || ' or object_id in ( ' || vc_inlist5 || ')';

   EXECUTE IMMEDIATE vc_sql INTO n_temp;

   o_vc_return_flag := TO_CHAR (n_temp);
EXCEPTION
   WHEN OTHERS
   THEN
      o_vc_return_flag := 'E' || '-' || SQLCODE || '_' || SQLERRM;
      RETURN;
END p_gennrate_many_bind_v_demo1;
/

--//删除索引测试.
SCOTT@test01p> show parameter cursor_sharing
NAME                                 TYPE                 VALUE
------------------------------------ -------------------- ----------
cursor_sharing                       string               FORCE

SCOTT@test01p> exec p_gennrate_many_bind_v_demo1(1000,:a);
PL/SQL procedure successfully completed.
Elapsed: 00:00:03.09

SCOTT@test01p> exec p_gennrate_many_bind_v_demo1(1000,:a);
PL/SQL procedure successfully completed.
Elapsed: 00:00:00.49

SCOTT@test01p> exec p_gennrate_many_bind_v_demo1(1000,:a);
PL/SQL procedure successfully completed.
Elapsed: 00:00:00.48

SCOTT@test01p> print :a
A
----
5801

--//6000个绑定变量,测试也就是00:00:00.48.第一次硬解析时间长一点正常的.

6.注意参数cursor_sharing=force:
--//最后注意cursor_sharing=force对于集合方式查询的影响,因为这样(1,:b1) 变成 (:"SYS_B001",:b1),这样无形绑定变量参数增加.
SCOTT@test01p> @ a.txt 2000
SCOTT@test01p> alter session set cursor_sharing=force ;
Session altered.
SCOTT@test01p> @ b.txt
COUNT(DATA_OBJECT_ID)
---------------------
                 1185

1 row selected.
Elapsed: 00:00:48.51 ==>第1次.

SCOTT@test01p> @ dpc '' ''
PLAN_TABLE_OUTPUT
-------------------------------------
SQL_ID  1yb6a2tn2gsz6, child number 0
-------------------------------------
select count(data_object_id) from t where (:"SYS_B_0000",object_id) in
( (:"SYS_B_0001",:b1), (:"SYS_B_0002",:b2), (:"SYS_B_0003",:b3),
(:"SYS_B_0004",:b4), (:"SYS_B_0005",:b5), (:"SYS_B_0006",:b6),
(:"SYS_B_0007",:b7), (:"SYS_B_0008",:b8), (:"SYS_B_0009",:b9),
(:"SYS_B_0010",:b10), (:"SYS_B_0011",:b11), (:"SYS_B_0012",:b12),
(:"SYS_B_0013",:b13), (:"SYS_B_0014",:b14), (:"SYS_B_0015",:b15),
(:"SYS_B_0016",:b16), (:"SYS_B_0017",:b17), (:"SYS_B_0018",:b18),
(:"SYS_B_0019",:b19), (:"SYS_B_0020",:b20), (:"SYS_B_0021",:b21),
(:"SYS_B_0022",:b22), (:"SYS_B_0023",:b23), (:"SYS_B_0024",:b24),
(:"SYS_B_0025",:b25), (:"SYS_B_0026",:b26), (:"SYS_B_0027",:b27),
(:"SYS_B_0028",:b28), (:"SYS_B_0029",:b29), (:"SYS_B_0030",:b30),
(:"SYS_B_0031",:b31), (:"SYS_B_0032",:b32), (:"SYS_B_0033",:b33),
(:"SYS_B_0034",:b34), (:"SYS_B_0035",:b35), (:"SYS_B_0036",:b36),
(:"SYS_B_0037",:b37), (:"SYS_B_0038",:b38), (:"SYS_B_0039",:b39),
(:"SYS_B_0040",:b40), (:"SYS_B_0041",:b41), (:"SYS_B_0042",:b42),
Plan hash value: 2966233522
----------------------------------------------------------------------------
| Id  | Operation          | Name | E-Rows |E-Bytes| Cost (%CPU)| E-Time   |
----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |        |       |   651 (100)|          |
|   1 |  SORT AGGREGATE    |      |      1 |     7 |            |          |
|*  2 |   TABLE ACCESS FULL| T    |     20 |   140 |   651  (36)| 00:00:01 |
----------------------------------------------------------------------------

--//这样执行计划也发生了变化,走全表扫描.

SCOTT@test01p> @ b.txt
COUNT(DATA_OBJECT_ID)
---------------------
                 1185

1 row selected.
Elapsed: 00:00:07.48
--//这样执行时间也增加不少.
--//加入提示 /*+ CURSOR_SHARING_EXACT */ ,继续测试:
SCOTT@test01p> @ b.txt
COUNT(DATA_OBJECT_ID)
---------------------
                 1185
1 row selected.
Elapsed: 00:00:00.34

SCOTT@test01p> @ b.txt
COUNT(DATA_OBJECT_ID)
---------------------
                 1185

1 row selected.
Elapsed: 00:00:00.14
--//可以发现执行时间减少不少.

总结:
--//总之:绑定变量数量不多,问题没这么严重.反倒是我前面使用集合绑定变量多执行时间长一些.

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

转载于:http://blog.itpub.net/267265/viewspace-2215394/

cuixun7780
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
关于绑定变量的一点心得
strawbingo的专栏
04-08 785
 关于绑定变量的一点心得(2008-12-03 13:32:31)标签：杂谈  分类：经典引用博文作者：白鳝  我们一直在告诉开发人员一定要使用绑定变量，而你是否真正了解绑定变量的有缺点呢？绑定变量可以减少SQL分析，节约共享池的空间。但是在某些情况下，使用绑定变量也是有缺点的。比如说，如果使用绑定
Inlist的绑定优化（书摘备查）
wzy0623的专栏
12-29 812
-- 建立类型CREATE OR REPLACE TYPE numtabletype AS TABLE OF NUMBER;CREATE OR REPLACE TYPE vartabletype AS TABLE OF VARCHAR2 (1000); -- 解析字符串CREATE OR REPLACE FUNCTION str2numlist (p_string IN VARCHAR2)   R
Stata：inlist和inlist2命令介绍
Stata连享会
09-22 4318
全文阅读：https://lianxh.cn/news/fbd4c9c02a545.html 目录 1. 背景介绍 2. 命令介绍 2.1 inlist 命令 2.2 inlist2 命令 3. 具体示例 4. 相关推文 1. 背景介绍 在清洗数据过程中，我们经常需要对变量进行重新赋值。例如，基于我国各个省份定义East、Midlle、West三个虚拟变量，或者基于国家名称或代码定义Yes_OECD国家虚拟变量。针对上述问题，常用方法是通过if条件语句对变量赋值。但...
python中 in 在 list 和 dict 中查找效率--不要用 in 列表 !
MissingDi的博客
08-26 1706
坑爹的知识点！ 我一直用in list，程序运行一直超时，前前后后检查代码好几遍，发现除了遍历这里不一样，其余都一样，百度一查 才知道 in list 的效率比 in dict 的效率低很多！！ 切记：能用in dic.keys() 就不要用 in list import time query_lst = [-60000,-6000,-600,-60,-6,0,6,60,600,6000,60000] lst = [] dic = {} for i in range(10000000):
STATA学习笔记：函数
mpeipeisu的博客
02-04 2096
STATA学习笔记：函数 1. programming functions (1)定义虚拟变量：inlist(z,a,b,…) sysuse nlsw88.dta, clear des2 industry //【out】industry是类别变量 1 Ag/Forestry/Fisheries Ag/Forestry/Fisheries是变量值"1"的标签 gen dummy = inlist(industry, 7,8,11) //inlist(industry,7,8,11)中的indus
vue 避免变量赋值后双向绑定的操作
01-18
如： this.list = this.list2, 结果在list改变后 ...补充知识：解决vue中v-model绑定的变量赋值给了另一个变量后，两个变量同时改变 先来看一下问题背景 我们要做一个 搜索+分页 的功能，使用vue 我们将分页控件绑定了
AutoCAD系统变量大全.pdf
11-15
9. AREA：存储由 AREA、LIST 或 DBLIST 计算的最后一个面积。 10. ATTDIA：控制 -INSERT 是否使用对话框获取属性值。 11. ATTMODE：控制属性的显示方式。 12. ATTREQ：确定 INSERT 在插入块时是否使用缺省属性...
Simple Grocery Check List App in JavaScript Free Source Code.zip
最新发布
11-08
标题 "Simple Grocery Check List App in JavaScript Free Source Code.zip" 提供了一个关于JavaScript开发的简单购物清单应用的免费源代码资源。这个应用可以帮助用户方便地管理他们的购物清单，使用JavaScript进行...
.net treeview绑定数据库源代码.doc
06-02
- 首先，定义了数据集`DataSet ds`、数据适配器`SqlDataAdapter sqlDataAdapter1`以及一个用于存储最大节点ID的变量`maxnodeid`。 - 在`Form1_Load`事件处理程序中，代码打开数据库连接（使用`SqlConnection`），...
python-处理文本文件.txt
06-11
如：all_the_text = open('thefile.txt').read( ) # 文本文件的全部文本 all_the_data = open('abinfile', 'rb').read( ) # 2进制文件的全部数据 更好的方法是将文件对象和一个变量绑定，可以及时关闭文件。...
通过sed来查看日志的某个时间段
lzz313的学习轨迹
07-20 6021
功能： 查看日志的某个时间段 脚本： cat logs.log | sed -n '/11:00:00/,/14:18:12/ p'|more 分析： sed查看log时间段(sed -n '/开始/,/结束/p' p是打印出来，d是删除)
搜狗搜索日志分析
热门推荐
ban2413的博客
11-25 2万+
1. 概述 本文利用搜狗搜索日志的500w条数据，对搜索日志进行了一系列的分析。主要分为两个阶段，第一阶段是数据准备、数据预处理和数据加载阶段，第二阶段为分析阶段。 第一阶段首先下载数据，并在自己电脑上安装好实验所需的环境，然后通过数据扩展和数据过滤对原数据进行预处理，得到含有单独年、月、日、小时等字段且关键词和UID不为空的数据，最后将数据加载到HDFS上，并在Hive上创建数据库...
inlist oracle,oracle in list 有关问题解析
weixin_30914901的博客
04-04 604
oracle in list 问题解析解决where in list 问题，首要考虑的就是解决列表长度问题和效率问题，效率问题首要考虑绑定变量问题，另外还要考虑比如cardinality对执行计划的影响等declarev_condition varchar2(100);v_sql varchar2(1000);v_count number(10);beginv_condition :='''XY'...
where_in_list问题
lv941002的博客
08-21 961
首先构造测试环境: SCOTT@PROD&gt;create table where_in_list(id int,name varchar(50)); Table created. SCOTT@PROD&gt;insert into where_in_list(id,name) values(1,'t1'); 1 row created. SCOTT@PROD&gt; SCOTT@P...
mysql用in查询list_Mysql优化器对in list的处理
weixin_29623481的博客
01-20 2304
select * from table where id in (....)这样的查询，是走范围索引还是走等值索引？select * from table where key_part1 in (....) and key_part2='XX';这样的查询，第二部分还走不走索引？测试目的，想知道，MYSQL对IN LIST是如何选择执行计划的；在单字段索引和复合索引中；mysql 5.1.40os...
in的对象选择（子查询还是List集合），in 的优化，in与exists
dingyangsan5073的博客
08-15 363
近日查看SQL慢查询日志，发现对于in的查询总是出现超时问题。超时相关SQL语句：select * from flow_ru_bizvar where businessId IN () and status = 0。可以看到在这句SQL中，最耗时的就是因为in的原因。这里in的对象是一个Long类型（businessId）的List。先是从另一个表中，select出相关的business...
python in列表list和in集合set耗时对比
wangjinyu124419的博客
09-25 1298
# -*- coding: utf-8 -*- import random import time def count_time(fun): def warpper(*args): s_time = time.time() fun(*args) e_time = time.time() t_time = e_time - s_time print('%s耗时：%s' % (fun.__name__, t_time).
tk List控件的值与数组绑定
06-08
可以使用Tkinter中的变量类，例如StringVar、IntVar等，将List控件的值与数组绑定。 下面是一个示例代码： ```python import tkinter as tk root = tk.Tk() # 创建一个StringVar类型的变量 var = tk.StringVar()...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值