浅谈SQL SERVER 2000 T-SQL 的运行

本文介绍了SQL SERVER 2000 T-SQL的运行机制,包括解析、编译和执行三个步骤。解析时会构建查询树或顺序树;编译生成执行规划;执行时结果以结果集返回。还提及简单查询和存储过程执行规划的重用条件,以及存储过程执行规划的管理和重新编译方法。

浅谈SQL SERVER 2000 T-SQL 的运行

 

 

T-SQL(Trantsact-SQL)是微软公司在SYBASE的基础上发展起来的一种结构化查询语言,是应用程序和存储过程与SQL SERVER通讯和访问的工具.包涵了ANSI89和ANSI92标准.所以T-SQL不是一种标准的编程语言,它必须通过SQL SERVER的数据引擎来分析和运行,SQL SERVER是如何编译和运行T-SQL语句呢?

SQL SERVER在处理任何T-SQL语句时都经过下面三个步骤:

1.     解析T-SQL语句

2.     编译T-SQL语句

3.     执行T-SQL语句

 

 

当一个T-SQL的批处理提交到SQL SERVER服务器,服务器回将这个T-SQL批处理作为一个整体进行分析,在优化,编译,最后在分步执行.

一. 解析

所谓”解析”是指SQL SERVER命令解析模块首先检查T-SQL批处理语法的过程,如果没有找到错误,命令解析器将源代码细分为多个逻辑单元,比如:关键字,标识符以及运算符.然后命令解析器会构建一个内部结构,最后通过这个内部结构生成DDL操作或DDM操作所需要的详细的步骤.如果该T-SQL批处理包涵一个查询,那么这个内部结构被成为查询树(QUERY TREE),如果该T-SQL批处理是一个过程,那么这个内部查询被成为顺序树(SEQUENCE TREE).

图一:SQL SERVER的关系引擎部分

大家可以看出在图一的左边,主要是T-SQL的解析,编译和查询优化(Query Optimizer).这是SQL SERVER运行T-SQL非常关键的部分.在图的右边是执行组件,当T-SQL语句编译过后就会直接传给执行结构进行运行.在中间的部分是SQL管理器,控制整个T-SQL批处理的解析,编译和执行. SQL Message 是从客户端接受的(TDS)数据.Express Services Libary是进行数据转换,过虑数据和进行计算和统计,同时也会格式化输出的数据.

.编译

   这一步主要是将顺序树(SEQUENCE TREE)生成为一个执行规划, 查询优化器(Query Optimizer)主要是对T-SQL语句所要检索的资源进行评估,生成I/O的时间,过虑时间和其他逻辑处理的时间.然后查询优化器(Query Optimizer)是试图利用一个最小资源的方案.

这个方案中还包括执行是需要的任务列表(比如:安全检查,约束检查,触发器检查等等).这个就被成为执行规划

 

 

.执行

 执行组件根据执行规划在高速缓存中运行并滞留,执行规划的不同步骤将被发送到关系引擎的不同组件进行处理:DML管理器,DDL管理器,存储过程管理器,事务处理管理器和实用工具管理器.处理结果将以结果集的方式被收集合并返回调用者.

执行规划将在高速缓存中被保留一段时间,如果同一用户或其他用户发出类似请求的T-SQL批处理,关系数据引擎将会优先在高速缓存中寻找匹配的执行规划.如果该执行规划存在就采用运行,如果不存在,SQL SERVER 就会解析并编译这个T-SQL批处理.

如果SQL SERVER需要的内存不够,它会从内存中删除一些执行规划.SQL SERVER有一个很好的”老化”算法,它可以统计某个执行规划的使用时间和次数.如果内存足够的大,也可以无限的增加执行规划到内存中.

 

 

. 简单查询执行规划的重用

   简单T-SQL批处理只可以在2中情况下被重用:

1.     第二次查询的文本必须和高速缓存中执行规划所描述的文本完全相同,每一项都要匹配,包括:空格,换行,缩排,在大小写敏感的SQL SERVER中还包括字符的大小写.

2.  查询包涵完全修饰的数据库对象以便重用执行规划.

SELECT * FORM PUBS.DBO.SALES

所以在这种情况下:”*” 的执行效率要高于SELECT COLUMN_LIST FROM TABLENAME的语句.

 

 

.存储过程执行规划的重用:

存储过程比简单查询执行效率高的一个主要原因是:存储过程的执行规划可以方便的被重用.比图:在执行一个简单查询3次,那么SQL SERVER需要执行3次解析—编译—执行的过程,而存储过程最有可能的是在第一次执行之前被解析并被重新编译一次.

存储过程的执行规划分2部分:

1.     可重入部分,可以被人员数量的存储过程同时使用;

2.     包括数据上下文的部分,也就是执行期间存储过程的各个参数;

SQL SERVER中有一个组件--惰性写入器(LAZYWRITER),来判断缓存中的执行规划是否会重用和是否需要申请更多的内存.如果有下列的操作,SQL SERVER将立即重缓存中删除执行规划,释放内存:

l         明显改变数据量;

l         创建和删除INDEX;

l         添加和更改约束;

l         更改INDEX的分布信息;

l         显示的调用sp_recompile以重新编译存储过程或触发器;

     当SQL SERVER建立一个执行规划就会给该执行规划一个”编译成本因子”.这个成本因子的值取决于创建该执行规划所需要的资源开销.例如:赋予一个大型的执行规划的编译成本因子是8,而一个小的执行规划的编译成本因子是2.每次某个CLIENT引用该执行规划,他的”年龄”就会递增一个编译成本因子的值.

SQL SERVER的惰性写入器(LAZYWRITER)是如何工作的呢? SQL SERVER的惰性写入器用来降低执行规划的”年龄”, 惰性写入器进程会定期循环遍历高速缓存中的所有执行规划,并将执行规划的”年龄”减1,当执行规划的编译成本因子的值为0时,SQL SERVER就会收回分配给该执行规划的内存.

备注:

SQL SERVER的优化组件(Query Optimizer)会在存储过程引用的表数据更新时自动重新编译该存储过程,更新执行规划.但在你添加一个INDEX时,SQL SERVER不会自动重新编译存储过程,需要手动刷新高速缓存的执行规划(最简单的方法,你可以重新启动MSSQLSERVER服务),这是该存储过程会被重新编译,或者你可以手动强制重新编译:

Exec sp_recompile sp_storedprocedurename

SQL SERVER还提供了另外一种高效的重新编译的方法:如果有大量的存储过程和触发器引用某一个表,并且还添加表INDEX以提高检索的效率.这是我们可以通过重新编译这个表来重新编译所有的存储过程和触发器:

EXEC sp_compile tablename.

所有我们在重新建立索引或执行了更新索引的操作子后,一定要重新编译存储过程,不过这是最好的办法是重新启动服务器.

 

 

参考:

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnsql7/html/sqlquerproc.asp

 

 

 

 

【重要提示】本资源设置为0积分下载,若非0积分请勿轻易下载 亲爱的CSDN用户: 首先感谢你点进这个资源页面。我需要提前说明一个重要情况: 本资源原本已设置为“0积分下载”,即作者希望完全免费共享。但CSDN平台有时会根据文件的下载热度、文件大小、用户权限等因素,自动将部分资源的积分调整为非0数值(如1积分、2积分、5积分等)。这是平台系统的自动行为,而非作者本人的设定。 因此,如果你当前看到该资源的下载所需积分不是0(例如显示为1、2、3……),请谨慎决定是否下载。 如果你按照非0积分支付并下载后发现资源内容不符合预期、链接失效,或者实际上该资源本应是免费的,作者无法为此承担积分损失或退还操作。强烈建议:仅在页面显示为0积分时进行下载。 另外,本资源描述中并未直接提供具体的下载地址或外部链接,因为它本身是一个通过CSDN官方上传通道提交的文件/内容包。如果你看到描述中没有外部网盘地址,这是正常的——资源文件应通过CSDN内置的“下载”按钮获取。若因平台积分显示异常导致你支付了积分,请优先联系CSDN客服咨询积分退还政策,作者没有权限修改平台自动设定的积分值。 感谢你的理解与支持。技术分享本应开放,但受限于平台规则,特此提醒如上。祝学习进步!
内容概要:本文系统介绍了基于最小势能原理(即能量法)的物理信息神经网络(PINNs)在求解固体力学二维问题中的理论框架与应用实践,并提供了完整的PyTorch代码实现案例。该方法通过将物理系统的总势能泛函嵌入神经网络的损失函数中,利用深度学习框架直接求解满足控制方程和边界条件的位移场近似解,避免了传统数值方法对网格划分的依赖。文章重点剖析了基于变分原理的能量形式如何替代强形式偏微分方程构建损失项,提升了求解的稳定性与泛化能力。同时,研究对比了不同PINNs架构与训练策略在处理复杂几何形状、非均匀材料属性及非线性力学行为时的精度、收敛性与计算效率,验证了其在处理经典弹性力学问题(如平面应力/应变问题)中的有效性与潜力。配套代码便于读者复现结果并拓展至更广泛的工程应用场景。; 适合人群:具备一定深度学习基础和固体力学知识的研究生、科研人员及工程技术从业者,特别适用于从事计算力学、智能仿真、物理驱动建模、结构分析等方向的研究者。; 使用场景及目标:①掌握基于能量法的PINNs建模范式,理解其相较于传统有限元法的优势与局限;②研究物理信息神经网络在无网格求解复杂边界与非线性问题中的能力;③对比不同神经网络结构对求解精度与收敛速度的影响,推动PINNs在工程实际中的落地应用。; 阅读建议:建议读者结合所提供的PyTorch代码逐模块分析网络构建、能量泛函定义、边界条件施加及训练流程设计,深入理解物理约束与机器学习模型的融合机制,并鼓励在自定义问题中调整网络参数、采样策略与损失权重以优化性能。
【重要提示】本资源设置为0积分下载,若非0积分请勿轻易下载 亲爱的CSDN用户: 首先感谢你点进这个资源页面。我需要提前说明一个重要情况: 本资源原本已设置为“0积分下载”,即作者希望完全免费共享。但CSDN平台有时会根据文件的下载热度、文件大小、用户权限等因素,自动将部分资源的积分调整为非0数值(如1积分、2积分、5积分等)。这是平台系统的自动行为,而非作者本人的设定。 因此,如果你当前看到该资源的下载所需积分不是0(例如显示为1、2、3……),请谨慎决定是否下载。 如果你按照非0积分支付并下载后发现资源内容不符合预期、链接失效,或者实际上该资源本应是免费的,作者无法为此承担积分损失或退还操作。强烈建议:仅在页面显示为0积分时进行下载。 另外,本资源描述中并未直接提供具体的下载地址或外部链接,因为它本身是一个通过CSDN官方上传通道提交的文件/内容包。如果你看到描述中没有外部网盘地址,这是正常的——资源文件应通过CSDN内置的“下载”按钮获取。若因平台积分显示异常导致你支付了积分,请优先联系CSDN客服咨询积分退还政策,作者没有权限修改平台自动设定的积分值。 感谢你的理解与支持。技术分享本应开放,但受限于平台规则,特此提醒如上。祝学习进步!
打开链接下载源码: https://pan.quark.cn/s/a4b39357ea24 UG(Unigraphics)作为一种在机械工程设计与制造领域内被广泛应用的计算机辅助设计与制造(CAD/CAM)软件,其功能非常全面。在UG CAM模块中,后处理步骤占据着核心地位,其作用在于将UG系统生成的刀具路径转化为特定机床能够识别的NC(数控)代码。这一过程具有高度的定制性,目的是确保生成的NC代码与特定机床控制系统的语言规范和功能特性实现精确对接。标题所提及的“UG .车床后处理”具体指向的是UG CAM系统中针对车床加工需求的后处理流程。车床主要承担旋转工件的切削任务,能够对轴类、盘类零件的内外圆柱表面、圆锥表面、螺纹以及沟槽等复杂形状进行加工。后处理的核心任务是将UG设计的3D模型和刀具路径转化为实际车床能够执行的详细指令,这些指令涵盖了进给速度、主轴转速、刀具更换机制以及冷却液控制等多个方面。描述中标注的“FANUC和GSK980TD通用”表明该后处理程序适用于两种主流的数控系统,即FANUC系统和GSK980TD系统。FANUC作为全球知名的数控系统供应商,其产品被广泛应用于各类机床设备;GSK980TD则是由中国广州数控设备有限公司研发的一款普及型数控系统,常在中小型加工中心和车床上部署使用。标签“UG车床后处理”进一步明确了讨论焦点,即探讨如何通过定制和使用UG的后处理器来满足车床的NC编程需求。压缩包中的文件列表如下: 1. GSK980TDa.def:这个文件属于后处理定义文件,其中包含了UG后处理器配置的详细参数,例如机床参数、运动类型以及代码格式等。用户可以通过编辑此文件来调整后处理输出的NC代码,使其符合GSK980TD数控系统的使用要求。 ...
代码下载地址: https://pan.quark.cn/s/a4b39357ea24 是读写权限 不是读取存储权限 视频错了 快速开始(适合 Fork) 点击右上角 Fork 本仓库到你的 账号。 打开你的仓库,进入 Actions 页面,点击 Enable workflows(启用 Actions)。 无需其他配置, 默认的 _TOKEN 权限即可推送更新。 你可以手动点击 Run workflow,也可以等待每天定时自动检查。 注意:确保你的仓库默认分支为 main,否则推送时可能失败。 如果觉得这个项目对你有帮助,欢迎顺手点个 Star 支持一下! 功能介绍 每天自动检查 bia-pain-bache/BPB-Worker-Panel 仓库的最新 Release 支持选择更新正式版或预发布版本:通过手动触发或 文件配置 1是正式版 0是测试版本。 自动下载最新版本的 worker.js 重命名为 \_worker.js 同步更新本地 version.txt 自动提交并推送到本仓库 如果 文件不存在,将自动创建并默认设置为更新正式版。 更新成功后,自动复用或创建 Issue 进行通知。 工作流程 Actions 会每日 00:00(UTC 时间)自动运行: 检查 文件:如果文件不存在,会自动创建并写入 (表示正式版)。 根据 或手动输入确定更新类型(正式版或预发布版)。 获取上游仓库的最新 Release 版本号(根据所选类型)。 比较本地 version.txt 的记录。 若版本不同,则自动下载并替换 \_worker.js。 更新 version.txt。 自动提交并推送到主分支(main)。 如果 文件是自动创建的,也会一并提交到仓库。 如果更新成功并...
代码下载链接: https://pan.quark.cn/s/1584eba52518 在使用TensorFlow 2.x版本进行深度学习的过程中,有时可能会遭遇无法调用GPU的情况。本文主要研究了在TensorFlow 2.x(此处为2.2版本)中遇到GPU调用失败的一个具体解决途径,该问题可能源于库文件缺失或路径配置存在错误。 当执行`tf.test.is_gpu_available()`以检查GPU可用性时,返回`False`表明TensorFlow无法识别或访问GPU。在本例中,错误信息指出找不到`libcudnn.so.7`文件,这是CuDNN库的一个关键组成部分,用于加速深度学习运算。CuDNN是由NVIDIA开发的一个深度学习库,与CUDA协同工作,旨在优化TensorFlow在GPU上的性能表现。 通常,CuDNN应与CUDA版本保持一致。在这种情况下,服务器上安装的是CUDA 10.1,理论上与TensorFlow 2.2相容。然而,由于`libcudnn.so.7`文件缺失,导致了问题的出现。潜在的原因可能是CuDNN未正确安装或文件路径未被系统正确识别。 为解决这个问题,可以尝试以下步骤: 1. 首先核实CUDA和CuDNN是否已正确安装。在服务器的`/usr/local/cuda/lib64`目录下查找`libcudnn.so.7`文件。如果无法找到,说明CuDNN可能未正确安装或文件已丢失。 2. 下载与CUDA版本相匹配的CuDNN。由于在命令行下无法直接下载,可以在本地计算机上下载Linux版本的CuDNN `.tar.gz` 文件,然后通过SCP命令将其传输到服务器。 3. 在服务器上解压缩CuDNN文件,将解压后的`cuda`文...
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值