关于以下问题是否要用到lock，对mssql原理一分熟悉的朋友请进

Question

有一张帐号表UserInfo ，一张帐号段表UserSction，在生成帐号的时候，我想在帐号段里面取出一个帐号段的起始值StartId,然后把StartId+1后的值插入到UserInfo中，然后把帐号段表中StartId+1。问题来了：就是我在取出帐号段表中StartID的时候有没有必要把一行锁住，不让其它用户使用，避免会有重复的ID号。mssql会自动设为独占的吗？如果不行，那我应该如何操作

Answer 1

select * from table with(uplock)

Answer 2

锁定提示                                 描述  
HOLDLOCK        将共享锁保留到事务完成，而不是在相应的表、行或数据页不再需要时就立即释放锁。HOLDLOCK        等同于        SERIALIZABLE。        
NOLOCK        不要发出共享锁，并且不要提供排它锁。当此选项生效时，可能会读取未提交的事务或一组在读取中间回滚的页面。有可能发生脏读。仅应用于        SELECT        语句。        
PAGLOCK        在通常使用单个表锁的地方采用页锁。        
READCOMMITTED        用与运行在提交读隔离级别的事务相同的锁语义执行扫描。默认情况下，SQL        Server        2000        在此隔离级别上操作。        
READPAST        跳过锁定行。此选项导致事务跳过由其它事务锁定的行（这些行平常会显示在结果集内），而不是阻塞该事务，使其等待其它事务释放在这些行上的锁。READPAST        锁提示仅适用于运行在提交读隔离级别的事务，并且只在行级锁之后读取。仅适用于        SELECT        语句。        
READUNCOMMITTED        等同于        NOLOCK。        
REPEATABLEREAD        用与运行在可重复读隔离级别的事务相同的锁语义执行扫描。        
ROWLOCK        使用行级锁，而不使用粒度更粗的页级锁和表级锁。        
SERIALIZABLE        用与运行在可串行读隔离级别的事务相同的锁语义执行扫描。等同于        HOLDLOCK。        
TABLOCK        使用表锁代替粒度更细的行级锁或页级锁。在语句结束前，SQL        Server        一直持有该锁。但是，如果同时指定        HOLDLOCK，那么在事务结束之前，锁将被一直持有。        
TABLOCKX        使用表的排它锁。该锁可以防止其它事务读取或更新表，并在语句或事务结束前一直持有。        
UPDLOCK        读取表时使用更新锁，而不使用共享锁，并将锁一直保留到语句或事务的结束。UPDLOCK        的优点是允许您读取数据（不阻塞其它事务）并在以后更新数据，同时确保自从上次读取数据后数据没有被更改。        
XLOCK        使用排它锁并一直保持到由语句处理的所有数据上的事务结束时。可以使用        PAGLOCK        或        TABLOCK        指定该锁，这种情况下排它锁适用于适当级别的粒度

Answer 3

select *
from ta with(rowlock,readpast)

Answer 4

谁能给出我这个需求详细的sql语句

Answer 5

select StartId from UserIdSection 
with(rowlock)
where SectionId=1 update dbo.UserIdSection set StartId=100005 where SectionId=1
___________________________________________________________________________________________--我锁了该项行后，为什么还能修改呢