不通过dsn访问sql server

在连接字符串里加上服务器和数据库驱动程序就可以了
Example:
dim conn
set conn = Server.CreateObject("ADODB.Connection")
conn.ConnectionString = "driver={SQL Server};"server=yourserver;uid=sa;pwd=pwd;database=pubs"
conn.open
Set cmd= Server.CreateObject("ADODB.Command")
Set cmd.ActiveConnection = conn

以前在介绍SQL2k的时候已经提到了SQL2k对XML的支持，使用for XML语句就可以很容易的把执行的结果转化为一个XML，这样可以在很大程度上提高系统运行效率和开发速度，详细的内容请参见Books Online。
但是在使用ADO（Required ADO 2.6）访问返回的XML的方式和原来的Recordset是有所不同的。如果你还是使用Recordset访问的话，只能得到一个Unicode格式的XML Schema，而无法得到XML的内容。
其实这个问题也是很容易就能解决的，只是我自以为很熟悉ADO，没有仔细看Help，所以没有发现ADO是采用Stream的方式来得到和返回XML的。
Command 对象有两个属性，叫Input Stream和Output Stream，属性的值是一个IUnknown接口。可以把一个XML Parser的接口赋给它，或者是直接用Request、Response等。这样的好处是不需要再去生成一个Recordset，不需要去保存这些数据，从而节省了系统开销。

问：我需要在运行SQL Server的机器上定期收集诸如每秒处理事务数（tps）之类的统计信息。为此，我大量使用了Performance Monitor（性能监视器），但却不能得到DBA所需的SQL Server性能指标。请问是否存在能够轻松收集这类统计信息的实用工具？
答：针对SQL Server的Performance Monitor计数器之一便能收集tps，因此，使用Performance Monitor是捕获这项指标最便捷的方式。您可以通过Microsoft Windows® NT Server 4.0 Resource Kit或Microsoft Windows 2000 Server Resource Kit以服务的形式安装Performance Monitor。此外，我建议您阅读Steve Adrien DeLuca等人所著的《Microsoft SQL Server 7.0 Performance Tuning Technical Reference》以学习关于测试有用SQL Server性能数据的内容。
——Microsoft项目经理，Richard Waymire

任何基于锁的并发系统的一个不可避免的特点是在某些条件下系统可能阻塞。当一个连接占有一个锁而另一个连接试图改变锁的状态时，第二个连接要么等待第一个连接释放锁，要么因此而被阻塞。
为了获得最好的可扩展性，性能和并发能力，在设计应用程序和查询语句时，应该注意尽量缩短事务的长度， 并且减少占有锁的时间。大多数并发问题往往出现在应用程序和数据库的设计阶段，因此，设计阶段如果充分考虑这个因素至关重要。
　否则，应用程序就会存在潜在的潜能缺陷， 而且一般要到应用程序扩展性测试时才被发现。

为了最大程度优化SQL Server的性能， 首先您必须确定几个方面。当这几个方面得到优化时，可以最大程度的提高整个系统性能。然后您可以针对这几个方面进行分析。否则，您可能事倍功半。
经验证明，SQL Server的性能提高主要取决于逻辑数据库设计，索引设计和查询设计。
　反之，最大的性能问题也往往源于这几个方面的设计缺陷。
　如果数据库性能是一个关注焦点，您应该首先着眼这几个方面，因为在此的很小的投资可以带来很大的利益。
而其它系统级的性能问题， 例如内存、高速缓存、 硬件等， 的确值得研究。经验证明系统在这些方面容量越大，性能越高。
　SQL Server对现有硬件资源采用自动方式管理，从而减少系统级的手工调整。