Question

使用SQL Server 2000的查询分析器时运行缓慢，请问如何解决？

使用SQL Server 2000的查询分析器时，即使执行一个Create database 也要运行2分钟以上，在其他电脑上用就不会出现这个问题。所以我把我的硬盘备份了一下，然后FDISK了。。。 现在机器里面除了系统就剩下SQL了，可是还是一样的慢，请问这是什么原因呢？
麻烦回答问题的，如果您懂，请把问题简单说明。如果需要下载补丁，请告诉我地址。。。

Answer 1

解决方案
服务包信息
要解决此问题, 获取用于 Microsoft SQL Server 2000 最新 ServicePack。 有关其他信息, 请单击下列文章编号以查看 Microsoft 知识库中相应：
290211 (http://support.microsoft.com/kb/290211/) 如何获取最新 SQL Server 2000 服务包
回到顶端

修复信息
英文版的此修补程序具有文件属性如下表中列出 （或更高版本）。 协调通用时间 (UTC) 中列出的这些文件日期和时间。 当您查看文件信息, 将转换为本地时间。 要查找 UTC 与本地时间, 区别控制面板中日期和时间工具中使用 时区 选项卡。 Date Time Version Size File name
----------------------------------------------------------------------------
26-Feb-2003 03:41 2000.80.777.0 29,244 bytes Dbmslpcn.dll
08-Feb-2003 05:43 786,432 bytes Distmdl.ldf
08-Feb-2003 05:43 2,359,296 bytes Distmdl.mdf
30-Jan-2003 01:55 180 bytes Drop_repl_hotfix.sql
01-Feb-2003 00:32 2000.80.763.0 1,557,052 bytes Dtsui.dll
30-Jan-2003 05:18 746,470 bytes Instdist.sql
30-Jan-2003 01:55 1,402 bytes Inst_repl_hotfix.sql
08-Feb-2003 06:40 2000.80.765.0 90,692 bytes Msgprox.dll
01-Apr-2003 02:07 1,873 bytes Odsole.sql
05-Apr-2003 01:46 2000.80.800.0 62,024 bytes Odsole70.dll
02-Apr-2003 21:48 2000.80.796.0 57,904 bytes Osql.exe
02-Apr-2003 23:15 2000.80.797.0 279,104 bytes Pfutil80.dll
04-Apr-2003 21:27 1,083,467 bytes Replmerg.sql
04-Apr-2003 21:53 2000.80.798.0 221,768 bytes Replprov.dll
08-Feb-2003 06:40 2000.80.765.0 307,784 bytes Replrec.dll
01-Apr-2003 02:23 1,084,828 bytes Replsys.sql
03-Apr-2003 18:14 104,868 bytes Sp3_serv_uni.sql
19-Mar-2003 18:20 2000.80.789.0 28,672 bytes Sqlevn70.rll
28-Feb-2003 01:34 2000.80.778.0 176,696 bytes Sqlmap70.dll
08-Feb-2003 06:40 2000.80.765.0 57,920 bytes Sqlrepss.dll
05-Apr-2003 01:47 2000.80.800.0 7,540,817 bytes Sqlservr.exe
08-Feb-2003 06:40 2000.80.765.0 45,644 bytes Sqlvdi.dll
26-Feb-2003 03:41 2000.80.777.0 29,244 bytes Ssmslpcn.dll
26-Feb-2003 03:41 2000.80.777.0 82,492 bytes Ssnetlib.dll
17-Mar-2003 14:49 727,132 bytes Sysmessages.sym
28-Feb-2003 01:34 2000.80.778.0 98,872 bytes Xpweb70.dll

注意 因文件依赖性, 最近修复或包含文件功能还可能包含附加文件。

回到顶端

状态
Microsoft 已确认这是问题早在 Microsoft SQL 服务器 2000 Service Pack 4 得到了已首先解决问题是 " 适用于 " section.This 中列出， Microsoft 产品中。
回到顶端

SQLServer 试图从缓冲池内存用于大多数内部分配, 但大于 8KB 请求路由到操作系统正常 allocators。 默认情况下, SQLServer 保留诸如线程也用于这些类型的分配和有限的地址空间堆栈空间、 COM 对象、 扩展存储过程, 等。 g 命令行参数 - 通过使用您可以修改此区域的大小。 有关详细信息请参阅 SQLServer 联机丛书有关 - g 参数,。

当 SQL Server 尝试为这些大分配, 之一分配虚拟内存， 该操作失败, 它将尝试删除 hopes 是释放一部分这个内存缓存查询计划。 将即使他们已不使用任何此内存在 SQL Server 2000 Service Pack 3 (SP 3), 之前此操作从缓存, 删除所有查询计划。 SQLServer2000SP 引入， 从缓存中删除只查询计划已知在使用此内存的更改。 引入此更改目的问题其中某些查询计划用于游标未被删除。

偶尔即使使用此修复程序, 可能看到错误消息。 随着时间 (分钟) 到小时有可能， 建立额外缓存计划并再次出现该信息。 这可能是正常并通过本身不作为一个符号的问题应采取。
回到顶端

--------------------------------------------------------------------------------

这篇文章中的信息适用于:
• Microsoft SQL Server 2000 Developer Edition
• Microsoft SQL Server 2000 Standard Edition
• Microsoft SQL Server 2000 Enterprise Edition
• Microsoft SQL Server 2000 Personal Edition
• Microsoft SQL Server 2000 Workgroup Edition
• Microsoft SQL Server 2000 Desktop Engine (Windows)
• Microsoft SQL Server 2000 64-bit Edition

回到顶端

关键字： kbhotfixserver kbqfe kbqfe kbfix kbbug kbsqlserv2000presp4fix KB818095 KbMtzh kbmt

回到顶端

Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性，不作任何声明。 所有该等文件及有关图形均"依样"提供，而不带任何性质的保证。Microsoft和/或其各供应商特此声明，对所有与该等信息有关的保证和条件不负任何责任，该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下，在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中，Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。
http://support.microsoft.com/kb/818095/zh-cn?spid=2852&sid=1055

Answer 2

你是怎么使用SQL 2000的?
通过系统DNS连接吗?
那样的话速度是非常慢,在查询分析器就比较快了.

如果实在不行,建议改用MYSQL,只有47M,感觉比SQL 2000好多了