问题描述: 今天有个同事问到如何查询某个表被哪些存储过程调用, 然后同事说可以用SQL search查询,自己试了一下确实可以 sqlsearch下载说明地址:https://www.cnblogs.com/chuankang/p/8722369.html 方法一: 直接输入框写表名然后就能查看相关信息,包括第三个P是存储过程 方法二: 1.也可以使用SQL语句通过系统表来查询,where type=P是系统表的意思,如下: select distinct object_name(id) fro

在日常开发中,使用到的数据表经常都会有索引,这些索引可能是开发人员/DBA建表时创建的,也可能是在使用过程中新增的.合理的使用索引,可以加快数据库查询速度.然而,在实际开发工作中,会出现有些sql语句执行时不会使用索引.而使用了全表扫描的情况,造成执行速度慢的问题.下面我列举两种比较典型的场景: 场景一:mysql时间字段上使用like 表结构:CREATE TABLE `orders` (`orders_id` int(11) NOT NULL,`order_status` tinyint(4

在sql语句执行时是先执行触发器再检查约束条件的

这里MVC中用到了反射,工厂,泛型,接口 在搭建框架的时候,除了MVC的三层以外,还有泛型的接口层和工厂层 下面是dal层调用sql存储过程,增删改查,dal层继承了接口层,实现了接口层里面的方法 1 namespace DAL 2 { 3 public class DalHouse : IHouse 4 { 5 public int Add(HouseInfo m) 6 { 7 string sql = "pro_add"; 8 SqlParameter eid = new SqlP

在存储过程中,执行了create table.update table.insert into table 但是在使用pl/sql的存储过程调试的时候,一有问题就直接卡住(标识:执行中.....) 后来为了找了一下,原因有二: 1.使用execute immediate执行create table,需要对执行的用户进行授权执行,命令如下: grant create table to  cusername;   2.使用execute immediate执行insert/update时,建议表命名

在sql server 查询区 通过执行 "显示估计的执行计划" ,可以给出 存储过程 缺少索引的提示,并自动生成建立相应 索引 的代码 显示估计的执行计划 执行结果提示: 哦,算是个小功能记录下...

背景 这是在一个不知如何表达的项目中,我在这个项目中做的就是不知如何表达的事情.只是想着技术,到是通过这个项目把存储过程基本能用的都用了,oracle开发的技术我感觉基本都全活了.别人没搞定的我搞定了,搞笑的是别人通过这个项目都升职加薪了,结果我气跑了,我是不是干没用的.所以说程序员的根本是啥,根本就是个手艺人,跟以前的木工.瓦工.理发师有啥区别,这个职业的区别就是程序要好给自己弄个高大上的帽子,好像搞技术可以登上艺术的大堂,其实木工搞好了也是艺术.摆正位置,别拿程序员的技术太当回事了,只是个混

执行sql语句时报错: 用户代码未处理 System.OverflowException HResult=-2146233066 Message=算术运算导致溢出. 文章:https://bbs.csdn.net/topics/391851861?list=lz 有可能是sql写的数字精度不一致问题 程序最后自己好的,没有排查出原因. 文章:C# 连接ORACLE数据库,执行查询提示“算术运算导致溢出.” 微软的帮助:关于异常的疑难解答:System.OverflowException sele

执行 .sql 文件时,应在 sqlplus  或 cmd 中执行,速度比plsql 中的command window 中书许多, scott 用户下的表删除了 可以执行如下 @D:\app\Administrator\product\11.2.0\dbhome_1\RDBMS\ADMIN\scott.sql

一.准备需转为DataTable的json字符串 原json字符串数据 [{"TechName":"ECN","TechNo":"EC_01","id":"1"},{"TechName":"流程指示","TechNo":"PI_01","id":"2"},{"

前言 过年回来的第二周了,终于有时间继续总结知识了.这次来看一下SQL调优的知识,这类问题基本上面试的时候都会被问到,无论你的岗位是后端,运维,测试等等. 像本文标题中的两个问题,就是我在实际面试过程中遇到的,所以这次就主要围绕着这两个问题来总结一下. 本文的重点在第二部分,请耐心看完! explain 查询SQL执行计划 我们在想知道一条SQL的执行计划时,是可以通过Explain关键字来模拟优化器执行SQL查询语句,进而来分析SQL的语句. 举例: 创建如下数据表 CREATE TABLE

如果SQL query中有参数,SQL Server 会创建一个参数嗅探进程以提高执行性能.该计划通常是最好的并被保存以重复利用.只是偶尔,不会选择最优的执行计划而影响执行效率. SQL Server尝试通过创建编译执行计划来优化你的存储过程的执行.通常是在第一次执行存储过程时候会生成并缓存查询执行计划.当SQL Server数据库引擎编译存储过程中侦测到有参数值传递进来的时候,会创建基于这些参数的执行计划.这种在编译存储过程中侦测参数值的方法,通常被称为"参数探测".有时参数探测会产

随便胡乱说几点,大家补充一下.1.预编译,已优化,效率较高.避免了SQL语句在网络中传输然后再解释的低效率.2.如果公司有专门的DBA,写存储过程可以他来做,程序员只要按他提供的接口调用就好了.这样分开来做,比较清楚.3.修改方便.嵌入在程序中的SQL语句修改比较麻烦,而且经常不能肯定该改的是不是都改了.SQLSERVER上的存储过程修改就比较方便,直接改掉该存储过程,调用它的程序基本不用动,除非改动比较大(如改了传入的参数,返回的数据等).4.会安全一点.不会有SQL语句注入问题. 当然,也有

调用存储过程代码如下: 今天在写存储过程调用时遇到如下问题: int value = cmd.ExecuteNonQuery();//执行总是返回-1:且存储过程在sql 可视化执行窗口可正常执行--正常返回结果: 通过查询网络资源找到解决方法,如下所示: 在进行增删改时,数据库能为我们统计受影响行数的前提条件是,关闭NOCOUNT,即 Set nocount off: 默认情况下,它是关闭的--Set nocount off,即我们是可以得到受影响的行数的. 通过检查发现存储过程中 执行了 S

参数嗅探的问题 原因:(1)可能是发生了参数嗅探,第一次赋给存储过程的输入参数,会为该存储过程生成一个基于输入参数的执行计划,因此如果第一次输入的参数不具有代表性(例如大部分查询输入的参数都是A值,但第一次执行存储过程时输入的是B值),就有可能比即席查询慢,尽管即席查询需要重新编译执行计划,但选择了更有效率的计划.尝试使用和即席查询一样的参数,来执行存储过程,然后对比一下两者的执行计划.(2)通常存储过程最上面有自带的set设置,如set ansi_nulls on,而即席查询通常没有包含,这些

今天一个生成10w条数据的存储过程执行了95s,但是单独执行SQL语句只需要28s,查资料后发现原来这是存储过程的机制导致的,也就是传说中的参数嗅探 网上的一段话: (1)可能是发生了参数嗅探,第一次赋给存储过程的输入参数,会为该存储过程生成一个基于输入参数的执行计划,因此如果第一次输入的参数不具有代表性(例如大部分查询输入的参数都是A值,但第一次执行存储过程时输入的是B值),就有可能比即席查询慢,尽管即席查询需要重新编译执行计划,但选择了更有效率的计划.尝试使用和即席查询一样的参数,来执行存储

1.获取Oracle表格信息 public OracleHelpers(string ConnStr) { ConnectionString = ConnStr; conn = new OracleConnection(ConnectionString); error = ""; //String connString = @"Data Source=(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.1.210)(PORT=1

自从我开始使用Visual Studio 也已经经历了好几个版本了,而且这中间EF等框架的改变也算是比较多的.本篇文章记录下各个版本EF执行Sql语句和直接进行增删查改操作的区别,方便自己随时切换版本.目前我们公司同时在使用VS2010 对应EF4和VS2015 对应EF5和EF6,因为有些老的项目必须得定期更新维护. 一.新增 UserList u = new UserList(); u.name=name; u.age = age; u.jointime = date; //添加,这个只是在

CSDN日报20170322--<关于软件研发的一些体会总结> 同步博客至 CSDN ,让更多开发者看到你的文章 看微博技术大咖解析互联网应用架构实战 使用oracle 的 PL/Sql 定时执行一个存储过程 标签: 存储oraclejobsuser测试delete 2011-02-25 16:17 9109人阅读 评论(4) 收藏 举报 本文章已收录于: .embody{ padding:10px 10px 10px; margin:0 -20px; border-bottom:solid

这两天遇到一个问题令人比较郁闷,一个大概120行左右的存储过程在SQL Server2012的查询分析器里面执行,速度非常理想,1秒不到,即可筛选抓取到大概500条数据记录.但在C#程序代码里调用,就提示连接超时.把CommandTimeout设置为300,就要3分钟左右时间才能显示出来,检查了几遍代码也没有发现错误.问题依旧. 原因分析:1.由于在查询分析器里执行速度很快,并且数据量也不多.2.只在程序里调用才有缓慢的情况.3.设置CommandTimeout参数,就可以显示结果出来,但要很久