直接用sql语句运行次数过多真的会出错吗？该怎么解决

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

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

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

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

实在是不解..特来询问

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

引用楼主 ericSola 的帖子:

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

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

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

实在是不解..特来询问

------解决方案--------------------

探讨

引用:
执行sql是否出错跟人数多少没有直接关系，我觉得，你们老大说的可能是并发控制方面的问题。
说实话用存储过程这种方式不是一种好的方式，由于数据库性能一定，最终系统的瓶颈很可能出现在数据库这边。个人不推荐这种实现方式。


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

------解决方案--------------------
做了几个项目，除了几个两三千行的用存储过程外，其它都是SQL。（这样做不光为了移植，更是一种装配模式。存储过程是为了减少网络流量来提速，但是稍微大一些的相反会先检查预编译语句，各种数据库配置还都不一样）

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

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