阿猫的自用资料库

最近一段时间后台查询某些库的时候，速度极慢。慢得直接超时。当时把存储过程优化了一次又一次。索引也是删了重建。但是还是很慢。甚至就连执行

select count(id) from table 都花了37秒。 后来上网查了方法。照着检查了一遍，果然是碎片问题。一通修复后，速度骤然提升!

在SQLServer数据库，通过DBCC ShowContig或DBCC ShowContig(表名)检查索引碎片情况，指导我们对其进行定时重建整理。

在 Microsoft® SQL Server? 数据库中可以创建聚集索引。在聚集索引中，表中各行的物理顺序与索引键值的逻辑（索引）顺序相同。表只能包含一个聚集索引。聚集索引通常可加快 UPDATE 和 DELETE 操作的速度，因为这两个操作需要读取大量的数据。创建或修改聚集索引可能要花很长时间，因为执行这两个操作时要在磁盘上对表的行进行重组。可考虑将聚集索引用于：包含数量有限的唯一值的

复制以下到查询分析器执行，就可以把当前全部数据库的索引重建，利于数据结构完整，提供更高效的查找等效率。
SET NOCOUNT ON;
DECLARE @objectid int;
DECLARE @indexid int;
DECLARE @partitioncount bigint;
DECLARE @schemaname sysname;
DECLARE @objectname sysname;
...

数据库引擎优化顾问,MSsql优化的利器，自动分析并提供最优化的sql索引设置，数据库占资源大的一定要尝试下。千万以下觉得慢，一定是不合理

一直在追求高速ASP处理结果，线程之间不会互相干扰让道，偶然了解到IIS6的web园，彻底解决了我这个重要的问题。在“应用程序池属性”的“性能”选项卡的“最大工作进程数”框中，设置一个大于 1 的工作进程数。如果这个值大于 1，每个请求都将启动一个新的工作进程实例，可启动的最多进程数为您所指定的最大工作进程数。后续的请求将以循

前言为了帮助确保你的网页在所有未来的IE版本都有一致的外观，IE8引入了文件兼容性。在IE6中引入一个增设的兼容性模式，文件兼容性使你能够在IE呈现你的网页时选择特定编译模式。新的IE为了确保网页在未来的版本中都有一支的外观，IE8引入了文件兼容性。当你引入一个增设的兼容性模式，此文章说明文件兼容性的必要性，列出现有版本IE能使用的文件兼容性模式并示范如何选择特定的兼容性模式。了解文件兼容性的必要

当数据库发生这种操作故障时，可以按如下操作步骤可解决此方法，打开数据库里的Sql 查询编辑器窗口，运行以下的命令。1、修改数据库为紧急模式ALTER DATABASE 数据库名 SET EMERGENCY2、使数据库变为单用户模式ALTER DATABASE  数据库名  SET SINGLE_USER3、修复数据库日志重新生成，此命令检查的分配，结构，逻辑

sql遇到逻辑上的错误，这种错误是致命的，直接导致sql服务不能连接，报错master数据库出错重装sql 附加了还是不行，这个问题困扰了一天，经过很多方法 终于搞定了，说下经验。

查询分析器运行：DBCC CHECKDB，提示红字：一致性错误，后来在查询分析器执行：

use [00ys]   --数据库名
go
ALTER DATABASE [00ys] SET SINGLE_USER

DBCC CHECKDB ([00ys], repair_allow_data_loss) with NO_INFOMSGS
...

显示电子时钟的js，每秒跳动

mssql数据库用户不是dbo的话在查询分析器每次执行都要输入用户名.表，超级麻烦。入夏语句可以搞定这个问题，批量把整个数据库的用户名改成dbo。在查询分析器执行就可：

exec sp_msforeachtable 'sp_changeobjectowner ''?'', ''dbo'''