在尝试帮助应用开发团队在SQL 2000服务器(来自单独的应用服务器上的一堆Java应用程序)上遇到性能问题的过程中,我运行了一条SQL跟踪并发现所有对数据库的调用都充满了API Server Cursor语句(sp_cursorprepexec,sp_cursorfetch,sp_cursorclose).
看起来他们正在指定一些强制使用服务器端游标的连接字符串属性,一次只检索128行数据:(来自http://msdn.microsoft.com/en-us/library/Aa172588)
当API游标属性或属性设置为默认值以外的任何值时,SQL Server的OLE DB提供程序和SQL Server ODBC驱动程序使用API服务器游标而不是默认结果集.每次调用获取行的API函数都会生成到服务器的往返,以从API服务器游标中获取行.
更新:有争议的连接字符串是JDBC连接字符串参数selectMethod=cursor(它启用我们上面讨论过的服务器端游标)与替代字符串selectMethod=direct.他们一直使用selectMethod=cursor来自所有应用程序的标准连接字符串.
从我的DBA角度来看,这只是令人讨厌(它使用无用的垃圾混乱了跟踪),并且(我推测)导致许多额外的app-to-SQL服务器往返,降低了整体性能.
他们显然做了测试改变(只是大约60个不同的应用程序连接中的一个),selectMethod=direct但遇到了一些问题(我没有详细说明),并担心应用程序中断.
所以,我的问题是:
selectMethod=cursor较低的应用程序性能,正如我试图争论的那样？(通过增加已经具有非常高的查询/秒的SQL服务器上所需的往返次数)selectMethod=JDBC连接上是应用程序透明设置吗？如果我们改变它,这会打破他们的应用吗？cursorvs direct？也交叉发布到SF.
编辑:收到实际技术细节,保证对标题,问题和标签进行重大编辑.
编辑:添加赏金.还为SF问题添加了赏金(这个问题主要集中在应用程序行为上,SF问题主要集中在SQL性能上.)谢谢!!