在 SQL Server数据库开发中的十大问题

现在有一个存储过程使用usp_Demo_AllAuthors的结果:

CREATE proc usp_Demo_SPUser as CREATE TABLE #Authors (
au_id varchar(11) NOT NULL PRIMARY KEY CLUSTERED,
au_lname varchar (40) NOT NULL ,
au_fname varchar (20) NOT NULL ,
phone char (12) NOT NULL,
address varchar (40) NULL ,
city varchar (20) NULL ,
state char (2) NULL ,
zip char (5) NULL ,
contract bit NOT NULL
)– Execute usp_Demo_AllAuthors storing the
– results in #Authors
insert into #Authors
exec usp_Demo_AllAuthors– Here we use the #Authors table. This example only
– only selects from the temp table but you could do much
– more such as use a cursor on the table or join with
– other data.
SELECT au_fName + ‘ ‘ + au_lname as [name]
, address+’, ‘+city+’, ‘+state+’ ‘+zip [Addr]
from #AuthorsDROP TABLE #Authors
GO

SQL Server 2005中的存储过程并发问题

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

CREATE PROCEDURE add_ticket — parameters 
DECLARE free_seats int BEGIN TRANSACTION SELECT free_seats
 = COUNT(*) FROM tickets WHERE seat_is_not_taken IF free_seats 
<> 0 INSERT INTO tickets VALUES(…) — some other statements END TRANSACTION

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

专家回答:

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

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

SQL Server2005中取代了查询分析器

专家回答:

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

如果你想要了解更多有关SQL Server管理套件的新特性的信息，请阅读SearchSQLServer.com 上有关这个话题的文章。

SQL vs. T-SQL

专家回答:

SQL是结构化查询语言，是ANSI/ISO 认可的标准数据库语言。SQL Server的实现语言叫做Transact-SQL (T-SQL)。T-SQL基本上是根据1992年发表的ISO标准出现的，在1999年的标准上稍加修改。此外，微软还进行了各种私有的加强。

标准SQL和T-SQL之间有很多区别——太多了，这里就不说了。还有，如果你在 SQL Server上工作，那么使用这些私有的扩展是有好处的。由于许多SQL Server的特性的本质，你不使用非标准的命令的话，将会有很多强大的功能无法实现。如果你想要看看你的SQL是否符合标准，你可以使用SET FIPS_FLAGGER命令。

SQL Server 2005中的索引类别

SQL Server 2005中是否有新的索引类别了?

专家回答:

SQL Server 2005没有为关系表引入新的索引类型。基本上——聚簇和非聚簇索引是以B-trees的方式实现的——还仍然在应用。然而，SQL Server 2005确实包含了一些索引上的加强，不论是完全文本索引，还是对于XML数据，此外这些加强还可以改善一些与关系型索引有关的问题。

SQL Server 2005的完全文本索引特性是全新的，并且是重新编写的。要获得这个特性的信息，请阅读Nimish Khanolkar的MSDN广播文档，介绍SQL Server 2005中的全文本查找。

XML是SQL Server 2005中另外一个在方式上发生了巨大转变的内容。现在对于开发人员来说有第一流的XML数据类型可用了。这个类型支持XQuery查询语言，使用了这个类型的字段可以通过特殊格式的XML索引被索引到。要了解更多有关XML类型的信息，请查找MSDN 上的文章。

还有各种各样的有关T-SQL索引命令的加强。也许最令人感兴趣的就是新的“在线” 索引类型，它允许数据库管理员在不需要把用户锁到表外面的情况下执行索引维护任务。这个很有可能标记着数据库管理员需要等到夜里3点才能打开维护窗口修正问题的状况的终结!要了解更多有关这个特性的信息，请查找SQL Server Worldwide Users Group 上的文章。