--将text替换成你要查找的内容SELECT name, *FROM sysobjects o, syscomments sWHERE o.id = s.id AND text LIKE '%text%';-- and o.xtype = 'P' --存储过程 --将text替换成你要查找的内容SELECT ROUTINE_NAME, ROUTINE_DEFINITION, *FROM INFORMATION_SCHEMA.ROUTINESWHERE ROUTINE_DEFINITION LI…
SELECT name,text from sysobjects o,syscomments s where o.id=s.id and text LIKE '%text%' and o.xtype='p'…
•  方法一:查询所有包含某文本的存储过程.视图.函数 SELECT * from sysobjects o, syscomments s where o.id = s.id AND text LIKE '%text%' •   方法二: select routine_name,routine_definition,routine_type from information_schema.routines where routine_definition like'%exec%' ORDER B…
USE [MYDB] go SELECT * FROM INFORMATION_SCHEMA.ROUTINES WHERE routine_type='PROCEDURE' AND routine_definition LIKE '%关键词 %'…
在SQL Server中有几种方法可以找到活动的 SQL 连接.让我们看看一些使用 T-SQL 查询的简单快捷的方法. SP_WHO SP_WHO 是 SQL Server 内置的系统存储过程, 其他方法相比,SP_WHO 将具有最少的列,但是一种快速列出活动连接的方法. 以下是在 SQL Server Management Studio 中的执行示例: EXEC SP_WHO 具体的字段解释请参阅官方文档 SP_WHO 其中比较重要的列是: spid: 会话ID loginname: 登录账号…
SELECT * FROM [DB_SCJC].[dbo].[tn_Manager] 其中, CHARINDEX({1},{2})中,{1}是要查找的字符,{2}是字典库.返回值为{1}在{2}中的位置.…
total_worker_time AS [总消耗CPU 时间(ms)], execution_count [运行次数], qs.total_worker_time AS [平均消耗CPU 时间(ms)], last_execution_time AS [最后一次执行时间], min_worker_time AS [最小执行时间(ms)], max_worker_time AS [最大执行时间(ms)], , ( THEN DATALENGTH(qt.text) ) AS [使用CPU的语法],…
存储过程都写在一个指定的表中了,我们只要使用like查询就可以实现查询当前这台SQL Server中所有存储过程中包括了指定关键字的存储过程并显示出来,下面一起来看看我总结了几条命令. 例子1 代码如下 OBJECT_NAME(id),id from syscomments where id in ( select object_id(name) from dbo.sysobjects where xtype='P' ) and text like '%FieldName%' id 例子2 在S…
在SQL Server中,索引是优化SQL性能的一大法宝.但是由于各种原因,索引会被当做"银弹"滥用,一方面有些开发人员(甚至是部分数据库管理员)有一些陋习,不管三七二十一,总是根据所谓的"感觉"或"经验"先增加一些索引,而不管这些索引是否未被使用或是否合理.另外一方面在数据库的生命周期中,需求总是在变化,业务也在变化,有些当初创建的有效索引可能已经变成了unused index了.变成了数据库性能的累赘: 另外,部分数据库管理员其实很少清理索引…
场景 在SqlServer Management中进行数据库还原时提示: 数据库不能在此版本的SQL Server中启动,因为它包含分区函数. 点击左下角的查看详细信息 实现 电脑上安装的是SQL Server 2014 的Express的版本,即标准版本,而分区函数是不支持在此版本上的, 所以将当前版本的SQL Server 卸载,然后安装SQL Server 2014 Enterprise企业版即可. Windows上卸载SqlServer数据库: https://blog.csdn.net…