欢迎来到Doc100.Net免费学习资源知识分享平台!
您的位置:首页 > 程序异常 >

直接用sql话语运行次数过多真的会出错吗

更新时间: 2014-01-05 02:30:30 责任编辑: Author_N1

 

直接用sql语句运行次数过多真的会出错吗?

事情是这样的..
本来是在程序里面直接写的是sql语句..
insert, update, select, delete

但是老大说. 这样使用的人数多了
会出现错误. 要叫改为存储过程来做..
就是直接一个insert 语句..和存储过程有多大的区别

难道运行次数多了,或是同时插入的人数多了就会先错误码
单一执行,循环执行都没有出现错误...
有人遇到过这样的执行出错的吗

实在是不解..特来询问
--参考方法--
"人数多了",说的是人的问题,不能保证每个人都能正确使用sql语句,使用不正确会有严重的安全问题.
--参考方法--
执行sql是否出错跟人数多少没有直接关系,我觉得,你们老大说的可能是并发控制方面的问题。
说实话用存储过程这种方式不是一种好的方式,由于数据库性能一定,最终系统的瓶颈很可能出现在数据库这边。个人不推荐这种实现方式。
--参考方法--
两者对数据库而言没什么区别,数据库中有锁,对两者是一样的,用储存过程性能是要好,以后移植项目的时候可能要麻烦点
--参考方法--
不解.
--参考方法--
你老大说的是并发控制问题,可能出现多个人对同一记录进行修改操作,如一个在进行删除而一个在进行修改信息操作,这样使数据库的数据出现不一致性问题,并发控制也以出现一个修改操作没有提交就被另一个人修改使得数据不正确
--参考方法--
....这样子也没啥区别啊..区别在是否缓存执行计划上...SP的性能就好些..
--参考方法--
引用楼主 ericSola 的帖子:
事情是这样的.. 
本来是在程序里面直接写的是sql语句.. 
insert, update, select, delete 

但是老大说. 这样使用的人数多了 
会出现错误. 要叫改为存储过程来做.. 
就是直接一个insert 语句..和存储过程有多大的区别 

难道运行次数多了,或是同时插入的人数多了就会先错误码 
单一执行,循环执行都没有出现错误... 
有人遇到过这样的执行出错的吗 

实在是不解..特来询问

觉得你们老大要表达的意思是:人多的时候,那么同时运行,会出现冲突,建议加锁来进行
--参考方法--
引用:
引用:
执行sql是否出错跟人数多少没有直接关系,我觉得,你们老大说的可能是并发控制方面的问题。 
说实话用存储过程这种方式不是一种好的方式,由于数据库性能一定,最终系统的瓶颈很可能出现在数据库这边。个人不推荐这种实现方式。 
 

他的意思就是 并发控制 和 频繁读写数据库 
数据库会出现错误 

并发控制与是否使用存储过程,完全是两会事嘛.并发控制只要找到一个公共环节加锁就可以解决,否则用存储过程也没用.
--参考方法--
做了几个项目,除了几个两三千行的用存储过程外,其它都是SQL。(这样做不光为了移植,更是一种装配模式。存储过程是为了减少网络流量来提速,但是稍微大一些的相反会先检查预编译语句,各种数据库配置还都不一样)

sql检索执行一次就有一个延时缓冲,相反会加强速度。

CUD操作只要事务控制的好基本没有问题。还是在更新上,主要是脏数据问题。
上一篇:上一篇
下一篇:下一篇

 

随机推荐程序问答结果

 

 

如对文章有任何疑问请提交到问题反馈,或者您对内容不满意,请您反馈给我们DOC100.NET论坛发贴求解。
DOC100.NET资源网,机器学习分类整理更新日期::2014-01-05 02:30:30
如需转载,请注明文章出处和来源网址:http://www.doc100.net/bugs/t/10655/
本文WWW.DOC100.NET DOC100.NET版权所有。