原来都很快，换了一台服务器之后，FTP连接有时变得很慢！ 其他局域网内电脑访问工作组中的FTP电脑也很慢！

试试

很多企业都使用域来管理用户,安全性各方面都比较好,而且还能控制客户机桌面,甚至使用什么应用程序优点良多但是,由于安装域服务器要使用一个域名,相信很多企业并没有专线,或者没有申请域名,都是自己假定一个域名但接下来的问题就很麻烦了,用户登录域时,如果不将客户机的DNS设为域服务器IP,登录时就非常慢,有时甚至长达20分钟(笔者还发现用PB写的数据库程序在此种情况好多时都无法连接至安装在域服务器上的数据库,就是将服务器设为IP也不行,一定要在刚登录时才能连接,哈哈,PB的数据库引擎真垃圾)但如果设为域服务器IP,登录是快了,但上网又不能正确解析域名,导致无法正常上网有没有好的解决办法呢

其实有个比较简单的解决办法,就是在客户机里用记事本打开HOSTS文件,如果你是WINDOWS XP,文件就存放在c:\windows\system32\drivers\etc\下然后加入下面这行:

域服务器IP 域名

保存即可

优化SQL Server查询速度的方法：

1、把数据、日志、索引放到不同的I/O设备上，增加读取速度，以前可以将Tempdb应放在RAID0上，SQL2000不在支持。数据量（尺寸）越大，提高I/O越重要．

2、纵向、横向分割表，减少表的尺寸（sp_spaceuse）

3、升级硬件

4、根据查询条件，建立索引，优化索引、优化访问方式，限制结果集的数据量。注意填充因子要适当（最好是使用默认值0）。索引应该尽量小，使用字节数小的列建索引好（参照索引的创建），不要对有限的几个值的字段建单一索引如性别字段

5、提高网速；

6、扩大服务器的内存，Windows 2000和SQL server 2000能支持4－8G的内存。

配置虚拟内存：虚拟内存大小应基于计算机上并发运行的服务进行配置。运行 Microsoft SQL Server 2000 时，可考虑将虚拟内存大小设置为计算机中安装的物理内存的 1．5 倍。如果另外安装了全文检索功能，并打算运行 Microsoft 搜索服务以便执行全文索引和查询，可考虑：将虚拟内存大小配置为至少是计算机中安装的物理内存的 3 倍。将 SQL Server max server memory 服务器配置选项配置为物理内存的 1．5 倍（虚拟内存大小设置的一半）。

7、增加服务器CPU个数；但是必须明白并行处理串行处理更需要资源例如内存。使用并行还是串行程是MsSQL自动评估选择的。单个任务分解成多个任务，就可以在处理器上运行。例如耽搁查询的排序、连接、扫描和GROUP BY字句同时执行，SQL SERVER根据系统的负载情况决定最优的并行等级，复杂的需要消耗大量的CPU的查询最适合并行处理。但是更新操作UPDATE，INSERT， DELETE还不能并行处理。

8、如果是使用like进行查询的话，简单的使用index是不行的，但是全文索引，耗空间。 like ''a%'' 使用索引 like ''%a'' 不使用索引用 like ''%a%'' 查询时，查询耗时和字段值总长度成正比，所以不能用CHAR类型，而是VARCHAR。对于字段的值很长的建全文索引。

9、DB Server 和APPLication Server 分离；OLTP和OLAP分离

10、分布式分区视图可用于实现数据库服务器联合体。

联合体是一组分开管理的服务器，但它们相互协作分担系统的处理负荷。这种通过分区数据形成数据库服务器联合体的机制能够扩大一组服务器，以支持大型的多层 Web 站点的处理需要。有关更多信息，参见设计联合数据库服务器。（参照SQL帮助文件''分区视图''）

a、在实现分区视图之前，必须先水平分区表

b、在创建成员表后，在每个成员服务器上定义一个分布式分区视图，并且每个视图具有相同的名称。这样，引用分布式分区视图名的查询可以在任何一个成员服务器上运行。系统操作如同每个成员服务器上都有一个原始表的复本一样，但其实每个服务器上只有一个成员表和一个分布式分区视图。数据的位置对应用程序是透明的。

11、重建索引 DBCC REINDEX ，DBCC INDEXDEFRAG，收缩数据和日志 DBCC SHRINKDB，DBCC SHRINKFILE．设置自动收缩日志．对于大的数据库不要设置数据库自动增长，它会降低服务器的性能。

在T－sql的写法上有很大的讲究，下面列出常见的要点：首先，DBMS处理查询计划的过程是这样的：

1、查询语句的词法、语法检查

2、将语句提交给DBMS的查询优化器

3、优化器做代数优化和存取路径的优化

4、由预编译模块生成查询规划

5、然后在合适的时间提交给系统处理执行

6、最后将执行结果返回给用户。

其次，看一下SQL SERVER的数据存放的结构：一个页面的大小为8K（8060）字节，8个页面为一个盘区，按照B树存放。

12、 Commit和rollback的区别 Rollback：回滚所有的事物。 Commit：提交当前的事物．没有必要在动态SQL里写事物，如果要写请写在外面如： begin tran exec（@s） commit trans 或者将动态SQL 写成函数或者存储过程。

13、在查询Select语句中用Where字句限制返回的行数，避免表扫描，如果返回不必要的数据，浪费了服务器的I/O资源，加重了网络的负担降低性能。如果表很大，在表扫描的期间将表锁住，禁止其他的联接访问表，后果严重。

14、SQL的注释申明对执行没有任何影响

15、尽可能不使用光标，它占用大量的资源。如果需要row－by－row地执行，尽量采用非光标技术，如：在客户端循环，用临时表，Table变量，用子查询，用Case语句等等。游标可以按照它所支持的提取选项进行分类：只进必须按照从第一行到最后一行的顺序提取行。FETCH NEXT 是唯一允许的提取操作，也是默认方式。可滚动性可以在游标中任何地方随机提取任意行。游标的技术在SQL2000下变得功能很强大，他的目的是支持循环。有四个并发选项 READ_ONLY：不允许通过游标定位更新（Update），且在组成结果集的行中没有锁。 OPTIMISTIC WITH valueS：乐观并发控制是事务控制理论的一个标准部分。乐观并发控制用于这样的情形，即在打开游标及更新行的间隔中，只有很小的机会让第二个用户更新某一行。当某个游标以此选项打开时，没有锁控制其中的行，这将有助于最大化其处理能力。如果用户试图修改某一行，则此行的当前值会与最后一次提取此行时获取的值进行比较。如果任何值发生改变，则服务器就会知道其他人已更新了此行，并会返回一个错误。如果值是一样的，服务器就执行修改。选择这个并发选项OPTIMISTIC WITH ROW VERSIONING：此乐观并发控制选项基于行版本控制。使用行版本控制，其中的表必须具有某种版本标识符，服务器可用它来确定该行在读入游标后是否有所更改。在 SQL Server 中，这个性能由 timestamp 数据类型提供，它是一个二进制数字，表示数据库中更改的相对顺序。每个数据库都有一个全局当前时间戳值：@@DBTS。每次以任何方式更改带有 timestamp 列的行时，SQL Server 先在时间戳列中存储当前的 @@DBTS 值，然后增加 @@DBTS 的值。如果某个表具有 timestamp 列，则时间戳会被记到行级。服务器就可以比较某行的当前时间戳值和上次提取时所存储的时间戳值，从而确定该行是否已更新。服务器不必比较所有列的值，只需比较 timestamp 列即可。如果应用程序对没有 timestamp 列的表要求基于行版本控制的乐观并发，则游标默认为基于数值的乐观并发控制。 SCROLL LOCKS 这个选项实现悲观并发控制。在悲观并发控制中，在把数据库的行读入游标结果集时，应用程序将试图锁定数据库行。在使用服务器游标时，将行读入游标时会在其上放置一个更新锁。如果在事务内打开游标，则该事务更新锁将一直保持到事务被提交或回滚；当提取下一行时，将除去游标锁。如果在事务外打开游标，则提取下一行时，锁就被丢弃。因此，每当用户需要完全的悲观并发控制时，游标都应在事务内打开。更新锁将阻止任何其它任务获取更新锁或排它锁，从而阻止其它任务更新该行。然而，更新锁并不阻止共享锁，所以它不会阻止其它任务读取行，除非第二个任务也在要求带更新锁的读取。滚动锁根据在游标定义的 SELECT 语句中指定的锁提示，这些游标并发选项可以生成滚动锁。滚动锁在提取时在每行上获取，并保持到下次提取或者游标关闭，以先发生者为准。下次提取时，服务器为新提取中的行获取滚动锁，并释放上次提取中行的滚动锁。滚动锁独立于事务锁，并可以保持到一个提交或回滚操作之后。如果提交时关闭游标的选项为关，则 COMMIT 语句并不关闭任何打开的游标，而且滚动锁被保留到提交之后，以维护对所提取数据的隔离。所获取滚动锁的类型取决于游标并发选项和游标 SELECT 语句中的锁提示。

16、用Profiler来跟踪查询，得到查询所需的时间，找出SQL的问题所在；用索引优化器优化索引

17、注意UNion和UNion all 的区别。UNION all好

18、注意使用DISTINCT，在没有必要时不要用，它同UNION一样会使查询变慢。重复的记录在查询里是没有问题的

19、查询时不要返回不需要的行、列

20、用sp_configure ''query governor cost limit''或者SET QUERY_GOVERNOR_COST_LIMIT来限制查询消耗的资源。当评估查询消耗的资源超出限制时，服务器自动取消查询，在查询之前就扼杀掉。 SET LOCKTIME设置锁的时间

21、用select top 100 / 10 Percent 来限制用户返回的行数或者SET ROWCOUNT来限制操作的行

22、在SQL2000以前，一般不要用如下的字句

"， "！＝"， "！>"， "！<"， "NOT"， "NOT EXISTS"， "NOT IN"， "NOT LIKE"， and "LIKE ''%500''"，因为他们不走索引全是表扫描。也不要在WHere字句中的列名加函数，如Convert，substring等，如果必须用函数的时候，创建计算列再创建索引来替代．还可以变通写法：WHERE SUBSTRING（firstname，1，1）＝ ''m''改为WHERE firstname like ''m%''（索引扫描），一定要将函数和列名分开。并且索引不能建得太多和太大。NOT IN会多次扫描表，使用EXISTS、NOT EXISTS ，IN ， LEFT OUTER JOIN 来替代，特别是左连接，而Exists比IN更快，最慢的是NOT操作．如果列的值含有空，以前它的索引不起作用，现在2000的优化器能够处理了。相同的是IS NULL，“NOT"， "NOT EXISTS"， "NOT IN"能优化她，而”<>”等还是不能优化，用不到索引。

23、使用Query Analyzer，查看SQL语句的查询计划和评估分析是否是优化的SQL。一般的20%的代码占据了80%的资源，我们优化的重点是这些慢的地方。

24、如果使用了IN或者OR等时发现查询没有走索引，使用显示申明指定索引： SELECT FROM PersonMember （INDEX ＝ IX_Title） WHERE processid IN （‘男’，‘女’）

25、将需要查询的结果预先计算好放在表中，查询的时候再SELECT。这在SQL7．0以前是最重要的手段。例如医院的住院费计算。

26、MIN（）和 MAX（）能使用到合适的索引。

27、数据库有一个原则是代码离数据越近越好，所以优先选择Default，依次为Rules，Triggers， Constraint（约束如外健主健CheckUNIQUE……，数据类型的最大长度等等都是约束），Procedure．这样不仅维护工作小，编写程序质量高，并且执行的速度快。

28、如果要插入大的二进制值到Image列，使用存储过程，千万不要用内嵌INsert来插入（不知JAVA 是否）。因为这样应用程序首先将二进制值转换成字符串（尺寸是它的两倍），服务器受到字符后又将他转换成二进制值．存储过程就没有这些动作：方法：Create procedure p_insert as insert into table（Fimage） values （@image），在前台调用这个存储过程传入二进制参数，这样处理速度明显改善。

这个不是其他的原因，而是你的内存的原因，如果你用于测试，我认为这样还可以，毕竞ACCESS只是一个桌面的关系数据库系统，而不像SQL等服务体系的。而且你用的驱动是ACCESS驱动的，就像你使用ACCESS，它首先将ACCESS内容全部调入到内存或虚拟内存中，如果你的数据库较大时就会出现很慢的情况。而换一个驱动还是不错的想法，OLEDB才是专业对网页进行设计的一个驱动，它是调用了底层API的，所以来说，速度应该不错的。至于说ACCESS本身很慢，我认为这不是构成网站慢的原因。因为ASP本身也是一个边解析边执行的翻译程序，而不像aspnet编译程序，所以在速度匹配上来说，ASP搭上ACCESS还是可行的方案。而用aspnet作开发时搭ACCESS是供用测试的，后来一般会换用SQL，但用的一般还都是OLEDB驱动，而不采用本身的驱动。

OLEDB驱动就是将你的connstr改为：

connstr = "provide=MicrosoftJetOLEDB40;Data Source="&servermappath("data/avonjxcmdb")

同时，我只是说会好些，但如果你的ACCESS过大的情况或是内存过小，也不会有多大的改观的。另外，一般数据库使用完毕后，显式关闭连接，不要等垃圾收集器等程序的回收，这样会拖慢速度的。

ACCESS数据库过大的解决办法是，将不重要的或是关联不大的表建立在别一个数据库中，也就是说对原有数据库进行了拆分，这样做保证数据库本身不大，使用时一个连接的数据虽然没有多大的改变，但由于驱动没有打开好么大一个数据库而使用的内存不大，来提高速度。每一个连接使用完毕后就关闭，一般不会造成类似的现象了。

至于说PHP+MYSQL的结果没有延迟，我认为了桥桥这话说的有点好个了。

ASPnet+MSSQL不也行吗？呵呵，SQL是一个服务器组件，或是干脆说其是一个SQL服务器，它本身就是提供这样的服务的，完全可以与ASP/aspnet/jsp/php等分开在两台机器上的。再者来说，IL的本身就比ASP要快的多，而SQL只是一个数据服务器而已。所以说只有，我认为本身有点过于绝对了。

不过目前PHP国内使用的比较多真的，比如百度就是，但在国外JSP还是比较多的，而且使用何种语言只是一个地域性的，在于程序员本身。

如果只看说，我学JSP时，JSP用TOMCAT做试验说JSP是最快的，而只是说PHP与ASPnet只是同一数量级的，而学aspnet时，ASPnet的实验也说，ASPnet是最快的。要优于PHP与JSP，所以PHP上说它是最快的也不足为奇，哪个厂商不想多卖自己的东西呢？瞬间结果也只是一种太牵强的说法，它没有遇到大数据交换和数据库事务事件，如果真的碰到，无论是那种语言都是需要时间的，而不再什么瞬间了。不是ASP和CGI与PHP/JSP/ASPnet的确不在同一数量级，但国内还有很多程序员未从asp上转型到aspnet上来呢！

如果数据库过大，就算是一个登陆，那速度也是会很慢的！

估计你oracle装在本地了吧，你机器是多大内存啊，oracle服务端是很耗内存的，如果你自己搞小项目建议用mysql吧，如果搞商用项目建议搞个大点的机器用作oracle服务端，我们开发的时候 服务端都装在单板上的，32G内存。

因为主机长期在工作数据会一上在增多对于内存还有CPU来说不是所有数据都可以一次性的完全处理好。。就会有一些"尾数"包括记录然而越来越多。。会让主机运行速度变慢这是正常的。。如果用好点的专用的服务器 硬盘 内存会让主机更长时间的不用重启 。。所以SQL还是要用高一点的配置

最简单的方法是：在查询分析器中之执行语句：execsp_who利用这个系统存储过程可以看到当前服务器上数据库的连接情况。

在SQLServer服务器中，打开SQLServer服务管理器。单击开始-程序-MicrosoftSQLServer-服务管理器菜单命令。

数据库连接不成功的原因：数据库的服务没有正常启动。数据库的IP协议没有启动。客户端链接服务器时电脑的防火墙没有关闭，被防火墙拦截。解决办法：检查数据库服务是否打开。打开计算机管理中的服务和应用程序。