declare cur cursor for Select Name FROM Master..SysDatabases where name<>'master' and name<>'model' and name<>'msdb' and name<>'Northwind' and name<>'pubs'
declare @tb sysname

open cur
fetch next from cur into @tb
while @@fetch_status=0
begin
exec ('dump transaction ['+@tb+'] with no_log')
exec ('backup log ['+@tb+'] with no_log')
exec ('dbcc shrinkdatabase(['+@tb+'])')
fetch next from cur into @tb
end
close cur
deallocate cur

PHP远程连接MYSQL速度慢,有时远程连接到MYSQL用时4-20秒不等,本地连接MYSQL正常,出现这种问题的主要原因是,默认安装的MYSQL开启了DNS的反向解析,在my.ini(WINDOWS系统下)或MY.CNF(UNIX或LINUX系统下)文件的[mysqld]下加入skip-name-resolve这一句，保存。

一般我们在程序里写模糊查询时都是写成如下这样：
Select * from table where txtTitle like '%柳永法%'
不管连接的数据库是ACCESS还是SQL Server
但是最近写程序时总出现语句正确，但就是出不来结果的情况，比如：手动简单设置服务器安全，及引发的思考，这里提到我写服务查询时总是出不来结果的情况，时间长了，出这问..

1.　先安装SQL Server 2005,再安装vs相关软件（没试，应该可行）。

2.　如果先安装了 vs2005 或 vs2008且安装了自带的SQL Server Express 2005的话，得把以前的SQL Server 2005 Express全部卸载干净，然后再安装SQL Server 2005

3.　在安装vs2005或vs2008时，不要安装SQL Server 2005 Express,VS安装完后再安装SQL Server 2005(亲测，成功，推荐)

搜索引擎蜘蛛把页面代码送回搜索引擎服务器后，SE是如何判断页面中最核心的内容呢？

先说下Kyw认为的搜索引擎运作过程的前几个步骤：
1. 蜘蛛下载A页面，送回服务器；
2. 服务器寻找A页面的核心内容位置，然后去除HTML代码；
3. 寻找网页核心内容；
&hellip;&hellip;

我不确定GOOGLE、百度、YAHOO！是否真的有&ld..

 --通用表结构
--drop table Movies
CREATE TABLE [dbo].[Movies] (
   [ID] integer  primary key identity(1,1) not null,--ID，主键，自动号
   [txtTitle] varchar(255),--标题
   [txtContent] text null ,--内容
   [PutTime] datetime DEFAULT (getdate()),--提交时间
   [ModiTime] datetime DEFAULT (getdate()),--修改时间
   [Hits] integer Default (0),--点击数
   [Flags] integer Default (0) ,--标识
   [OrderID] integer Default (0),--排序号
  )

以前在写一查询时总是要关注这个字段是数字型的还是字符型的，好按格式写相关SQL语句，今天在写一语句时突然发现

abc='fs' 提示，在从字符型转为数字型时失败！

我就想难不成SQL Server会自己为你转换数据类型，于是测试了下，果不其然，

即便你的字段类型是字符型的，只要里面都是数字，那么你就可以把它当数字型的来用，

跟数字型的好像没什么差别，但肯定是有差别的，只是可以这样用罢了。

UPDATE 表一
SET 表一.A = 表二.B
FROM 表一,表二
WHERE 表一.ID = 表二.ID

关于primary文件组已满的原因及解决方法总结   
  作者:邹建   
    
  1.检查你的磁盘剩余空间是否足够,如果没有磁盘剩余空间,则清理磁盘,腾出空间   
    
  2.检查你的磁盘分区格式   
      如果是FAT16,则数据文件最大只能是2G  ..

最近采集一个网站时采集了一天看了下数据大约有2G,然后习惯性的压缩了一下，然后接着采集，第二天数据又到2G 了，第三天还是，我就郁闷了，不会是ＡＣＣＥＳＳ数据库文件大小有限制吧，网上一查果不其然，
ACCESS文件最大只能是2G，测试环境是windows 2003 ent 32b ,NTFS,
后来想改成mssql的，朋友提醒会不会也有这..

  1。右建数据库属性窗口--故障还原模型--设为简单
  2。右建数据库所有任务--收缩数据库
  3。右建数据库属性窗口--故障还原模型--设为完全日志记录 

---------------------------
Microsoft SQL-DMO
---------------------------
错误 21002: [SQL-DMO]用户“XXX”已经存在。
---------------------------
确定   
---------------------------

我的解决方法是：给要处理 的表加上主键

因为多次遇到这样的问题，都是这么解决的，所以我的结论是：要处理的表没有主键，只要给这个表加上主键就可以了

记得前段时间做数据采集时经常出现这问题没有解决，后来发现可能是字段太小超成的，前天有人问题这个问题，也是字段太小超成的，今天又有人问题这个问题，与是自己操作了下，呵呵，还是这个问题，所以：

多步 OLE DB 操作产生错误 一般是数据库字段太小造成的

--建表
create table nian(id int,niandu varchar(50),username varchar(50))
INSERT nian SELECT 1,'2002上半年','username1'
UNION ALL SELECT 2,'2003上半年','username2'
UNION ALL SELECT 3,'2003上半年','username3'
UNION ALL SELECT 4,'2003下半年','username4'
UNION ALL SELECT 5,'2003下半年','username5'..