1、sql server会自动加锁,不需要通过程序来加锁的2、是sql server自动加的读写锁,不需要程序来加锁。3、c++,也是一样的
解决方案 »
- 求这么一个SQL语句 或是存储过程,谢谢。
- Excel表格数据导入SQL2005数据库问题求高手
- 菜鸟提问 update 语句
- 问一下,关于数据库sqlserver2005的ldf文件过大的问题!
- 在查询分析器里,登陆本地SQLSERVER后,如何用CREATE TABLE 在远程SQL2000数据库服务器(已知IP,账号)上建立表
- 怎么在客户端(也就是只能用查询分析器的情况下)能够把DATA下的某个数据库MDF文件导出来到客户端机器上来呢?
- 英文环境中使用简体中文程序的汉字显示问题
- 问各位一个SQL问题 ????
- 如何用SQL语句获得数据库中的表 的创建日期?
- 怎样取得sql的执行结果信息!~?急
- 对一个等级体系群体查找所有子项
- 再发一帖,求一SQL语句!
对于查询,可以简单地理解为:在查询的数据上加了共享锁(在行级别加共享锁的同时,当然在表级别,也有意向共享锁,防止别人在你查询的时候把表给删除了,同理,在数据库级也有共享锁)对于update语句,可以简单地理解为sqlserver先做查询,把要修改的记录给找到,然后在这个记录上做修改。
找记录的动作要加S锁,找到要修改的记录后会先加U锁,再将U锁升级成X锁。
至于锁加载那个级别(行锁,页锁,表锁等等),跟具体的表结构和索引类型有关
举个例子,如果按照ID更新,ID列上有索引,当更新执行中时,其他事物无法访问该ID的数据,包括读
如果表上ID上没有任何索引,加锁的就是整个表,导致整个表无法被访问
这些锁都是在事务提交之后释放的,这就要求,sql的执行后越早提交越好,
说白了还是跟sql执行效率和修改数据的量有关我简单地测试过,用C#,同一张表,往里面写数据,开10个线程,每个线程往表中写1000条数据
这十个线程耗时900毫秒到1100毫秒不等
I3四核的个人电脑,仅做参考
写数据时,表结果越简单越好,也就是没有任何索引,计算列之类的,效率会高一些,
读数据时,尽可能根据具体情况加上合适的索引,效率会高一些,这个就要求根据具体情况做衡量了,
如果是企业级应用,比如什么OA系统了,管理系统了之类的,
领导A批A部分的单子,领导B看B部门的文件,
这些系统基本上不会出现数据争用的现象,
基本上不会出现因为并发影响到使用的情况
除非用户量非常大(比如周一造成同时访问OA系统的人达到数千人甚至过万,可能出现应付不了并发的现象)
再就是系统设计的不合理前段时间公司另外一个同事负责的OA系统,多说几千个用户,
然后周一早上容易迟到,这部分迟到的人就请别人在OA上给他们请假,
总的用户几千个,周一早上上班之前,
因为迟到同时请假的最多也就几十个,上百个,结果记录请假信息相关的表有ID重复的现象
这个竟然分析出来的问题是应付不了并发,真是可笑,
这些就是典型的例子,程度中不做任何控制,归结于数据库,是不合适的
createmutex、createsemaphore等创建互斥体、信号量,这样在多线程访问全局变量时,就可以保证数据的一致性。那么,在sql server中,当执行一个sql语句,而这个语句需要select 或者update数据的时候,由sql server自动对这个sql语句所需要读取的数据或者修改的数据,在处理数据的过程中,加锁,防止其他线程来修改。一般,线程1在select数据的时候会加S锁,也就是共享锁,而线程2也在select同样的数据,也会加共享锁,这个时候,不会有阻塞的情况,因为读是可以共享的。但如果线程1在读取数据,已经加了共享锁,而线程2要update,这个时候需要加上x锁,那么由于s锁和x锁,不兼容,就导致线程2被阻塞了。
首先同意yupeigu的说法,程序上需要全局变量控制提交给SQL的变量.SQL层面上,如果是数据自动管理的锁,tzleo 回答了你的问题.如果需要人为干预加锁,那么你可以使用Locking Hint, 请参考: http://technet.microsoft.com/en-us/library/ms172398.aspx例子: 下面的Locking HINT保证了整个表在被某个transaction获得X锁后,完全被锁住.其它的 transaction不可以可以访问,修改该表. Begin Trans
INSERT INTO table WITH ( TABLOCK )......
COMMIT Trans
2.如果我改用线程来做同样的事情,需要注意什么问题,需要加读写锁吗?
没看懂什么意思.3.如果使用C++的话上述问题答案会不一样吗
程序层面,不懂