[20160210]闭包传递2.txt

转载 于 2016-02-10 22:21:02 发布 · 83 阅读 · 0
本文通过具体示例探讨了Oracle数据库中闭包传递优化的概念及其实际应用效果。闭包传递是指当谓词条件A=B且B=C时可以推出A=C，这有助于优化SQL执行计划。文章对比了不同条件下SQL语句的执行计划，揭示了闭包传递在某些情况下面临的问题。
[20160210]闭包传递2.txt

--所谓闭包传递是指sql语句的谓词条件A=B and B=C 可以推出 A=C. oracle 的 优化器能够利用这个特性优化sql语句。
--前一阵子看电子电子书<Apress.Expert.Oracle.SQL.Optimization.Deployment.and.Statistics.1430259779.pdf>测试链接:

http://blog.itpub.net/267265/viewspace-1981803/

--当时并没有考虑许多细节,仅仅按照例子重复在12c下测试看看:

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


CREATE TABLE t3 AS SELECT ROWNUM c1 FROM DUAL CONNECT BY LEVEL <= 10;
CREATE TABLE t4 AS SELECT MOD (ROWNUM, 10) + 100 c1 FROM DUAL CONNECT BY LEVEL <= 100;
CREATE TABLE t5 AS SELECT MOD (ROWNUM, 10) c1, RPAD ('X', 30) filler FROM DUAL CONNECT BY LEVEL <= 10000;

CREATE INDEX t5_i1 ON t5 (c1);

-- 分析表.Method_Opt => 'FOR ALL COLUMNS SIZE 1 '

2.测试:
SCOTT@test01p> alter session set statistics_level = all;
Session altered.

SCOTT@test01p> SELECT * FROM t3, t4, t5 WHERE t3.c1 = t4.c1 AND t4.c1 = t5.c1;
no rows selected

SCOTT@test01p> @dpc '' ''
PLAN_TABLE_OUTPUT
-------------------------------------
SQL_ID  bd3j0xbhyq4yx, child number 0
-------------------------------------
SELECT * FROM t3, t4, t5 WHERE t3.c1 = t4.c1 AND t4.c1 = t5.c1
Plan hash value: 3251999038
-----------------------------------------------------------------------------------------------------------------------------------------------------------
| Id  | Operation                    | Name  | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers |  OMem |  1Mem | Used-Mem |
-----------------------------------------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT             |       |      1 |        |       |     7 (100)|          |      0 |00:00:00.01 |       6 |       |       |          |
|   1 |  NESTED LOOPS                |       |      1 |        |       |            |          |      0 |00:00:00.01 |       6 |       |       |          |
|   2 |   NESTED LOOPS               |       |      1 |      1 |    41 |     7   (0)| 00:00:01 |      0 |00:00:00.01 |       6 |       |       |          |
|*  3 |    HASH JOIN                 |       |      1 |      1 |     7 |     6   (0)| 00:00:01 |      0 |00:00:00.01 |       6 |  2440K|  2440K| 1496K (0)|
|   4 |     TABLE ACCESS FULL        | T3    |      1 |     10 |    30 |     3   (0)| 00:00:01 |     10 |00:00:00.01 |       3 |       |       |          |
|   5 |     TABLE ACCESS FULL        | T4    |      1 |    100 |   400 |     3   (0)| 00:00:01 |    100 |00:00:00.01 |       3 |       |       |          |
|*  6 |    INDEX RANGE SCAN          | T5_I1 |      0 |   1000 |       |     1   (0)| 00:00:01 |      0 |00:00:00.01 |       0 |       |       |          |
|   7 |   TABLE ACCESS BY INDEX ROWID| T5    |      0 |      1 |    34 |     1   (0)| 00:00:01 |      0 |00:00:00.01 |       0 |       |       |          |
-----------------------------------------------------------------------------------------------------------------------------------------------------------
Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------
   4 - SEL$1 / T3@SEL$1
   5 - SEL$1 / T4@SEL$1
   6 - SEL$1 / T5@SEL$1
   7 - SEL$1 / T5@SEL$1
Predicate Information (identified by operation id):
---------------------------------------------------
   3 - access("T3"."C1"="T4"."C1")
   6 - access("T4"."C1"="T5"."C1")
Note
-----
   - this is an adaptive plan


SCOTT@test01p> SELECT * FROM t3, t4, t5 WHERE t3.c1 = t4.c1 AND t3.c1 = t5.c1;
no rows selected

SCOTT@test01p> @ dpc '' ''
PLAN_TABLE_OUTPUT
-------------------------------------
SQL_ID  g5007pk488f76, child number 0
-------------------------------------
SELECT * FROM t3, t4, t5 WHERE t3.c1 = t5.c1 AND t4.c1 = t5.c1
Plan hash value: 1630033643
-------------------------------------------------------------------------------------------------------------------------------------------------
| Id  | Operation           | Name | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers |  OMem |  1Mem | Used-Mem |
-------------------------------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT    |      |      1 |        |       |    24 (100)|          |      0 |00:00:00.01 |      60 |       |       |          |
|*  1 |  HASH JOIN          |      |      1 |      1 |    41 |    24   (0)| 00:00:01 |      0 |00:00:00.01 |      60 |   987K|   987K|  201K (0)|
|*  2 |   HASH JOIN         |      |      1 |      1 |    38 |    21   (0)| 00:00:01 |      0 |00:00:00.01 |      60 |  1969K|  1969K| 1086K (0)|
|   3 |    TABLE ACCESS FULL| T4   |      1 |    100 |   400 |     3   (0)| 00:00:01 |    100 |00:00:00.01 |       3 |       |       |          |
|   4 |    TABLE ACCESS FULL| T5   |      1 |  10000 |   332K|    18   (0)| 00:00:01 |  10000 |00:00:00.01 |      57 |       |       |          |
|   5 |   TABLE ACCESS FULL | T3   |      0 |     10 |    30 |     3   (0)| 00:00:01 |      0 |00:00:00.01 |       0 |       |       |          |
-------------------------------------------------------------------------------------------------------------------------------------------------
Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------
   1 - SEL$1
   3 - SEL$1 / T4@SEL$1
   4 - SEL$1 / T5@SEL$1
   5 - SEL$1 / T3@SEL$1
Predicate Information (identified by operation id):
---------------------------------------------------
   1 - access("T3"."C1"="T5"."C1")
   2 - access("T4"."C1"="T5"."C1")
Note
-----
   - this is an adaptive plan

--12C依旧,虽然出现执行计划采用adaptive plan,但是连接顺序发生无法出现t3,t4连接的情况.

3.继续测试,加入提示看看:

SELECT /*+ leading(t3 t4 t5)  use_hash(t4) use_nl(t5) */ * FROM t3, t4, t5 WHERE t3.c1 = t5.c1 AND t4.c1 = t5.c1;

SCOTT@test01p> @dpc '' ''
PLAN_TABLE_OUTPUT
-------------------------------------
SQL_ID  0b7tsj1ajpq0r, child number 0
-------------------------------------
SELECT /*+ leading(t3 t4 t5)  use_hash(t4) use_nl(t5) */ * FROM t3, t4,
t5 WHERE t3.c1 = t5.c1 AND t4.c1 = t5.c1
Plan hash value: 3284867853
-----------------------------------------------------------------------------------------------------------------------------------------------------------
| Id  | Operation                    | Name  | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers |  OMem |  1Mem | Used-Mem |
-----------------------------------------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT             |       |      1 |        |       |  1017 (100)|          |      0 |00:00:00.01 |      14 |       |       |          |
|   1 |  NESTED LOOPS                |       |      1 |        |       |            |          |      0 |00:00:00.01 |      14 |       |       |          |
|   2 |   NESTED LOOPS               |       |      1 |      1 |    41 |  1017   (1)| 00:00:01 |      0 |00:00:00.01 |      14 |       |       |          |
|   3 |    MERGE JOIN CARTESIAN      |       |      1 |   1000 |  7000 |    15   (0)| 00:00:01 |   1000 |00:00:00.01 |       6 |       |       |          |
|   4 |     TABLE ACCESS FULL        | T3    |      1 |     10 |    30 |     3   (0)| 00:00:01 |     10 |00:00:00.01 |       3 |       |       |          |
|   5 |     BUFFER SORT              |       |     10 |    100 |   400 |    12   (0)| 00:00:01 |   1000 |00:00:00.01 |       3 |  4096 |  4096 | 4096  (0)|
|   6 |      TABLE ACCESS FULL       | T4    |      1 |    100 |   400 |     1   (0)| 00:00:01 |    100 |00:00:00.01 |       3 |       |       |          |
|*  7 |    INDEX RANGE SCAN          | T5_I1 |   1000 |    100 |       |     1   (0)| 00:00:01 |      0 |00:00:00.01 |       8 |       |       |          |
|   8 |   TABLE ACCESS BY INDEX ROWID| T5    |      0 |      1 |    34 |     1   (0)| 00:00:01 |      0 |00:00:00.01 |       0 |       |       |          |
-----------------------------------------------------------------------------------------------------------------------------------------------------------
Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------
   1 - SEL$1
   4 - SEL$1 / T3@SEL$1
   6 - SEL$1 / T4@SEL$1
   7 - SEL$1 / T5@SEL$1
   8 - SEL$1 / T5@SEL$1

Predicate Information (identified by operation id):
---------------------------------------------------
   7 - access("T4"."C1"="T5"."C1")
       filter("T3"."C1"="T5"."C1")

--刚使用提示时,可以发现问题依旧,T3,T4两个表的链接走的是不是hash join,而是CARTESIAN.
--加入t3.c1=t4.c1条件。

SCOTT@test01p> SELECT /*+ leading(t3 t4 t5)  use_hash(t4) use_nl(t5) */ * FROM t3, t4, t5 WHERE t3.c1 = t5.c1 AND t4.c1 = t5.c1 and t3.c1=t4.c1;
no rows selected

SCOTT@test01p> @dpc '' ''
PLAN_TABLE_OUTPUT
-------------------------------------
SQL_ID  9nzh9uxm6b11z, child number 0
-------------------------------------
SELECT /*+ leading(t3 t4 t5)  use_hash(t4) use_nl(t5) */ * FROM t3, t4,
t5 WHERE t3.c1 = t5.c1 AND t4.c1 = t5.c1 and t3.c1=t4.c1
Plan hash value: 3251999038
-----------------------------------------------------------------------------------------------------------------------------------------------------------
| Id  | Operation                    | Name  | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers |  OMem |  1Mem | Used-Mem |
-----------------------------------------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT             |       |      1 |        |       |     7 (100)|          |      0 |00:00:00.01 |       6 |       |       |          |
|   1 |  NESTED LOOPS                |       |      1 |        |       |            |          |      0 |00:00:00.01 |       6 |       |       |          |
|   2 |   NESTED LOOPS               |       |      1 |      1 |    41 |     7   (0)| 00:00:01 |      0 |00:00:00.01 |       6 |       |       |          |
|*  3 |    HASH JOIN                 |       |      1 |      1 |     7 |     6   (0)| 00:00:01 |      0 |00:00:00.01 |       6 |  2440K|  2440K| 1496K (0)|
|   4 |     TABLE ACCESS FULL        | T3    |      1 |     10 |    30 |     3   (0)| 00:00:01 |     10 |00:00:00.01 |       3 |       |       |          |
|   5 |     TABLE ACCESS FULL        | T4    |      1 |    100 |   400 |     3   (0)| 00:00:01 |    100 |00:00:00.01 |       3 |       |       |          |
|*  6 |    INDEX RANGE SCAN          | T5_I1 |      0 |    100 |       |     1   (0)| 00:00:01 |      0 |00:00:00.01 |       0 |       |       |          |
|   7 |   TABLE ACCESS BY INDEX ROWID| T5    |      0 |      1 |    34 |     1   (0)| 00:00:01 |      0 |00:00:00.01 |       0 |       |       |          |
-----------------------------------------------------------------------------------------------------------------------------------------------------------
Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------
   1 - SEL$1
   4 - SEL$1 / T3@SEL$1
   5 - SEL$1 / T4@SEL$1
   6 - SEL$1 / T5@SEL$1
   7 - SEL$1 / T5@SEL$1
Predicate Information (identified by operation id):
---------------------------------------------------
   3 - access("T3"."C1"="T4"."C1")
   6 - access("T4"."C1"="T5"."C1")
       filter("T3"."C1"="T5"."C1")

--作者的例子非常特殊.T3,T4连接返回记录为0.不过闭包传递确实存在一些问题.

4.自己做一些例子,测试看看:

create table t1 as select rownum   id,rownum||'t1' name from dual connect by level<=5;
create table t2 as select rownum+1 id,rownum||'t2' name from dual connect by level<=5;
create table t3 as select rownum+1 id,rownum||'t3' name from dual connect by level<=5;

--分析表略.

select * from t1,t2,t3 where t1.id=t2.id and t2.id=t3.id;

Plan hash value: 261998084
-------------------------------------------------------------------------------------------------------------------------------------------------
| Id  | Operation           | Name | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers |  OMem |  1Mem | Used-Mem |
-------------------------------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT    |      |      1 |        |       |     9 (100)|          |      3 |00:00:00.01 |      10 |       |       |          |
|*  1 |  HASH JOIN          |      |      1 |      5 |   105 |     9   (0)| 00:00:01 |      3 |00:00:00.01 |      10 |  1451K|  1451K|  919K (0)|
|*  2 |   HASH JOIN         |      |      1 |      5 |    70 |     6   (0)| 00:00:01 |      4 |00:00:00.01 |       6 |  1888K|  1888K| 1091K (0)|
|   3 |    TABLE ACCESS FULL| T1   |      1 |      5 |    35 |     3   (0)| 00:00:01 |      5 |00:00:00.01 |       3 |       |       |          |
|   4 |    TABLE ACCESS FULL| T2   |      1 |      5 |    35 |     3   (0)| 00:00:01 |      5 |00:00:00.01 |       3 |       |       |          |
|   5 |   TABLE ACCESS FULL | T3   |      1 |      5 |    35 |     3   (0)| 00:00:01 |      5 |00:00:00.01 |       4 |       |       |          |
-------------------------------------------------------------------------------------------------------------------------------------------------

select * from t1,t2,t3 where t1.id=t3.id and t2.id=t3.id;

Plan hash value: 2308542799
-------------------------------------------------------------------------------------------------------------------------------------------------
| Id  | Operation           | Name | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers |  OMem |  1Mem | Used-Mem |
-------------------------------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT    |      |      1 |        |       |     9 (100)|          |      3 |00:00:00.01 |      10 |       |       |          |
|*  1 |  HASH JOIN          |      |      1 |      5 |   105 |     9   (0)| 00:00:01 |      3 |00:00:00.01 |      10 |  1451K|  1451K|  804K (0)|
|*  2 |   HASH JOIN         |      |      1 |      5 |    70 |     6   (0)| 00:00:01 |      3 |00:00:00.01 |       6 |  1888K|  1888K| 1090K (0)|
|   3 |    TABLE ACCESS FULL| T1   |      1 |      5 |    35 |     3   (0)| 00:00:01 |      5 |00:00:00.01 |       3 |       |       |          |
|   4 |    TABLE ACCESS FULL| T3   |      1 |      5 |    35 |     3   (0)| 00:00:01 |      5 |00:00:00.01 |       3 |       |       |          |
|   5 |   TABLE ACCESS FULL | T2   |      1 |      5 |    35 |     3   (0)| 00:00:01 |      5 |00:00:00.01 |       4 |       |       |          |
-------------------------------------------------------------------------------------------------------------------------------------------------

select /*+ leading (t1 t2 t3) */ * from t1,t2,t3 where t1.id=t3.id and t2.id=t3.id;
---------------------------------------------------------------------------------------------------------------------------------------------------
| Id  | Operation             | Name | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers |  OMem |  1Mem | Used-Mem |
---------------------------------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT      |      |      1 |        |       |    13 (100)|          |      3 |00:00:00.01 |      10 |       |       |          |
|*  1 |  HASH JOIN            |      |      1 |      5 |   105 |    13   (0)| 00:00:01 |      3 |00:00:00.01 |      10 |  1451K|  1451K| 1514K (0)|
|   2 |   MERGE JOIN CARTESIAN|      |      1 |     25 |   350 |    10   (0)| 00:00:01 |     25 |00:00:00.01 |       6 |       |       |          |
|   3 |    TABLE ACCESS FULL  | T1   |      1 |      5 |    35 |     3   (0)| 00:00:01 |      5 |00:00:00.01 |       3 |       |       |          |
|   4 |    BUFFER SORT        |      |      5 |      5 |    35 |     7   (0)| 00:00:01 |     25 |00:00:00.01 |       3 |  2048 |  2048 | 2048  (0)|
|   5 |     TABLE ACCESS FULL | T2   |      1 |      5 |    35 |     1   (0)| 00:00:01 |      5 |00:00:00.01 |       3 |       |       |          |
|   6 |   TABLE ACCESS FULL   | T3   |      1 |      5 |    35 |     3   (0)| 00:00:01 |      5 |00:00:00.01 |       4 |       |       |          |
---------------------------------------------------------------------------------------------------------------------------------------------------
--可以发现T1,T2的连接走的是CARTESIAN.看来闭包传递确实存在其它问题.


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

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

cuixun7780
关注
TVP-SV-FAVAR模型的应用与实现（Matlab代码实现）
07-02
内容概要：本文系统介绍了TVP-SV-FAVAR（时变参数-随机波动率-因子增广向量自回归）模型的理论基础与Matlab代码实现方法，重点围绕其在处理高维时间序列数据中时变特征、随机波动率及潜在公共因子的能力展开。文章详细解析了模型的核心构成，包括因子提取、时变参数设定、随机波动率建模以及基于贝叶斯框架的参数估计流程，并配套提供完整的Matlab程序代码与实证案例演示，帮助读者理解并复现该复杂计量经济模型的实际应用过程。; 适合人群：具备扎实计量经济学背景和一定Matlab编程能力的研究生、高校科研人员及金融机构量化分析师，尤其适用于从事宏观经济建模、货币政策评估、系统性风险测度等方向的研究工作者。; 使用场景及目标：①深入掌握TVP-SV-FAVAR模型的建模逻辑与算法实现细节；②将其应用于宏观经济变量间的动态关联分析、政策冲击效应评估及不确定性传导机制研究；③复现国际顶级期刊（如AER、JME）中的相关实证研究，提升学术论文撰写与科研创新能力； 阅读建议：建议读者结合文中提供的Matlab代码逐模块调试运行，辅以经典文献深化对先验设定、MCMC采样及结果解读的理解，同时鼓励将模型拓展至其他领域（如金融市场、区域经济）进行创新性实证研究。
连接器行业分析：预测全球年复合增长率（2026-2032）为6.9%.pdf
07-02
连接器行业分析：预测全球年复合增长率（2026-2032）为6.9%.pdf
IMG_20260630_170349.jpg
07-02
IMG_20260630_170349.jpg
宠物四足机器人市场深度分析报告：预计2032年全球市场规模将为2.86亿美元.pdf
07-02
宠物四足机器人市场深度分析报告：预计2032年全球市场规模将为2.86亿美元.pdf
科技中介服务机构如何通过产业大脑实现服务增值与资源调配？.docx
07-02
科易网基于40亿+科创知识图谱数据库，深度探索AI技术在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景，研究科技创新领域的AI+数智化解决方案，推动科技创新与产业创新智能化发展。
苹果cms10酷黑渐变特色自适应视频站模板
07-02
苹果CMS10酷黑渐变特色自适应视频站模板 一款酷黑模板 整个布局以黑色为主 用户在下滑或是上调页面时具有颜色由深变浅或浅变深的颜色渐变功能！完美自适应所有市面上的电子视频设备。还有触动封面直接播放视频内容的独特设计 为你的广告收益大大提供了更直接的功能。还在播放器右侧增加了选集模块功能 集成了推荐影片和下载，物超所指值得入手的一款视频模板！还有很多特色小功能等你慢慢体会发现！ 安装教程： 将模板文件上传至/template目录下，登录苹果CMS后台→点击系统→选择网站参数配置 然后找到网站模板，切换成你上传的模板就可以了
易语言源码易语言删除IE浏览记录源码
07-02
易语言源码易语言删除IE浏览记录源码
用于实现 IEC 101与 IEC 104 两种电力远动协议之间的报文互通工具
07-02
功能特性概括 该软件是一个IEC 60870-5-101/104协议网关，实现串口与以太网之间的协议转换： 双向协议转换核心 主站与101从站网关：接收104网络命令，转换为101串口协议下发；接收101串口数据，转换为104协议上传 智能报文转换：自动处理地址长度转换、时间透传、数据类型映射 串口主站功能 双模式链路：支持平衡与非平衡传输模式 完整控制：总召唤、时钟同步、遥控设点、链路测试 参数灵活配置：串口参数、地址长度、链路地址等可调 规范合规：FCB翻转机制，链路状态管理 以太网从站功能 多连接服务：支持5个并发TCP连接（端口2404） 完整帧支持：U/S/I帧处理，多种ASDU业务 定时器管理：T1/T2/T3标准超时机制 智能过滤机制 白名单转发：仅转发特定传输原因码的数据，避免无效信息干扰 数据优化：响应内容自动补齐至标准格式 本质：一个工业自动化领域的协议转换器，用于连接基于TCP的104主站系统与基于串口的101子站设备。
基于最优滑模控制的永磁同步电机调速系统模型研究（Simulink仿真实现）
最新发布
07-02
内容概要：本文深入研究了基于最优滑模控制的永磁同步电机（PMSM）调速系统模型，重点利用Simulink工具搭建并仿真了该控制系统的动态响应特性。文章系统阐述了最优滑模控制策略的设计原理，突出其在削弱传统滑模控制固有抖振现象、增强系统鲁棒性方面的显著优势。通过与传统滑模控制方法的对比实验，充分验证了所提出方法在调速精度、抗外部干扰能力以及动态响应速度等方面的优越性能。研究内容涵盖PMSM数学建模、滑模面构造、最优控制律推导、Lyapunov稳定性分析、参数整定及Simulink仿真验证等完整环节，形成了一套严谨的控制算法设计与实现流程。; 适合人群：具备自动控制原理、现代控制理论基础和MATLAB/Simulink仿真操作能力，从事电机驱动控制、电力电子与电力传动、运动控制或自动化等相关领域研究的工程技术人员及高校研究生。; 使用场景及目标：① 深入掌握滑模控制理论及其在高性能电机调速系统中的具体应用方法；② 学习如何设计并实现能够有效抑制抖振的最优滑模控制器，以提升系统整体鲁棒性和控制品质；③ 利用Simulink平台独立完成从理论建模到仿真验证的全过程，服务于科研课题、课程设计或实际工程项目。; 阅读建议：建议读者务必结合MATLAB/Simulink环境动手复现文中模型，重点关注滑模切换面的设计准则、控制律的数学推导过程以及控制器参数的调节规律，并通过施加不同的负载扰动、设定多种转速指令等方式全面测试系统的动态与稳态性能，从而深刻理解最优滑模控制的核心机理与工程应用价值。
【螺旋四边收缩遍历】基于A星算法的栅格全域覆盖路径规划（Matlab代码实现）
07-02
内容概要：本文介绍了一种结合“螺旋四边收缩遍历”策略与A星（A*）算法的栅格全域覆盖路径规划方法，旨在实现高效、完整的区域遍历。该方法利用A*算法的全局寻优能力，在复杂栅格环境中规划出从起点到目标点的最优路径，同时引入“螺旋四边收缩”遍历机制，确保对整个区域进行系统性、无遗漏的覆盖，特别适用于需要全面扫描或作业的任务场景。文中提供了基于Matlab的代码实现，便于读者复现和验证算法性能。; 适合人群：具备一定Matlab编程基础，从事路径规划、机器人导航、智能控制等相关领域的科研人员及研究生。; 使用场景及目标：①应用于扫地机器人、巡检无人机、农业自动化设备等需完成全域覆盖任务的智能系统；②帮助研究人员深入理解A*算法与遍历策略的融合设计，提升路径规划的完整性与效率； 阅读建议：建议读者结合Matlab代码，逐步调试并可视化算法执行过程，重点关注“螺旋四边收缩”逻辑与A*算法的交互机制，从而掌握其在复杂环境下的适应性与优化潜力。
软考高项论文模板-论信息系统项目的度量绩效域
07-02
软考高项论文模板-论信息系统项目的度量绩效域
易语言源码易语言燃烧战车伴侣源码
07-02
易语言源码易语言燃烧战车伴侣源码
An_overview_of_robot_calibration.pdf
07-02
An_overview_of_robot_calibration.pdf
易语言源码易语言取配置项名模块源码
07-02
易语言源码易语言取配置项名模块源码
基于数据驱动的 Koopman 算子的递归神经网络模型线性化，用于纳米定位系统的预测控制研究（Matlab代码实现）
07-02
内容概要：本文提出了一种基于数据驱动的Koopman算子与递归神经网络（RNN）相结合的模型线性化方法，旨在解决纳米定位系统中因强非线性、迟滞和蠕变效应导致的建模困难问题。该方法通过Koopman算子将非线性动态系统映射至高维线性空间，利用RNN学习系统的时间序列演化特征，从而实现对复杂动态行为的精确建模与预测，并进一步集成于模型预测控制（MPC）框架中，显著提升了纳米定位系统的控制精度、动态响应能力与运行稳定性。整个算法体系在Matlab平台上完成代码实现与仿真实验验证，展示了良好的控制性能与工程应用潜力。; 适合人群：具备控制理论、非线性系统建模、机器学习及智能控制基础，从事精密仪器控制、高端制造装备研发、自动化系统设计等领域的研究生、科研人员及工程技术开发者。; 使用场景及目标：①应对扫描探针显微镜、光刻机、超精密加工平台等纳米级定位设备中的非线性建模挑战；②提升高精度运动系统的实时预测控制性能，抑制迟滞与蠕变带来的定位误差；③为数据驱动的非线性系统线性化与先进控制策略（如MPC）的融合提供可复现、可扩展的技术范例。; 阅读建议：建议读者结合提供的Matlab代码，深入理解Koopman观测矩阵构造、RNN网络训练流程及MPC控制器设计之间的协同机制，重点关注数据预处理、特征提取、模型训练与闭环控制仿真的完整链路，以便在相似高精度控制系统中进行迁移与优化应用。
chrome-headless-shell-linux64-151.0.7921.0(Canary).zip
07-02
chrome-headless-shell-linux64-151.0.7921.0(Canary).zip
商用洗衣机行业深度报告：智能化换机潮与存量博弈下的结构性增长（2026）.pdf
07-02
商用洗衣机行业深度报告：智能化换机潮与存量博弈下的结构性增长（2026）.pdf
主辅助服务市场出清模型研究旋转备用（Matlab代码实现）
07-02
内容概要：本文围绕“主辅助服务市场出清模型研究【旋转备用】”展开，基于Matlab代码实现了电力系统中旋转备用辅助服务的市场出清机制建模与求解，属于SCI论文复现类科研仿真资源。研究聚焦于旋转备用资源的优化调度与定价逻辑，通过Matlab编程构建数学模型并进行数值求解，深入揭示电力市场中辅助服务的运行机理。该资源作为一系列电力系统、微电网优化、储能调度、路径规划等Matlab/Simulink仿真资料的重要组成部分，提供了可复用的代码框架与模型参考，有助于推动相关领域的科研进展和技术验证。; 适合人群：面向具备电力系统、自动化、能源优化等相关学科背景，熟悉Matlab编程环境，从事电力市场、可再生能源集成、智能电网等方向科研或工程仿真的研究生、高校教师、科研人员及电力行业工程师。; 使用场景及目标：① 学习并复现电力系统辅助服务市场中旋转备用的出清模型，掌握其优化建模方法；② 应用Matlab工具开展微电网、储能系统、电力市场出清等问题的建模与仿真研究；③ 借助提供的完整代码资源加速科研项目推进，提升论文复现效率与学术成果产出能力。; 阅读建议：建议结合电力市场基本理论与优化算法知识进行学习，重点关注模型构建的数学逻辑、约束条件设定及Matlab代码实现细节，同时可参考文中列出的其他相关仿真资源进行横向拓展研究，充分利用所附网盘资料开展实践验证与对比分析。
网页内容修改-下载即用.zip
07-02
已经博主授权,源码转载自 https://pan.quark.cn/s/dd96c709db99 仅需两段代码，便能够任意更改网页内容——但请注意，这种修改仅限于本地网页的显示效果，一旦刷新页面，所有更改将恢复原状。您可以尝试修改网银余额的界面，在完成修改后将其分享至贴吧等平台，具体操作方式请您自行探索。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值