SQL Server开发过程中的十种常见问题总结

核心提示： 我在SQL Server2005中遇到了并发问题，我持有车票的公共汽车上有一些空闲的座位，SQL Server开发过程中的十种常见问题总结(4)，我在插入销售的查票之前，需要查看是否还有空闲的座位，这个工具具有前任的大多数特性，但是拥有升级后的用户界面和很多经过改善的功能，我的存储过程做的

我在SQL Server2005中遇到了并发问题。我持有车票的公共汽车上有一些空闲的座位。我在插入销售的查票之前，需要查看是否还有空闲的座位。我的存储过程做的事情如下所示：

createPROCEDUREadd_ticket—parametersDECLAREfree_seatsintBEGINTRANSACTIONselectfree_seats=count(*)FROMticketswhereseat_is_not_takenIFfree_seats<>0insertINTOticketsVALUES(…)—someotherstatementsENDTRANSACTION　

问题就是两个过程可以同时读取空闲票数，并且都可以预约一张票，即使是那里已经没有空余的了。我需要一种方法来防止一个过程在另一个过程运行add_ticket程序，但是还没有插入一张新票的时候读取空票的数量。

回答：

你是正确的;更高的隔离级别也不会保证多个读者去同时去读取同一个数据行。然而，还有几种方法你可以完成这项工作。例如，你可以给每个座位分配一个惟一的标识符(意思是，惟一键——不一定是GUID)，并且创建一个描述哪些座位已经被预订了的表。在表上放一个 UNIQUE约束，你就可以确保同一个座位不会被插入两次了。

就是说，我认为一个更有趣的方法就是使用SQL Service Broker。你可以为每个公交建立一个会话，并且将这个会话的句柄存放在一个表中，读者在执行RECEIVE之前可以参考这个表。通过这种方式，读者就可以正确地过滤。公共汽车上的每个座位都插一个消息到队列中。读者就可以简单地RECEIVE到所需的消息(在这个过程中，预定公共汽车上的座位)。 Service Broker会确保没有消息会被接受两次，也就是说你不会再遇到并发问题了。

SQL Server 2005中取代了查询分析器

回答:

你是对的。查询分析器和企业管理器都从SQL Server中删除了。取代它们的是一个工具，SQL Server 管理套件(SQL Server Management Studio)。这个工具具有前任的大多数特性，但是拥有升级后的用户界面和很多经过改善的功能。我觉得大多数的数据库管理员都会发现这是一个很好的升级。